[go: up one dir, main page]

CN1470120A - 在链路层采用信头压缩密钥的上下文标识 - Google Patents

在链路层采用信头压缩密钥的上下文标识 Download PDF

Info

Publication number
CN1470120A
CN1470120A CNA018166598A CN01816659A CN1470120A CN 1470120 A CN1470120 A CN 1470120A CN A018166598 A CNA018166598 A CN A018166598A CN 01816659 A CN01816659 A CN 01816659A CN 1470120 A CN1470120 A CN 1470120A
Authority
CN
China
Prior art keywords
header compression
field
entity
compression key
letter head
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA018166598A
Other languages
English (en)
Other versions
CN1307831C (zh
Inventor
K�����IJ���
K·斯文布罗
A·克里斯纳拉亚
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=24722387&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=CN1470120(A) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN1470120A publication Critical patent/CN1470120A/zh
Application granted granted Critical
Publication of CN1307831C publication Critical patent/CN1307831C/zh
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Compression, Expansion, Code Conversion, And Decoders (AREA)

Abstract

一种电信网具有第一和第二实体(201和202)，它们通过发送具有压缩信头(24′)的分组(22)来通信。信头压缩密钥(23)与分组相关(例如包含于其中)。信头压缩密钥具有第一字段(23A)，在本发明的第一模式中，该字段专用于区分不同的压缩分组流(CID)。在本发明的第二模式中，信头压缩密钥的第一字段(23A)可用来区分不同的压缩分组流，或者用来区分不同的信头压缩标识符。信头压缩密钥的第一字段是专用于区分不同的压缩分组流(第一模式)还是还可用来区分不同的信头压缩标识符(第二模式)取决于信头压缩密钥的第二字段(23B)中的值。在第二模式中，信头压缩密钥的第一字段的值的第一子集用来区分不同的信头压缩标识符，而第一字段的值的第二子集则用来区分不同的压缩分组流。

Description

在链路层采用信头压缩密钥的上下文标识
背景
1.发明领域
本发明涉及电信网中的分组传输，具体地说，涉及这种分组的信头压缩。
2.相关技术及其它考虑事项
在典型的蜂窝无线电系统中，移动用户设备单元(UE)经无线接入网(RAN)与一个或多个核心网进行通信。用户设备单元(UE)可以是移动台、如移动电话(“蜂窝”电话)和具有移动终端的膝上型计算机，因而可以是例如便携式、袖珍、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语音和/或数据。
无线接入网(RAN)覆盖的地理区域分为若干小区，其中每个小区由基站提供服务。小区是一个地理区域，其中的无线电覆盖由基站站点的无线电基站设备来提供。每个小区通过在小区中广播的唯一身份来标识。基站通过空中接口(如射频)与基站范围内的用户设备单元(UE)进行通信。在无线接入网中，若干基站通常(例如通过陆线或微波)连接到无线网络控制器(RNC)。无线网络控制器有时也称作基站控制器(BSC)，它监控并协调所连接的多个基站的各种活动。无线网络控制器通常连接到一个或多个核心网。
无线接入网的一个实例是通用移动电信(UMTS)地面无线电接入网(UTRAN)。UTRAN是第三代系统，在某些方面是以欧洲开发的称作全球移动通信系统(GSM)的无线电接入技术为基础的。UTRAN本质上是宽带码分多址(W-CDMA)系统。另一个实例无线接入网是GPRSEDGE无线接入网(GERAN)。
电信业正在经历从电路交换的面向连接的信息传输向分组交换的无连接传输的模式变换。因此，通用移动电信(UMTS)地面无线电接入网(UTRAN)既适应电路交换连接，又适应分组交换连接。例如，在UTRAN中，电路交换连接涉及到与移动交换中心(MSC)进行通信的无线网络控制器(RNC)，MSC又与可以是(例如)公共交换电话网(PSTN)和/或综合业务数字网(ISDN)的面向连接的外部核心网连接。另一方面，在UTRAN中，分组交换连接涉及到与在服务GPRS支持节点(SGSN)进行通信的无线网络控制器，SGSN又通过骨干网和网关GPRS支持节点(GGSN)与分组交换网络(例如因特网、X.25外部网)连接。
UTRAN中有几种值得关注的接口。无线网络控制器(RNC)和核心网之间的接口称作“Iu”接口。无线网络控制器(RNC)及其基站(BS)之间的接口称作“Iub”接口。用户设备单元(UE)和基站之间的接口称作“空中接口”或“无线电接口”或者“Uu接口”。
为了独立于应用以及降低传输和交换成本，在至终端用户设备的空中接口上始终采用分组交换因特网协议(IP)是极具吸引力的。换句话说，不在空中接口之前终止因特网协议是有利的。以前不在空中接口上采用因特网协议的主要原因是与话音分组相关的某些“信头”(例如IP/UDP/RTP信头)所强加的较大开销。
因此，采用因特网协议通过无线(如空中)接口传送话音的主要问题是通过因特网发送语音数据时所用协议的信头较大。例如，具有语音数据的IPv4分组包含IP信头、UDP信头以及RTP信头，它们总共为20+8+12＝40个八位字节。对于IPv6，IP信头为40个八位字节，总共60个八位字节。语音数据的大小取决于编解码器，可以是15个八位字节至30个八位字节。这些较大的数量会促使在空中接口之前终止IP协议，因为IP/UDP/RTP信头要求较高的比特率，并且会导致对宝贵的射频频谱的低效使用。
从上述可以知道，主要难题是在保持所有信头域透明性的同时，减少较易出错的窄带蜂窝信道上的IP信头相关的开销。采用信头压缩技术，可在不同程度上解决这个问题。
当需要话音分组中的所有信头信息时，属于相同分组流、例如相同数据包流的连续分组的信头中的信头域之间存在高的冗余度。利用这种观察，信头压缩算法通常尝试保持“上下文”。上面执行了信头压缩的信道两端所保持的上下文基本上是所传送的最后信头的未压缩形式。其中，压缩信头带有对上下文的改变。信头压缩方案通常具有用于安装上下文的机制，以便检测上下文过期的时间，并且在下行上下文过期时对其进行修复。
当在相同链路上有多个压缩信头流时，必须有某种方法来确定特定的压缩信头属于特定的压缩分组流(例如属于具体的分组流)。这一点很重要，因为压缩器和解压缩器采用一种状态(即上述上下文)来确定它将如何对信头进行压缩/解压缩。在分组传输的典型情况下，压缩器接收属于特定分组流的未压缩信头，并采用该分组流的正确上下文来压缩该信头。经压缩的信头采用某种机制进行传送，以便标识该特定信头属于哪个流。在链路的另一端，解压缩器接收压缩信头，并采用该机制来确定信头属于哪个流或上下文。然后，压缩器可采用所识别的上下文对信头进行解压缩。
这里称作CTCP的一种早期信头压缩方案由Jacobson，V.在“为低速串行链路压缩TCP/IP信头”（RFC 1144，1990年2月)提出。CTCP将40个八位字节的IP+TCP信头压缩为二-四个八位字节。CTCP压缩器检测传输级重传，并发送一个在出现时完全更新上下文的信头。
称作IP信头压缩(IPHC)的通用IP信头压缩方案可压缩任意的IP、TCP以及UDP信头。当压缩非TCP信头时，IPHC不采用增量编码，并且是健壮的。当压缩TCP时，采用加速修复的链路级nacking方案增强CTCP的修复机制。IPHC不压缩RTP信头。
已经对实时IP业务提出了称作CRTP的信头压缩方案。参见例如S.Casner、V.Jacobson的“为低速串行链路压缩IP/UDP/RTP信头”(RFC2508，1999年2月)。CRTP可以将40个八位字节的IPv4/UDP/RTP信头压缩到两个八位字节的最小值。对于上下文修复，CRTP依靠上行链路的存在，解压缩器通过它发送更新信头的请求。当上下文过期时，全部接收的分组无法被解压缩。
称作健壮信头压缩(ROHC)的信头压缩方案适合于蜂窝用途。参见例如C.Borman等人的“健壮信头压缩(ROHC)”[draft-ietf-rohc-rtp-02.txt(尚未完成)，2000年9月]。在ROHC中，覆盖原始(未压缩)信头的校验和包含在压缩信头中，以便引入一种可靠方法来检测上下文过期的时间以及成功地尝试本地修复上下文的时间。ROHC引入不同的压缩模式来处理不同种类的RTP流和信道条件，以便实现尽可能高的性能。另外，ROHC在其压缩信头中包含代码，这些代码为解压缩器提供关于信头域如何因蜂窝链路上的损耗而被改变的提示。在ROHC中，分组类型识别被结合到信头压缩方案中，因此从链路层开始不需要这种功能性。在这方面，ROHC可具有大小为0、1或2字节的上下文标识符(CID)。
称作第三代合作项目(3GPP)的计划已经努力进一步发展UTRAN和基于GSM的无线接入网技术，包括UDP/IP和TCP/IP信头的信头压缩。3GPP系统对于信头压缩方案极为重要的一个方面是逻辑分离信道或无线电承载(而不是完全共享信道[例如因特网])的概念。已经提出，上下文标识符(CID)用来标识哪个上下文应当用于对压缩信头进行解压缩。参见例如S.Casner、V.Jacobson的“为低速串行链路压缩IP/UDP/RTP信头”(RFC 2508，1999年2月)；以及Mikael Degermark、Bjorn Nordgren、Stephen Pink的“IP信头压缩”(RFC 2507，1999年2月)。在3GPP蜂窝系统中，已经存在不同无线电承载上业务量的分用(需要定义无线电承载。需要包括图TS 25.301中的无线协议接口体系结构)，并且这种分离减少了对上下文标识的需要。因此，每个无线电承载的上下文数量相对较小(与此类似)。
第三代合作项目(3GPP)规范3G TS 25.323 V3.3.0(2000-09)描述了一种称作分组数据汇聚协议(PDCP)的链路层协议。分组数据汇聚协议(PDCP)的部分主要功能包括：(1)采用无线链路控制(RLC)协议提供的业务传输分组数据协议用户数据；以及(2)信头压缩(例如冗余控制信息的压缩)。分组数据汇聚协议(PDCP)通过用户设备单元(UE)或者无线网络控制器(RNC)的中继器上的PDCP实体来提供其业务。在其当前形式中(例如TS 25.323 v3.3.0)，在分组数据汇聚协议(PDCP)中，每个无线电承载连接一个PDCP实体，以及一个PDCP实体连接一个RLC实体。每个PDCP实体采用具有某些参数的或者零、一或者若干信头压缩算法类型，以及若干PDCP实体可采用相同的算法类型。
在分组数据汇聚协议(PDCP)中，信头压缩方法针对每个网络层协议类型。信头压缩算法及其参数通过各PDCP实体的无线电资源控制(RRC)进行协商，并通过PDCP控制业务接入点(PDCP-CSAP)向PDCP指示。在操作过程中，对等PDCP实体之间的压缩器和解压缩器发起的信令在用户平面中执行。
如3GPP规范3G TS 25.323 V3.3.0(2000-09)所提出的，分组数据汇聚协议(PDCP)的特征在于协议数据单元(PDU)，它可以是三种类型其中之一。第一种类型是PDCP-No-Header PDU；第二种类型是PDCPData PDU；第三种类型是PDCP SeqNum PDU。PDCP Data PDU和PDCP SeqNum PDU两者都包括三位PDU类型字段和五位PID字段。三位PDU类型字段中的值表示PDU是PDCP Data PDU还是PDCPSeqNum PDU(参见例如3GPP规范3G TS 25.323 V3.3.0(2000-09)，第8.3.1部分)。五位PID字段表示所用的信头压缩和分组类型。
如3GPP规范3G TS 25.323 V3.3.0(2000-09)所提出的具有其三位PDU类型字段以及五位PID字段的PDCP Data PDU。下表1摘自3GPP规范3G TS 25.323 V3.3.0(2000-09)，说明PDCP Data PDU的五位PID字段的PID值分配的实例。(参见例如3GPP规范3G TS 25.323V3.3.0(2000-09)，第8.2.2部分及第8.3.2部分)。
                            表1
  PID值           最佳方法        分组类型
   0             无信头压缩          -
   1              RFC2507         完整信头
   2              RFC2507         压缩TCP
   3              RFC2507         压缩TCP非增量
   4              RFC2507         压缩非TCP
   5              RFC2507         上下文状态
   6               方法A          未压缩TCP/IP
   7               方法A          压缩TCP/IP
   8               方法B          未压缩IP/UDP/RTP
   9               方法B          压缩IP/UDP/RTP
10...31           未指定值
如3GPP规范3G TS 25.323 V3.3.0(2000-09)第5.1.1部分所述，对于PCDP实体中的某种算法，PID值的分配从(n+1)开始，其中n是已经分配给其它算法的PID值的数量。分配按照由无线电资源控制协商算法的顺序来进行。在表1的实例中，RFC2507是对等无线电资源控制实体之间所交换的PDCP信元中所分配的第一算法，方法A是第二算法，以及方法B是第三算法。
上述用于区分上下文的机制可以通过使用上下文标识符(CID)在信头压缩方案中是显式的，或者可以隐含地通过使用链路层机制来区分压缩流。显式CID的使用需要压缩信头中的额外比特，与信头压缩级的ROHC技术中一样。另一方面，比如分组数据汇聚协议(PDCP)中、在链路层级上的隐含上下文标识的使用增加了链路层级上的附加成本。
在没有PDCP信头的方案中(参见例如3GPP规范3G TS 25.323V3.3.0(2000-09)，第8.2.1部分)，不可能由PDCP提供信头压缩分组类型的链路层标识。这意味着在PDCP配置了无信头选项时无法使用IP信头压缩(RFC2507)。但是，ROHC算法可在这种模式中使用，因为信头压缩分组类型标识是在ROHC中完成的。
ROHC能够支持RTP/UDP/IP压缩，而RFC2507压缩算法(除其它以外)还支持TCP/IP压缩。同样，在将来的某些应用中，和流业务(例如实时多媒体应用)中一样混合RTP/UDP/IP和TCP/IP业务是有利的。
因此，所需要的以及本发明的目的是一种技术，它有助于具有通过在链路级要求分组类型标识的一个或多个压缩算法所压缩的信头的分组与具有通过在链路级不要求分组类型标识的一个或多个压缩算法所压缩的信头的其它分组的混合。
发明概述
一种电信网络具有第一和第二实体，它们通过发送具有压缩信头的分组来进行通信。信头压缩密钥与分组相关(例如包含于其中)。信头压缩密钥具有第一字段，在本发明的第一模式中，该第一字段专用于区分不同的压缩分组流。在本发明的第二模式中，信头压缩密钥的第一字段可用来区分不同的压缩分组流，或者用来区分不同的信头压缩标识符。
信头压缩密钥的第一字段是专用于区分不同的压缩分组流(第一模式)还是用来区分不同的信头压缩标识符(第二模式)取决于信头压缩密钥的第二字段中的值。
在第二模式中，信头压缩密钥的第一字段的值的第一子集用来区分不同的信头压缩标识符，而第一字段的值的第二子集则用来区分不同的压缩分组流。第二子集的值最好是紧接第一子集的值。
在一个所述实施例中，信头压缩密钥是链路层协议的协议数据单元的信头，具体地说是称作分组数据汇聚协议(PDCP)的协议的协议数据单元的信头。在本实施例中，第一字段是协议数据单元的信头的PID类型字段，以及第二字段是协议数据单元的信头的PDU类型字段。不同压缩分组流之间的区分通过压缩/解压缩算法所用的上下文标识符来进行，其中算法最好是在链路层级不需要分组类型标识的诸如健壮信头压缩(ROHC)算法之类的压缩/解压缩算法。对于第二模式，本实施例中的信头压缩标识符表示信头压缩方法和分组类型。
本发明的一种示例实现是蜂窝电信网，其中，第一实体是位于无线网络控制器节点(RNC)上的信头压缩/解压缩实体，以及第二实体是用户设备单元(UE)、例如蜂窝电话或其它具有移动终端的装置中的信头压缩/解压缩实体。
本发明有利地允许协议数据单元的数据部分(例如非信头部分)中携带的压缩级信头(例如ROHC信头)而省略其上下文标识符，因为上下文标识符包含在链路层协议数据单元的信头中。这样，本发明能够减少涉及信头传输的开销。此外，本发明有利地方便了压缩/解压缩技术的混合，而不管这些技术是否要求链路级上的分组类型标识，例如健壮信头压缩(ROHC)算法和诸如RFC2507之类的IP信头压缩算法的混合。这种混合能够支持复杂应用的组合，例如RTP/UDP/IP业务(采用ROHC)和TCP/IP业务(采用RFC2507压缩)的混合。
附图简介
通过以下结合附图对最佳实施例的具体说明，本发明的上述及其它目的、特征和优点将会变得显而易见，图中，参考标号表示各视图中的相同部分。各图不一定按比例画出，重点在于说明本发明的原理。
图1是一种电信网的示意功能框图，该电信网采用根据本发明实施例的信头压缩密钥来实现信头压缩方案。
图1A是示意功能框图，说明例如图1所示电信网的节点可具有根据本发明实施例的多个汇聚协议实体。
图2是示意图，说明具有信头压缩密钥的链路层协议数据单元的示例格式。
图3是示例移动通信系统的示意图，其中可有利地使用本发明的信头压缩密钥。
图4是图3所示系统的一部分的简化功能框图，其中包括用户设备单元(UE)、无线网络控制器以及基站。
图5是图3所示电信网的示意功能框图，详细说明信头压缩密钥的实现。
图6是示意图，说明根据图3-5所示实施例的PDCP SDU和PDCPPDU的示例格式。
图7是根据本发明的一个实施例的示例RNC节点的示意图。
图8是根据本发明的一个实施例的示例基站节点的示意图。
附图详细说明
以下描述中，为了说明而不是为了限定，提出了诸如特定体系结构、接口、技术之类的具体细节，以便透彻理解本发明。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况下，省略对众所周知的装置、电路及方法的详细说明，以免不必要的细节妨碍对本发明的说明。
图1说明作为本发明的一个非限定性的示范实施例的电信网10，其中具有通过发送分组22在链路21上互相通信的第一和第二汇聚协议实体201、202。下面将说明，根据本发明，分组22的特征在于，信头压缩密钥23以及包括压缩信头24’、净荷25的数据部分。
在图1的示范实施例中，第一、第二汇聚协议实体201、202位于电信网的相应节点261、262上。在图1所示的特定情况下，节点261从用户平面接收多个分组流PFx，例如分组流PF0-PFn。分组流PFx的每个分组具有未压缩信头24和净荷25。在节点261上接收分组时，执行各种活动。与本发明密切相关的是信头压缩操作，它通过包含在节点261的汇聚协议实体201中的压缩实体系统291来执行。在信头压缩方面，压缩实体系统291产生各分组的上下文标识符(CID)。例如，图1说明在分组流PF0中为分组产生的上下文标识符CID0以及在分组流PFn中为分组产生的上下文标识符CIDn。从PFx到CIDY的映射是任意的(x和y在0至n的范围内)，通常x＝y。
对于进入节点261的各分组，汇聚协议实体201产生链路层协议数据单元，同样如图1中分组22所示。在所述实施例中，链路层协议数据单元22通过链路21从节点262的汇聚协议实体201传送到节点262的汇聚协议实体202，其中，链路21是层1或者是两个所示层中最低的一个。链路层协议数据单元(分组22)可具有信头，在本文中，这种信头的部分或全部还称作信头压缩密钥23。汇聚协议实体201包括密钥格式器单元1001，它产生信头压缩密钥23或者对其格式化。当若干分组流(例如IP/UDP/RTP和TCP/IP流)进入密钥格式器单元1001时，密钥格式器单元1001构造将要添加到净荷25中的适当信头压缩密钥23。
一旦接收之后，节点262的汇聚协议实体202对通过链路21接收的分组进行各种操作，其中包括：调用它的密钥去格式器1002来对信头压缩密钥23去格式；以及调用它的解压缩系统292来对信头24’解压缩。在解压缩之后，节点262能够将分组送到源自节点262(例如向用户平面)的适当分组流FPx。
如上所述，分组或链路层协议数据单元22包含在分组22的链路层协议数据部分中的密钥23。在一个实施例中，密钥23主要是用于链路层协议数据单元22的信头，并由包含在汇聚协议实体201中的密钥格式功能1001来产生。分组22的链路协议数据部分包括压缩的信头24’(由压缩实体系统291的压缩活动所产生)以及用户平面分组的净荷25。
图2较为放大地表示链路层协议数据单元22或分组，它通过链路21从节点261的汇聚协议实体201传送到节点262的汇聚协议实体202。在图2的所述实施例中，信头压缩密钥23是链路层协议数据单元22的第一个八位字节，并且包括两个字段，具体地说是第一字段23A和第二字段23B。信头压缩密钥23中的情况是：最低五位构成第一字段23A，以及最高三位构成第二字段23B。应当明白，这些字段的布局及大小在其它实施例中可改变。
本发明能够以不同模式工作，其中的两种模式在图2中描述为第一模式和第二模式。第二字段23B中的值指示本发明的哪种模式正用于给定的分组。例如，第二字段23B中的010位组合可指示本发明的第一模式是可用的，而第二字段23B中的000位组合可指示本发明的第二模式是可用的。当然也可采用第二字段23B的位组合的其它约定。另外，23B可指示与上下文标识配合使用的特定信头压缩算法。
在本发明的第一模式中，第一字段23A中的值专用于区分不同的压缩分组流。换言之，当信头压缩密钥23的第二字段23B指示第一模式有效时，则实现了第一字段23A包含上下文标识符(CID)。在本发明的这个第一模式中，第一字段23A中的所有数字都是上下文标识符(CID)，因此上下文标识符(CID)的编号可以从零开始，并且对每个新的分组流加一。
在本发明的第二模式中，信头压缩密钥的第一字段23A可用于区分不同的信头压缩标识符，或者用于区分不同的压缩分组流。具体地说，在第二模式中，信头压缩密钥的第一字段23A的值的第一子集用来区分不同的信头压缩标识符，而第一字段23A的值的第二子集则用来区分不同的压缩分组流。第二子集的值最好是紧接第一子集的值。
作为第二模式的一个实例，信头压缩密钥23的第一字段23A中的前k个值可用来区分k个不同的信头压缩标识符[例如信头压缩标识符0到(k-1)]。第一字段23A的其余值则可用来区分用于一个或多个信头压缩算法的不同压缩分组流(CID)。这样，当第一字段23A具有五位时，第一字段23A的第k+1到第32个值可表示压缩上下文标识符。
从上文可以知道，如果信头压缩密钥23的第一字段23A中的值是前k个可能值之一，则被认为是信头压缩标识符。另一方面，如果信头压缩密钥23的第一字段23A中的值是前k个可能值以外的值(例如大于前k个可能值)，则被认为是流标识符(如CID)。
图1说明具有信头压缩密钥23的本发明可以在包含两个节点、如节点261和262的一般电信网中实现。本发明的另一个非限定性示例实现是蜂窝电信网，其中，第一实体是位于无线网络控制器节点(RNC)上的信头压缩/解压缩实体，以及第二实体是用户设备单元(UE)、例如蜂窝电话或其它具有移动终端的装置中的信头压缩/解压缩实体。用于这种实现的一个非限定性示例配置是图3所示的通用移动电信(UMTS)3-10。另一个实例是GERAN或者任何其它在其空中接口协议栈中采用PDCP层的无线接入网。
在图3的通用移动电信(UMTS)3-10中，如云形图3-12所示的面向连接的典型外部核心网可以是例如公共交换电话网(PSTN)和/或综合业务数字网(ISDN)。如云形图3-14所示的面向无连接的典型外部核心网可以是例如因特网。两种核心网均连接到其相应的业务节点3-16。PSTN/ISDN面向连接的网络3-12连接到提供电路交换业务、表示为移动交换中心(MSC)节点3-18的面向连接的业务节点。因特网面向无连接网络3-14连接到适合提供分组交换类型业务、有时称作在服务GPRS业务节点(SGSN)的通用分组无线电业务(GPRS)节点3-20。
每个核心网业务节点3-18和3-20通过称作Iu接口的无线接入网(RAN)接口连接到UMTS地面无线电接入网(UTRAN)3-24。UTRAN3-24包括一个或多个无线网络控制器(RNC)3-26。为了简洁起见，图3的UTRAN 3-24仅标明了一个RNC节点3-26。各RNC 3-26通常连接到多个基站(BS)3-28。例如，同样为了简洁起见，仅标明了一个与RNC3-26连接的基站节点3-28。应当明白，不同数量的基站能够由各RNC提供服务，以及这些RNC不一定为相同数量的基站提供服务。
用户设备单元(UE)、如图3所示的用户设备单元(UE)3-30通过无线电或空中接口3-32与一个或多个基站(BS)3-28进行通信。各无线电接口3-32、Iu接口以及Iub接口如图3中的点划线所示。
无线电接入最好是基于具有采用CDMA扩频码分配的相应无线信道的宽带码分多址(WCDMA)。当然，也可采用其它接入方法，例如GERAN。WCDMA提供用于多媒体业务和其它高传输速率需求的较宽带宽，以及提供诸如分集切换和RAKE接收机的健壮特征以确保高质量。各用户移动台或设备单元(UE)3-30被指定其自身的扰码，以便使基站3-28识别来自特定用户设备单元(UE)的传输，以及使用户设备单元(UE)从出现在同一区域中的全部其它传输和噪声中识别来自基站的、针对该用户设备单元(UE)的传输。
图4说明用户设备单元(UE)3-30和所示节点、如无线网络控制器3-26和基站3-28的所选一般方面。图4所示的用户设备单元(UE)3-30包括数据处理和控制单元3-31，用于控制用户设备单元(UE)所需的各种操作。UE的数据处理和控制单元3-31向连接到天线3-35的无线电收发信机3-33提供控制信号以及数据。
如图4所示的示例无线网络控制器3-26和基站3-28是无线网络节点，其中每一个节点分别包括相应的数据处理和控制单元3-36、3-37，用于执行在RNC 3-26和用户设备单元(UE)3-30之间进行通信所需的大量无线电和数据处理操作。由基站数据处理和控制单元3-37所控制的设备部分包括与一个或多个天线3-39连接的多个无线电收发信机3-38。
在图3和图4的通用移动电信系统(UMTS)3-10中，汇聚协议实体201和汇聚协议实体202分别采取分组数据汇聚协议(PDCP)实体201和202的形式。PDCP实体201和202分别位于无线网络控制器(RNC)节点3-26和用户设备单元(UE)3-30。因此，在此意义上，用户设备单元(UE)3-30被视为至少与链路层有关的节点。如图1的实施例所示，PDCP实体201和202分别具有压缩系统291、292。同样，与图1的密钥格式器/去格式器功能100相似，PDCP实体201和202分别具有PDCPPDU信头格式器/去格式器1001、1002。
在进行图3的描述时，仅标明了从无线网络控制(RNC)节点3-26到用户设备单元(UE)3-30方向上的分组流。这时，在PDCP实体202正在执行解压缩等的同时，PDCP实体201正在执行信头压缩(通过它的PDCP DPU信头格式器/去格式器100插入本发明的信头压缩密钥23)。但是，应当明白，分组流通常是双向的，以及分组还从用户设备单元(UE)3-30传播到无线网络控制(RNC)节点3-26，为此，PDCP实体202在PDCP实体201执行解压缩的同时，执行信头压缩(通过PDCPDPU信头格式器/去格式器1002插入本发明的信头压缩密钥23)。
在图3和图4的示例实施例中，信头压缩密钥是链路层协议的协议数据单元的信头，具体地说，是用于称作分组数据汇聚协议(PDCP)的协议的协议数据单元的信头。如上所述，例如在第三代合作项目(3GPP)规范3G TS 25.323 V3.3.0(2000-09)中描述了分组数据汇聚协议(PDCP)。在图3和图4的实施例中，信头压缩密钥23的第一字段23A是协议数据单元(PDU)的信头的PID类型字段，以及第二字段23B是协议数据单元(PDU)的信头的PDU类型字段。
图5与图1相似，但只是说明了图3和图4所示实施例的特例，其中，信头压缩密钥是用于分组数据汇聚协议(PDCP)的协议数据单元的信头，以及分组流是因特网协议(IP)分组流。在本示例实施例中，通过用于压缩/解压缩算法的、插入信头压缩密钥23的PID字段(如字段23A)中的上下文标识符，有助于区分不同的压缩分组流。上下文标识符(CID)最好是用于诸如健壮信头压缩(ROHC)算法之类不需要在链路层级的分组类型标识的压缩/解压缩算法。
从图5和图6可以看到，在PDCP实体(如PDCP实体201)上从用户平面接收称作PDCP业务数据单元(PDCP SDU)的分组。PDCP SDU通常包含信头24和净荷25。在本实施例中，PDCP SDU信头24包括IP信头、UDP信头以及RTP信头，它们全部统称为IP信头。另一个备选方案是：PDCP SDU信头24包括IP信头和TCP信头。在使用ROHC压缩算法时，压缩实体291压缩信头24以形成压缩信头24’，在图6中又表示为ROHC信头。净荷或数据25与压缩信头24’共同形成PDCP PDU数据。在本文所述的一个示例实施例中，压缩信头24’是ROHC信头，但也可以是来自任何信头压缩算法的压缩信头。
PDCP实体201产生PDCP协议数据单元(PDCP PDU)。在操作的一种情况下(图6所示情况A)，PDCP PDU具有称作PDCP PDU信头的信头。但在操作的另一种情况下(如图6所示情况B)，PDCP PDU不需要具有信头(参见例如第三代合作项目(3GPP)规范3G TS 25.323V3.3.0(2000-09)第8.2.1部分)。在包含PDCP信头的情况下，PDCP DPU信头格式器/去格式器100产生PDCP信头，以便包含信头压缩密钥23，如上所述。
还通过图5和图6作了说明的图3和图4的实施例能够(基本上按照与图1所示实施例相同的方式)以本发明的第一模式或第二模式工作。在第一模式中，PDCP PDU信头的PID字段23A专用于区分不同的压缩分组流，因此PID字段23A中的任何数字都作为上下文标识符(CID)。在本发明的第二模式中，当PID字段23A中的值在值的第一子集或范围内时，PID字段23A则作为特定压缩标识符。另一方面，在第二模式中，当PID字段23A中的值在值的第二子集或范围内时，PID字段23A的内容则作为特定上下文标识符(CID)，用于区分不同的分组流。
如图1的实施例所示，字段23B、如PDU类型字段的内容指示PDCP PDU是从属于第一模式还是从属于第二模式。表2说明PDU类型字段中的位组合。
                   表2
  位 PDU类型
  000 用于信头压缩信息的PID字段(模式1)
  001 用于信头压缩信息的PID字段及所包含的PDCP PDU序号(参见第三代合作项目(3GPP)规范3G TS 25.323 V3.3.0(2000-09)第8.2.3部分)
  010 仅用于上下文标识符(CID)的PID字段，仅用于ROHC
  011 仅用于上下文标识符(CID)的PID字段，仅用于方法C
  100-111 保留
表3说明在本发明的第一模式中CID值是如何分配给PID字段23A的，假定PID字段23A具有五位。表3中，RFCxxxx可表示任何RFC相关的压缩方案，例如RFC2507。
                表3
    PID值     最佳方法     分组类型
    0     RFCxxxx     CID0
    1     RFCxxxx     CID1
    2     RFCxxxx     CID2
    3     RFCxxxx     CID3
    …     …     …
    31     RFCxxxx     CID31
对于相同的PID字段23A位大小假设(五位)，表4说明当相同的PDCP PDU类型用于ROHC和RFC2507两种压缩时，CID值是如何根据本发明的第二模式分配给PID字段23A的。在表4所示的具体情况下，以类似于表1所示方式分配前十个PID值。
              表4
    PID值     最佳方法   分组类型
    0     无信头压缩   -
    1     RFC2507   完整信头
    2     RFC2507   压缩TCP
    3     RFC2507   压缩TCP非增量
    4     RFC2507   压缩非TCP
    5     RFC2507   上下文状态
    6     方法A   未压缩TCP/IP
    7     方法A   压缩TCP/IP
    8     方法B   未压缩IP/UDP/RTP
    9     方法B   压缩IP/UDP/RTP
    10     RFCxxxx   CID0
    11     RFCxxxx   CID1
    12     RFCxxxx   CID2
    13     方法C   CID3
    …     …   …
    31     方法D   CID21
如图6所示，ROHC压缩信头24’能够识别其自身的分组类型，使得不会明确地要求PDCP信头23。不过，ROHC压缩信头24’需要CID字段来识别上下文流。CID字段在ROHC压缩信头24’中可以是八位或十六位长。当上下文id(CID)在信头压缩密钥23(如PDCP PDU信头)的PID字段23A的格式中是可表示的，CID标识也可在PDCP PDU信头中进行，在这种情况下，消除ROHC压缩信头24’的CID字段以实现节省。
从以上说明以及从表4中可以明白，ROHC分组类型或上下文标识符(CID)的数量取决于字段23A(例如PID字段)的大小以及压缩标识符(例如用于RFC2507压缩)已经获得的值的子集大小。人们认为，用于RFC2507分组类型的压缩标识符的典型数量通常约为6，从而允许字段23A也适应二十六个分组流(CID)。在一个最佳实施例中，当分组流的CID包含在信头压缩密钥23中(例如PDCP PDU信头的PID字段)时，CID不必包含在ROHC压缩信头24’中(例如，ROHC可按照其“0字节CID模式”运行)。
在字段23A的第二子集中没有足够的可用值来适应这种数量的分组流的情况下，还应当知道，ROHC也可用于骨干网，在这种情况下，一个或两个字节CID字段可用来支持可能存在的较大数量的流。换言之，额外的CID值可包含在ROHC分组中(例如图6的压缩分组24’)。
图7比较详细地说明可用于本发明的非限定性示例RNC节点3-26。如图所示，图7的RNC节点3-26是具有交换机3-26-120的基于交换机的节点。交换机3-26-120用来与RNC节点3-26的其它组元互连。这些其它组元包括扩展终端3-26-1221至3-26-122n以及扩展终端3-26-124。扩展终端3-26-1221至3-26-122n主要用于将RNC节点3-26连接到由RNC节点3-26提供服务的基站3-28；扩展终端3-26-124将RNC节点3-26通过Iu接口连接到核心网。虽然未标明，但也可能有一个或多个其它扩展终端将RNC节点3-26经另一个称作Iur的接口连接到其它RNC。
RNC节点3-26的其它组元还包括：分集切换单元3-26-126；ALT单元3-26-128；编解码器3-26-130；定时单元3-26-132；数据业务应用单元3-26-134；以及主处理器3-26-140。本领域的技术人员一般都了解这些组元的功能，注意，ALT单元3-26-128是提供例如复用、去复用以及对各个小区的不同协议进行排队(可选)的单元。在图7的示例RNC节点3-26中，主处理器3-26-140才是PDCP实体20从而也是PDCP DPU信头格式器/去格式器100的主机。
图8以非限定性方式更详细地说明根据本发明一个实施例的示例基站(BS)节点3-28。和RNC节点3-26一样，图8的基站(BS)节点3-28是具有交换机3-28-220的基于交换机的节点，其中，交换机3-28-220用来与基站(BS)节点3-28的其它组元互连。这些其它组元包括：扩展终端3-28-222；ALT单元3-28-228；BS主处理器3-28-240；以及接口板3-28-42。
扩展终端3-28-22将基站(BS)节点3-28与无线网络控制器(RNC)节点3-26连接，因此包括Iub接口。和无线网络控制器(RNC)节点3-26的情况一样，ALT单元3-28-228是提供例如复用、去复用以及对各小区的不同协议进行排队(可选)的单元。
图8所示基站(BS)节点3-28的实施例包含在具有多个子机架的机架中。各子机架具有一个或多个板，例如安装在其上的电路板。第一子机架3-28-250包括：用于各扩展终端3-28-222的各种板；ALT单元3-28-228；BS主处理器3-28-240；以及接口板3-28-242。各接口板3-28-242连接到另一个子架上的板，例如发射机板3-28-260之一或者接收机板3-28-270之一。各接收机板3-28-270经连接以共享相应发射机板3-28-260中的某些发射机/接收机资源，其中发射机板3-28-260与放大器和滤波器板3-28-80中相应的一个连接。放大器和滤波器板3-28-280连接到适当的天线3-39。例如，接口板3-28-2421-T连接到发射机板3-28-601，接口板3-28-2421-R则连接到接收机板3-28-2701。发射机板3-28-2601和接收机板3-28-2701对又连接到放大器和滤波器板3-28-2801。对于发射机板3-28-2602和接收机板3-28-2702的第二对存在类似的连接，它们分别经接口板3-28-2422-T和接口板3-28-2422-R实现接口。因此，图4的各收发信机3-38包括一个子机架，其中包括发射机板3-28-260、接收机板3-28-270以及放大器和滤波器板3-28-280。
在一个示例实施例中，基站(BS)节点3-28是基于ATM的节点，其中接口板3-28-242执行各种ATM接口功能。发射机板3-28-260和接收机板3-28-270均包括若干装置。例如，各发射机板3-28-260包括：未标明的组元，如连接到其相应接口板3-28-242的接口；编码器；调制器；以及基带发射机。另外，发射机板3-28-260包括它与接收机板3-28-270共享的发射机/接收机源，其中包含射频发射机。各接收机板3-28-270包括：未标明的组元，如连接到其相应接口板3-28-242的接口；解码器；解调器；以及基带接收机。各放大器和滤波器板3-28-280包括放大器，如MCPA和LNA放大器。
本发明有利地允许协议数据单元的数据部分(例如非信头部分)中携带的压缩级信头(例如ROHC信头)省略其上下文标识符，因为上下文标识符在链路层协议数据单元的信头中携带。这样，本发明能够减少涉及信头传输的开销。此外，本发明有利地促进了压缩/解压缩技术的混合，而不管这些技术是否要求链路级上的分组类型标识，例如健壮信头压缩(ROHC)算法和诸如RFC2507之类的IP信头压缩算法的混合。这种混合能够支持复杂应用的组合，例如RTP/UDP/IP业务(采用ROHC)和TCP/IP业务(采用RFC2507压缩)的混合。
为了简洁起见，图1所示实施例中的节点26被描述成都仅仅具有一个汇聚协议实体20。同样，为了便于说明，图3和图4所示实施例中的RNC 3-26和用户设备单元(UE)3-30被描述成都仅仅具有一个PDCP实体20。但是，应当理解，各节点(如RNC或UE)实际上可包括多个实体20，例如图1A所示实例的情况。例如，图1A的典型节点26具有三个汇聚协议实体20A至20C，各汇聚协议实体都具有一个或多个压缩实体(例如执行不同压缩/解压缩算法的压缩/解压缩引擎)。例如，汇聚协议实体20A具有压缩实体30A1和30A2；汇聚协议实体20B具有压缩实体30B1和30B2；以及汇聚协议实体20A具有压缩实体30A1和30A2；汇聚协议实体20C具有压缩实体30C1。一个或多个汇聚协议实体20A至20C可具有相同或相似的压缩实体。例如，压缩实体30C1可执行与压缩实体30A1相同的压缩算法。
通过具体参照图1所示的一般实施例，应当知道，本发明不限于利用ROHC和RFCxxxx(如RFC2507)压缩算法，其它压缩算法完全在本发明的范围内。当用ROHC来运行时，则当与RFC2507共同使用ROHC时，例如当相同的PDCP信头中具有TCP/IP(尽力发送)流和RTP/UDP/IP(实时)时，对每个ROHC分组的开销可节省至少一个字节。
虽然结合目前认为是最佳的实践和最佳实施例对本发明进行了说明，但要理解，本发明不限于所公开的实施例，相反，它意在涵盖包含于所附权利要求的精神和范围内的各种修改和等效方案。

Claims (54)

1.一种电信网，它具有通过发送具有压缩信头(24’)的分组(22)与第二实体(202)进行通信的第一实体(201)，其特征在于，所述第一实体还向所述第二实体发送与所述分组相关的信头压缩密钥(23)，所述信头压缩密钥具有用于区分不同压缩分组流的第一字段(23A)。
2.一种蜂窝电信网的节点(26)，它具有通过发送具有压缩信头(24’)的分组(22)与第二实体(202)进行通信的第一实体(201)，其特征在于，所述第一实体还向所述第二实体发送与所述分组相关的信头压缩密钥(23)，所述信头压缩密钥具有用于区分不同压缩分组流(PF0-PFn)的第一字段(23A)。
3.一种用户设备单元(UE)(3-30)，它具有通过发送具有压缩信头(24’)的分组(22)与第二实体(202)进行通信的第一实体(201)，所述第二实体位于蜂窝电信网的节点(26)上，其特征在于，所述第一实体还向所述第二实体发送与所述分组相关的信头压缩密钥(23)，所述信头压缩密钥具有用于区分不同的压缩分组流(PF0-PFn)的第一字段(23A)。
4.如权利要求1、2或3所述的装置，其特征在于，用于所述信头压缩密钥的所述第一字段的值的第一子集用来区分不同的信头压缩标识符，以及用于所述第一字段的值的第二子集用来区分不同的压缩分组流。
5.如权利要求4所述的装置，其特征在于，所述第二子集的所述值紧接着所述第一子集的所述值。
6.如权利要求4所述的装置，其特征在于，所述信头压缩标识符表示信头压缩方法和分组类型。
7.如权利要求4所述的装置，其特征在于，所述信头压缩密钥包含在链路层协议的协议数据单元的信头中。
8.如权利要求7所述的装置，其特征在于，所述信头压缩密钥是用于分组数据汇聚协议(PDCP)的协议数据单元的信头，以及所述第一字段是PID类型字段。
9.如权利要求4所述的装置，其特征在于，所述值的第二子集包括用于压缩/解压缩算法的上下文标识符。
10.如权利要求4所述的装置，其特征在于，所述值的第二子集包括用于在链路层级上不需要分组类型标识的压缩/解压缩算法的上下文标识符。
11.如权利要求10所述的装置，其特征在于，所述压缩/解压缩算法是健壮信头压缩(ROHC)算法。
12.如权利要求4所述的装置，其特征在于，所述信头压缩密钥包含在链路层协议的协议数据单元中。
13.如权利要求1、2或3所述的装置，其特征在于，所述信头压缩密钥具有用来表示所述信头压缩密钥(23)的所述第一字段(23A)是否专用于区分不同的压缩分组流的第二字段(23B)。
14.如权利要求13所述的装置，其特征在于，所述信头压缩密钥的所述第二字段中的第一值表示所述信头压缩密钥的所述第一字段专用于区分不同的压缩分组流，以及所述信头压缩密钥的所述第二字段中的第二值表示所述信头压缩密钥的所述第一字段中的数据随其值而定，可以是信头压缩标识符或者是分组流标识符。
15.如权利要求14所述的装置，其特征在于，所述信头压缩密钥的所述第一字段中的所述数据若包含在值的第一子集中，则区分不同的信头压缩标识符，以及所述信头压缩密钥的所述第一字段中的所述数据若包含在值的第二子集中，则区分不同的压缩分组流。
16.如权利要求15所述的装置，其特征在于，所述第二子集的所述值紧接着所述第一子集的所述值。
17.如权利要求15所述的装置，其特征在于，所述信头压缩标识符表示信头压缩方法和分组类型。
18.如权利要求15所述的装置，其特征在于，所述信头压缩密钥包含在链路层协议的协议数据单元的信头中。
19.如权利要求18所述的装置，其特征在于，所述信头压缩密钥包含在用于分组数据汇聚协议(PDCP)的协议数据单元的信头中，以及所述第一字段是PID类型字段。
20.如权利要求15所述的装置，其特征在于，所述值的第二子集包括用于压缩/解压缩算法的上下文标识符。
21.如权利要求20所述的装置，其特征在于，所述值的第二子集包括用于在链路层级上不需要分组类型标识的压缩/解压缩算法的上下文标识符。
22.如权利要求21所述的装置，其特征在于，所述压缩/解压缩算法是健壮信头压缩(ROHC)算法。
23.如权利要求13所述的装置，其特征在于，所述信头压缩密钥包含在链路层协议的协议数据单元的信头中。
24.如权利要求23所述的装置，其特征在于，所述信头压缩密钥包含在用于分组数据汇聚协议(PDCP)的协议数据单元的信头中，以及所述第二字段是PDU类型字段。
25.如权利要求13所述的装置，其特征在于，所述信头压缩密钥包含在链路层协议的协议数据单元中。
26.如权利要求1、2或3所述的装置，其特征在于，所述分组是因特网协议(IP)分组。
27.如权利要求1、2或3所述的装置，其特征在于，所述电信网是蜂窝电信网，以及所述第一实体至少部分地通过空中接口(3-32)与所述第二实体进行通信。
28.如权利要求1、2或3所述的装置，其特征在于，所述电信网是蜂窝电信网，以及所述第一实体和所述第二实体中的至少一个位于无线网络控制器节点(PNC)和用户设备单元(UE)其中之一上。
29.一种操作电信网的方法，所述电信网具有通过发送具有压缩信头(24’)的分组(22)与第二实体(202)进行通信的第一实体(201)，所述方法的特征在于，从所述第一实体向所述第二实体发送与所述分组相关的信头压缩密钥(23)，所述信头压缩密钥具有用于区分不同的压缩分组流(PF0-PFn)的第一字段(23A)。
30.如权利要求29所述的方法，其特征在于，用于所述信头压缩密钥的所述第一字段的值的第一子集用来区分不同的信头压缩标识符，以及用于所述第一字段的值的第二子集用来区分不同的压缩分组流。
31.如权利要求30所述的方法，其特征在于，所述第二子集的所述值紧接着所述第一子集的所述值。
32.如权利要求30所述的方法，其特征在于，所述信头压缩标识符表示信头压缩方法和分组类型。
33.如权利要求30所述的方法，其特征在于，所述信头压缩密钥包含在链路层协议的协议数据单元的信头中。
34.如权利要求33所述的方法，其特征在于，所述信头压缩密钥是用于分组数据汇聚协议(PDCP)的协议数据单元的信头，以及所述第一字段是PID类型字段。
35.如权利要求30所述的方法，其特征在于，所述值的第二子集包括用于压缩/解压缩算法的上下文标识符。
36.如权利要求30所述的方法，其特征在于，所述值的第二子集包括用于在链路层级上不需要分组类型标识的压缩/解压缩算法的上下文标识符。
37.如权利要求36所述的方法，其特征在于，所述压缩/解压缩算法是健壮信头压缩(ROHC)算法。
38.如权利要求30所述的方法，其特征在于，所述信头压缩密钥包含在链路层协议的协议数据单元中。
39.如权利要求29所述的方法，其特征在于，所述信头压缩密钥具有用来表示所述信头压缩密钥(23)的所述第一字段(23A)是否专用于区分不同的压缩分组流的第二字段(23B)。
40.如权利要求39所述的方法，其特征在于，所述信头压缩密钥的所述第二字段中的第一值表示所述信头压缩密钥的所述第一字段专用于区分不同的压缩分组流，以及所述信头压缩密钥的所述第二字段中的第二值表示所述信头压缩密钥的所述第一字段中的数据随其值而定，可以是信头压缩标识符或者是分组流标识符。
41.如权利要求40所述的方法，其特征在于，所述信头压缩密钥的所述第一字段中的所述数据若包含在值的第一子集中，则区分不同的信头压缩标识符，以及所述信头压缩密钥的所述第一字段中的所述数据若包含在值的第二子集中，则区分不同的压缩分组流。
42.如权利要求41所述的方法，其特征在于，所述第二子集的所述值紧接着所述第一子集的所述值。
43.如权利要求41所述的方法，其特征在于，所述信头压缩标识符表示信头压缩方法和分组类型。
44.如权利要求41所述的方法，其特征在于，所述信头压缩密钥包含在链路层协议的协议数据单元的信头中。
45.如权利要求44所述的方法，其特征在于，所述信头压缩密钥包含在用于分组数据汇聚协议(PDCP)的协议数据单元的信头中，以及所述第一字段是PID类型字段。
46.如权利要求44所述的方法，其特征在于，所述值的第二子集包括用于压缩/解压缩算法的上下文标识符。
47.如权利要求46所述的方法，其特征在于，所述值的第二子集包括用于在链路层级上不需要分组类型标识的压缩/解压缩算法的上下文标识符。
48.如权利要求47所述的方法，其特征在于，所述压缩/解压缩算法是健壮信头压缩(ROHC)算法。
49.如权利要求39所述的方法，其特征在于，所述信头压缩密钥包含在链路层协议的协议数据单元的信头中。
50.如权利要求49所述的方法，其特征在于，所述信头压缩密钥包含在用于分组数据汇聚协议(PDCP)的协议数据单元的信头中，以及所述第二字段是PDU类型字段。
51.如权利要求39所述的方法，其特征在于，所述信头压缩密钥包含在链路层协议的协议数据单元中。
52.如权利要求29所述的方法，其特征在于，所述分组是因特网协议(IP)分组。
53.如权利要求29所述的方法，其特征在于，所述电信网是蜂窝电信网，以及所述第一实体至少部分地通过空中接口(3-32)与所述第二实体进行通信。
54.如权利要求29所述的方法，其特征在于，所述电信网是蜂窝电信网，以及所述第一实体和所述第二实体中的至少一个位于无线网络控制器节点(RNC)和用户设备单元(UE)其中之一上。
CNB018166598A 2000-10-03 2001-10-03 在链路层采用信头压缩密钥的上下文标识 Expired - Lifetime CN1307831C (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/678,340 2000-10-03
US09/678,340 US6967964B1 (en) 2000-10-03 2000-10-03 Context identification using header compression key at link layer

Publications (2)

Publication Number Publication Date
CN1470120A true CN1470120A (zh) 2004-01-21
CN1307831C CN1307831C (zh) 2007-03-28

Family

ID=24722387

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB018166598A Expired - Lifetime CN1307831C (zh) 2000-10-03 2001-10-03 在链路层采用信头压缩密钥的上下文标识

Country Status (9)

Country Link
US (1) US6967964B1 (zh)
EP (1) EP1362453B1 (zh)
JP (1) JP3897171B2 (zh)
CN (1) CN1307831C (zh)
AT (1) ATE316732T1 (zh)
AU (1) AU2001292519A1 (zh)
DE (1) DE60116887T2 (zh)
ES (1) ES2253425T3 (zh)
WO (1) WO2002030043A2 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102197629A (zh) * 2008-10-24 2011-09-21 高通股份有限公司 用于小区中继通信的报头压缩

Families Citing this family (64)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100612003B1 (ko) * 2000-02-26 2006-08-11 삼성전자주식회사 통신망에서 비트 스트림 송수신 장치 및 그 방법
DE10015640A1 (de) * 2000-03-29 2001-10-04 Bosch Gmbh Robert Verfahren zur Signalisierung unterschiedlicher Kopfinformationen
EP1168720B1 (en) * 2000-06-28 2007-01-10 Alcatel Telecommunication carrier processor subsystem with in-band control and addressing via cell header fields
EP1371204A2 (en) * 2000-09-27 2003-12-17 Motorola, Inc. Internet protocol header for telecommunications networks
FI112995B (fi) * 2001-01-16 2004-02-13 Nokia Corp Virheellisen datan käsittely pakettivälitteistä tiedonsiirtoa tarjoavassa tietoliikennejärjestelmässä
FI111777B (fi) * 2001-01-16 2003-09-15 Nokia Corp IP-datan siirtäminen tietoliikennejärjestelmässä
US7212511B2 (en) * 2001-04-06 2007-05-01 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for VoIP wireless terminals
FI118244B (fi) 2001-06-27 2007-08-31 Nokia Corp Otsikkokenttien kompressiotunnisteen välittäminen datapakettiyhteydellä
US7289497B2 (en) * 2001-07-03 2007-10-30 Telefonaktiebolaget Lm Ericsson (Publ) Implicit packet type identification
DE50108473D1 (de) * 2001-10-08 2006-01-26 Siemens Ag Kanalzuweisung von Kontrolldaten und Nutzdaten in drahtlosen Kommunikationssystemen
ATE502472T1 (de) * 2001-11-24 2011-04-15 Lg Electronics Inc Verfahren zur übertragung von paketdaten in komprimierter form in einem kommunikationssystem
ES2287077T3 (es) * 2001-12-04 2007-12-16 Nokia Siemens Networks Oy Gestion de los recursos de radiocomunicaciones basada en el numero de puerto para datos por paquetes.
US20030134651A1 (en) * 2002-01-16 2003-07-17 Hsu Raymond T. Method and apparatus for flow treatment and mapping on multicast/broadcast services
US8959230B2 (en) * 2002-01-28 2015-02-17 Qualcomm Incorporated Method and apparatus for negotiation of transmission parameters for broadcast/multicast services
US7221657B2 (en) * 2002-02-08 2007-05-22 Telefonaktiebolaget Lm Ericsson (Publ) Processing different size packet headers for a packet-based conversational service in a mobile communications system
US20040204096A1 (en) * 2002-03-08 2004-10-14 Koninklijke Philips Electronics N.V. RF and BB subsystems interface
US7106733B2 (en) * 2002-03-20 2006-09-12 Intel Corporation Method and apparatus for network header compression
EP1359721A1 (de) * 2002-04-30 2003-11-05 Siemens Aktiengesellschaft Verfahren und Vorrichtung zum Übertragen von Datenpaketen in einem Kommunikationssystem
US8619592B2 (en) * 2002-06-12 2013-12-31 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for increased internet protocol (IP) headers compression performance by reporting cause of missing packets
KR100497357B1 (ko) * 2002-06-26 2005-06-23 삼성전자주식회사 인터넷 프로토콜 기반 네트워크 환경에 있어서 헤더 압축및 패킷 다중화 장치와 그 방법
DE60220267T2 (de) * 2002-07-08 2008-01-17 Sony Deutschland Gmbh Konvergenzschichten für Netzwerkgeräte und Verfahren zur Datenverkehrübertragung
JP4317403B2 (ja) * 2002-08-09 2009-08-19 パナソニック株式会社 ヘッダ圧縮装置及びヘッダ圧縮方法
US7647421B2 (en) * 2002-08-20 2010-01-12 Nokia Corporation Extension header compression
EP1422881A1 (de) * 2002-11-25 2004-05-26 Siemens Aktiengesellschaft Verfahren zum Übertragen von Daten mehrerer Verbindungen mit sich jeweils während der bestehenden Verbindung ändernden Übertragungsraten sowie entsprechende Station
EP1432196A1 (en) * 2002-12-20 2004-06-23 Matsushita Electric Industrial Co., Ltd. Control traffic compression method in media data transmission
US7065087B2 (en) * 2003-07-08 2006-06-20 Cisco Technology, Inc. Performing compression of user datagram protocol packets
US7317724B2 (en) * 2003-07-08 2008-01-08 Cisco Technology, Inc. Performing compression of user datagram protocol packets
FR2857538B1 (fr) * 2003-07-08 2006-10-06 At & T Corp Systeme et methode de compression d'en-tete de paquets bases sur la creation dynamique d'un gabarit
US7512715B2 (en) * 2003-09-26 2009-03-31 Nokia Corporation System and method for requesting a resource over at least one network with reduced overhead
US7613185B2 (en) * 2004-03-17 2009-11-03 Verizon Corporate Services Group Inc. Packet header compression for lossy channels
US8254379B1 (en) * 2004-07-15 2012-08-28 Sprint Spectrum L.P. Method and system for application based compression profile selection
KR100748342B1 (ko) * 2005-09-14 2007-08-09 매그나칩 반도체 유한회사 씨모스 이미지 센서의 제조방법
JP4719798B2 (ja) * 2005-11-02 2011-07-06 エルジー エレクトロニクス インコーポレイティド シグナリングメッセージのオーバーヘッド低減方法及び装置
WO2007117217A2 (en) * 2006-04-12 2007-10-18 Telefonaktiebolaget Lm Ericsson (Publ) Methods, nodes and apparatus for compression and encryption of data packets in a telecommunication network.
KR101419287B1 (ko) * 2006-07-07 2014-07-14 삼성전자주식회사 Ｉｐｄｃ 서비스를 제공하는 장치 및 방법 및 ｉｐｄｃ서비스를 처리하는 장치 및 방법
FR2907624B1 (fr) * 2006-10-24 2009-02-20 Alcatel Sa Dispositif de compression a adaptation de compression en fonction du medium de transport, et dispositif de decompression associe, pour des equipements de communication
CN101212404B (zh) * 2006-12-27 2011-04-06 大唐移动通信设备有限公司 鲁棒头压缩分组数据传输的方法及系统
US7715342B2 (en) * 2007-06-22 2010-05-11 Research In Motion Limited Location of packet data convergence protocol in a long-term evolution multimedia broadcast multicast service
WO2009000847A2 (en) * 2007-06-25 2008-12-31 Nokia Siemens Networks Oy Message transfer for in-band signaling messages in radio access networks
US20090003347A1 (en) * 2007-06-29 2009-01-01 Yang Tomas S Backhaul transmission efficiency
KR101476813B1 (ko) * 2007-11-30 2014-12-29 삼성전자주식회사 패킷 중계 노드의 패킷 재조립 시스템 및 방법
JP4780345B2 (ja) 2008-06-30 2011-09-28 日本電気株式会社 通信システム、接続装置、接続方法およびプログラム
GB0813953D0 (en) 2008-07-30 2008-09-03 British Telecomm Multiple carrrier compression scheme
US8867566B2 (en) 2008-08-20 2014-10-21 Qualcomm Incorporated Methods of header compression within a wireless communications network
US7835399B2 (en) * 2009-01-06 2010-11-16 Alcatel Lucent IP header compression context identifier synergism
WO2010124471A1 (zh) 2009-04-30 2010-11-04 华为技术有限公司 一种数据传输的方法、装置
US8588138B2 (en) * 2009-07-23 2013-11-19 Qualcomm Incorporated Header compression for relay nodes
US9674311B2 (en) 2009-08-14 2017-06-06 Qualcomm Incorporated Robust header compression for relay nodes
US20110149848A1 (en) * 2009-08-17 2011-06-23 Qualcomm Incorporated Header compression for relay nodes
US8787242B2 (en) * 2009-11-06 2014-07-22 Qualcomm Incorporated Header compression for relay nodes
CN102469622B (zh) 2010-11-16 2014-12-03 中兴通讯股份有限公司 多模控制器入局消息处理方法、装置及多模控制器
US9125087B2 (en) 2011-10-22 2015-09-01 Qualcomm Incorporated Systems and methods for header compression
US8681795B1 (en) * 2011-12-28 2014-03-25 Juniper Networks, Inc. Fixed latency priority classifier for network data
CN102882879B (zh) * 2012-10-08 2015-10-07 中国电子科技集团公司第五十四研究所 一种适用于卫星信道的ip数据压缩传输方法
CN103067971A (zh) * 2013-01-30 2013-04-24 北京天地互连信息技术有限公司 一种无线IPv6互连网中TCP信头压缩方法
US20160212042A1 (en) * 2013-08-19 2016-07-21 Lg Electronics Inc. Broadcast transmitting device, broadcast receiving device, operating method of the broadcast transmitting device, and operating method of the broadcast receiving device
JP6333983B2 (ja) * 2014-01-03 2018-05-30 エルジー エレクトロニクス インコーポレイティド ロバストヘッダー圧縮パケットストリームを含む放送信号を送受信する方法及び装置
EP3039845B1 (en) 2014-01-14 2019-06-26 LG Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
KR101799278B1 (ko) * 2014-12-05 2017-11-20 엘지전자 주식회사 방송 신호 송신 방법, 방송 신호 송신 장치, 방송 신호 수신 방법 및 방송 신호 수신 장치
US20160337255A1 (en) * 2015-05-15 2016-11-17 Qualcomm Incorporated Techniques for flow control for data compression algorithms
DE112017008111T5 (de) 2017-09-29 2020-06-25 Apple Inc. Rohc-header-kompression für mptcp
US20200213423A1 (en) * 2019-01-02 2020-07-02 Qualcomm Incorporated Systems, methods, and computing platforms for context identifier allocation for data packet header compression
CN111800371B (zh) * 2019-07-05 2022-10-28 维沃移动通信有限公司 数据处理方法、发送端和接收端
CN112566180B (zh) * 2020-12-09 2023-03-24 东方通信股份有限公司 一种提升tetra系统分组数据传输速率的方法

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE515361C2 (sv) 1993-12-22 2001-07-23 Eritel Ab Överföring av talade meddelanden
US5630205A (en) 1994-06-14 1997-05-13 Ericsson Inc. Mobile phone having voice message capability
JPH10173659A (ja) * 1996-12-05 1998-06-26 Uniden Corp 送信装置、受信装置、パケット伝送システム、及びパケット信号伝送方法
US6032197A (en) * 1997-09-25 2000-02-29 Microsoft Corporation Data packet header compression for unidirectional transmission
US6611866B1 (en) * 1998-08-27 2003-08-26 Intel Corporation Management object for aggregated network device status
FI107000B (fi) * 1999-02-17 2001-05-15 Nokia Mobile Phones Ltd Otsikon pakkaaminen reaaliaikaisissa palveluissa
US6366961B1 (en) * 1999-03-03 2002-04-02 Nokia Telecommunications, Oy Method and apparatus for providing mini packet switching in IP based cellular access networks
US6721333B1 (en) * 1999-03-25 2004-04-13 Motorola, Inc. Point to point protocol multiplexing/demultiplexing method and apparatus
US6542504B1 (en) * 1999-05-28 2003-04-01 3Com Corporation Profile based method for packet header compression in a point to point link
US6711164B1 (en) * 1999-11-05 2004-03-23 Nokia Corporation Method and apparatus for performing IP-ID regeneration to improve header compression efficiency
US6590905B1 (en) * 1999-12-22 2003-07-08 Nokia Mobile Phones Ltd. Changing XID/PDCP parameters during connection
US6608841B1 (en) * 1999-12-30 2003-08-19 Nokia Networks Oy System and method for achieving robust IP/UDP/RTP header compression in the presence of unreliable networks
US6839339B1 (en) * 2000-02-02 2005-01-04 Lucent Technologies Inc. Header compression for general packet radio service tunneling protocol (GTP)-encapsulated packets
DE10031494A1 (de) 2000-06-28 2002-01-10 Siemens Ag Verfahren zum Multiplexen einer Vielzahl von Datenpaketen mehrerer Datenströme innerhalb des PDCP-Protokolls eines UMTS-Funkkommunikationsystems
US6487184B1 (en) * 2000-08-25 2002-11-26 Motorola, Inc. Method and apparatus for supporting radio acknowledgement information for a uni-directional user data channel
US6665280B2 (en) * 2002-03-22 2003-12-16 Nokia Corporation Method and apparatus providing multiple temporary block flow (TBF) mapping to upper layer when operating in GSM/EDGE radio access network (GERAN) A/Gb mode

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102197629A (zh) * 2008-10-24 2011-09-21 高通股份有限公司 用于小区中继通信的报头压缩
US8902805B2 (en) 2008-10-24 2014-12-02 Qualcomm Incorporated Cell relay packet routing
US9088939B2 (en) 2008-10-24 2015-07-21 Qualcomm Incorporated Bearer QoS mapping for cell relays

Also Published As

Publication number Publication date
ES2253425T3 (es) 2006-06-01
AU2001292519A1 (en) 2002-04-15
JP2004511178A (ja) 2004-04-08
JP3897171B2 (ja) 2007-03-22
WO2002030043A3 (en) 2003-09-18
US6967964B1 (en) 2005-11-22
WO2002030043A2 (en) 2002-04-11
DE60116887D1 (de) 2006-04-13
ATE316732T1 (de) 2006-02-15
EP1362453A2 (en) 2003-11-19
DE60116887T2 (de) 2006-10-26
CN1307831C (zh) 2007-03-28
EP1362453B1 (en) 2006-01-25

Similar Documents

Publication Publication Date Title
CN1307831C (zh) 在链路层采用信头压缩密钥的上下文标识
EP1532778B1 (en) Bi-directional packet data transmission system and method
EP2073588B1 (en) Mobile communication method and system
CN1108683C (zh) 操作移动无线电网络的方法及设备
CN1197279C (zh) 用于在通信链路上传送多媒体信息的设备和相关的方法
CN1382337A (zh) 移动式无线电网的操作方法
CN1554175A (zh) 规定头标字段压缩用于数据分组连接
CN1875558A (zh) 处理传输格式信息以防止mac头部冗余
WO2006137803A2 (en) Dynamic robust header compression
US20060104278A1 (en) Apparatus and method for compressing headers in a broadband wireless communication system
JP2007221797A (ja) 移動通信システムのｍｂｍｓサービスのためのｐｄｃｐ構造及び動作方法
CN1438809A (zh) 上下文重定位方法
CN1689301A (zh) 首部压缩方法
CN1255978C (zh) 减少通信系统中传输开销的方法和装置
CN1783876A (zh) 一种实现分组数据聚合协议功能的系统及方法
CN1606859A (zh) 用于在分组交换通信网络中传输语音信号的改进的硬件、终端与方法
CN1219370C (zh) 一种由基站侧完成各协议层处理的通信方法
CN1949769A (zh) 一种用户面协议栈和头压缩方法
CN1647468A (zh) 压缩和传输多媒体数据的方法和系统
DK1392036T3 (en) Method and device for data transmission
US20070070913A1 (en) Data transmission method for wireless packet data based data transmission

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
C35 Partial or whole invalidation of patent or utility model
IP01 Partial invalidation of patent right

Commission number: 4W02880

Conclusion of examination: The patent right of invention No. 1816659.8 is valid on the basis of the claim submitted by the patent holder in May 12, 2010.

Decision date of declaring invalidation: 20100630

Decision number of declaring invalidation: 15065

Denomination of invention: Context identification using header compression key at link layer

Granted publication date: 20070328

Patentee: Ericsson Telephone AB

CX01 Expiry of patent term
CX01 Expiry of patent term

Granted publication date: 20070328