双向分组数据传输系统和方法.pdf

上传人：62****3

文档编号：1081770

上传时间：2018-03-30

格式：PDF

页数：20

大小：1.01MB

《双向分组数据传输系统和方法.pdf》由会员分享，可在线阅读，更多相关《双向分组数据传输系统和方法.pdf（20页完整版）》请在专利查询网上搜索。

双向分组数据传输系统和方法。本发明涉及分组通信的方法、装置和网络。根据本发明的方法，接收用于鲁棒性报头压缩的移动终端容量信息；以及根据所述移动终端容量信息配置用于上行链路和下行链路数据传输的参数信息。其中上行链路参数信息和下行链路参数信息独立地配置，并且所述上行链路参数信息和下行链路参数信息用于鲁棒性报头压缩。并且其中所述上行链路参数信息包括上行链路Max_CID参数信息，用来通知用于移动终端的压。

摘要
申请专利号：	CN200910252339.X	申请日：	2003.08.14
公开号：	CN101754275A	公开日：	2010.06.23
当前法律状态：	授权	有效性：	有权
法律详情：	授权\|\|\|实质审查的生效IPC(主分类):H04W 28/06申请日:20030814\|\|\|公开
IPC分类号：	H04W28/06(2009.01)I; H04W28/14(2009.01)I; H04W80/00(2009.01)I	主分类号：	H04W28/06
申请人：	LG电子株式会社
发明人：	李昭暎; 李承俊; 李英大
地址：	韩国首尔
优先权：	2002.08.14 KR 10-2002-0048261
专利代理机构：	中原信达知识产权代理有限责任公司 11219	代理人：	张焕生;谢丽娜
PDF完整版下载：	PDF下载

内容摘要

双向分组数据传输系统和方法。本发明涉及分组通信的方法、装置和网络。根据本发明的方法，接收用于鲁棒性报头压缩的移动终端容量信息；以及根据所述移动终端容量信息配置用于上行链路和下行链路数据传输的参数信息。其中上行链路参数信息和下行链路参数信息独立地配置，并且所述上行链路参数信息和下行链路参数信息用于鲁棒性报头压缩。并且其中所述上行链路参数信息包括上行链路Max_CID参数信息，用来通知用于移动终端的压缩器的最大上下文数量，并且所述下行链路参数信息包括下行链路Max_CID参数信息，用来通知用于所述移动终端的解压缩器的最大上下文数量。

权利要求书

1.  一种用于网络的分组数据通信方法，包括：
接收用于鲁棒性报头压缩(ROHC)的移动终端容量信息；以及
根据所述移动终端容量信息配置用于上行链路和下行链路数据传输的参数信息，
其中上行链路参数信息和下行链路参数信息独立地配置，并且所述上行链路参数信息和下行链路参数信息用于鲁棒性报头压缩(ROHC)，
其中所述上行链路参数信息包括上行链路Max_CID参数信息，用来通知用于移动终端的压缩器的最大上下文数量，并且所述下行链路参数信息包括下行链路Max_CID参数信息，用来通知用于所述移动终端的解压缩器的最大上下文数量。

2.  如权利要求1所述的方法，进一步包括：
发送所配置的参数信息给所述移动终端。

3.  如权利要求2所述的方法，其中被发送的配置的参数信息用于上行链路。

4.  如权利要求2所述的方法，其中被发送的配置的参数信息用于下行链路。

5.  如权利要求1所述的方法，由所述网络对上行链路和下行链路不同地分配用来存储压缩分组数据的存储器资源。

6.  如权利要求5所述的方法，其中较大的存储器资源分配给下行链路。

7.  如权利要求1所述的方法，其中所述上行链路参数信息还包括类型参数信息，用于通知所述网络的解压缩器所支持的网际协议(IP)分组的种类。

8.  如权利要求1所述的方法，其中所述上行链路参数信息还包括MRRU(最大可重构的接收单位)参数信息，用于通知网际协议(IP)分组是否能够在所述移动终端的压缩器中被分段。

9.  如权利要求1所述的方法，其中所述上行链路参数信息还包括Packet_Sized_Allowed参数信息，用于确定在所述移动终端的压缩器中可使用的压缩报头分组的尺寸。

10.  如权利要求1所述的方法，其中所述下行链路参数信息还包括类型参数信息，用于通知所述移动终端的解压缩器所支持的网际协议(IP)分组的种类。

11.  如权利要求1所述的方法，其中所述下行链路参数信息还包括MRRU(最大可重构的接收单位)参数信息，用于通知当在所述移动终端的解压缩器中添加了划分的分段时添加的分组的最大尺寸。

12.  如权利要求1所述的方法，其中所述下行链路参数信息还包括Reverse_Decompression_Depth参数信息，用于通知存储了解压缩失败的分组的缓冲区的最大尺寸。

13.  一种用于移动终端的分组通信方法，包括：
发送用于鲁棒性报头压缩(ROHC)的移动终端容量信息；
接收参数信息，其中上行链路参数信息和下行链路参数信息由网络独立地配置，并且所述上行链路参数信息和下行链路参数信息用于鲁棒性报头压缩(ROHC)，并且其中所述上行链路参数信息包括上行链路Max_CID参数信息，用来通知用于所述移动终端的压缩器的最大上下文数量，并且所述下行链路参数信息包括下行链路Max_CID参数信息，用来通知用于所述移动终端的解压缩器的最大上下文数量；以及
根据所接收的参数信息配置报头压缩参数。

14.  如权利要求13所述的方法，其中所接收的参数信息用于上行链路。

15.  如权利要求13所述的方法，其中所接收的参数信息用于下行链路。

16.  如权利要求13所述的方法，由所述网络对上行链路和下行链路不同地分配用来存储压缩分组数据的存储器资源。

17.  如权利要求16所述的方法，其中较大的存储器资源分配给下行链路。

18.  如权利要求13所述的方法，其中所述上行链路参数信息还包括类型参数信息，用于通知所述网络的解压缩器所支持的网际协议(IP)分组的种类。

19.  如权利要求13所述的方法，其中所述上行链路参数信息还包括MRRU(最大可重构的接收单位)参数信息，用于通知网际协议(IP)分组是否能够在所述移动终端的压缩器中被分段。

20.  如权利要求13所述的方法，其中所述上行链路参数信息还包括Packet_Sized_Allowed参数信息，用于确定在所述移动终端的压缩器中可使用的压缩报头分组的尺寸。

21.  如权利要求13所述的方法，其中所述下行链路参数信息还包括类型参数信息，用于通知所述移动终端的解压缩器所支持的网际协议(IP)分组的种类。

22.  如权利要求13所述的方法，其中所述下行链路参数信息还包括MRRU(最大可重构的接收单位)参数信息，用于通知当在所述移动终端的解压缩器中添加了划分的分段时添加的分组的最大尺寸。

23.  如权利要求13所述的方法，其中所述下行链路参数信息还包括Reverse_Decompression_Depth参数信息，用于通知存储了解压缩失败的分组的缓冲区的最大尺寸。

24.  一种用于分组通信的网络，包括：
无线电资源控制(RRC)层，适于：接收用于鲁棒性报头压缩(ROHC)的移动终端容量信息，基于所述移动终端容量信息配置用于上行链路和下行链路数据传输的参数信息，以及发送所配置的参数信息给移动终端，其中所述上行链路参数信息和下行链路参数信息被彼此独立地配置；和
分组数据汇聚协议(PDCP)层，适于根据所配置的参数信息执行报头压缩，
其中所述上行链路参数信息和下行链路参数信息用于鲁棒性报头压缩(ROHC)，以及
其中所述上行链路参数信息包括上行链路Max_CID参数信息，用来通知用于移动终端的压缩器的最大上下文数量，并且所述下行链路参数信息包括下行链路Max_CID参数信息，用来通知用于所述移动终端的解压缩器的最大上下文数量。

25.  如权利要求24所述的网络，其中所述无线电资源控制(RRC)层和分组数据汇聚协议(PDCP)层共同协作为所述上行链路和所述下行链路不同地分配与报头压缩有关的存储器资源。

26.  如权利要求24所述的网络，其中所述下行链路参数信息还包括Reverse_Decompression_Depth参数信息，用于通知存储了解压缩失败的分组的缓冲区的最大尺寸。

27.  一种用于分组通信的移动终端，该移动终端包括：
无线电资源控制(RRC)层，适于：发送用于鲁棒性报头压缩(ROHC)方案的移动终端容量信息，接收用于鲁棒性报头压缩(ROHC)方案的参数信息，以及基于所接收的参数信息配置报头压缩参数，其中由网络独立地配置上行链路参数信息和下行链路参数信息；和
分组数据汇聚协议(PDCP)层，适于根据所述报头压缩参数的信息执行报头压缩，
其中所述上行链路参数信息和下行链路参数信息用于鲁棒性报头压缩(ROHC)，以及
其中所述上行链路参数信息包括上行链路Max_CID参数信息，用来通知用于移动终端的压缩器的最大上下文数量，并且所述下行链路参数信息包括下行链路Max_CID参数信息，用来通知用于所述移动终端的解压缩器的最大上下文数量。

28.  如权利要求27所述的移动终端，其中所述无线电资源控制(RRC)层和分组数据汇聚协议(PDCP)层共同协作为所述上行链路和所述下行链路不同地分配与报头压缩有关的存储器资源。

29.  如权利要求27所述的移动终端，其中所述下行链路参数信息还包括Reverse_Decompression_Depth参数信息，用于通知存储了解压缩失败的分组的缓冲区的最大尺寸。

说明书

双向分组数据传输系统和方法
本申请是2004年7月5日提交的申请号为03802108.0的专利申请的分案申请。
技术领域
本发明涉及分组(packet)数据传输，尤其是涉及一种移动通讯系统的分组数据传输方法和系统。
背景技术
近来，移动通讯系统得到了飞速的发展，但是在大容量数据通讯服务方面，它还是落后于有线通讯系统。全球许多国家正在研发IMT-2000技术并且在积极协同研发该技术的标准化。
一种通用移动通讯系统(UMTS)是采用众所周知的移动通讯全球系统(GSM)标准的第三代移动通讯系统。该标准是一项欧洲标准，其目的是提供一项基于GSM核心网络和宽带码分多址(W-CDMA)技术的改良移动通讯服务。
在1998年12月，欧洲的ETSI、日本的ARIB/TTC、美国的T1以及韩国的TTA组成了一个第三代合作项目(3GPP)，其目的是创建适用于标准化UMTS的技术规范。
推动3GPP所执行的UMTS标准化工作已经组成了五个技术规范工作组(TSG)，各个工作组都提出了形成具有独立操作的网络因素。
更具体的说，各个TSG研发、批准和管理在各自领域中的标准技术规范。在他们中间，无线电接入网络(RAN)组(TSG-RAN)研发了UMTS地面无线电接入网络(UTRAN)的功能、所需项目和接口的技术规范，其中该UMTS地面无线电接入网络(UTRAN)是一种新的支持在UMTS中的W-CDMA接入技术的RAN。
图1说明了一例通用UMTS网络结构的实例。
正如图1所示，UMTS可大致分成为一个终端、UTRAN 100和一个核心网络200。
UTRAN 100包括一个和多个无线电网络子系统(RNS)110和120。各个RAN110和120包括一个无线电网络控制器(RNC)111和多个由RNC11所管理的节点B 112和113。RNC执行包括分配和管理无线电资源的功能，并且作为一个与核心网络200相关的接入点来操作。
结点Bs 112和113接收由终端的物理层通过一个上行链路发送的信息，以及通过一个下行链路向终端发送数据。于是，结点Bs 112和113作为UTRAN的访问点对终端进行操作。
核心网络200包括用于支持电路交换业务的一个移动交换中心(MSC)210和一个网关移动交换中心(GMSC)220，和用于支持分组交换服务的一个服务GPRS支持结点(SGSN)230和一个网关GPRS支持结点240。
向指定终端所提供的服务大致可分成为线路交换服务和分组交换服务。例如，一般的语音电话呼叫服务属于线路交换服务，而通过互联网连接的环球网浏览服务可分类为分组交换服务。
在支持线路交换服务的情况下，RNC 111连接着核心网络200的MSC 210，并且MSC 210连接着管理与其它网络连接的GMSC 220。
同时，在支持分组交换服务的情况下，RNC 111提供与核心网络200的SGSN 230和GGSN 240有关的服务。SGSN 230支持发送至RNC111的分组通讯，并且GGSN 240管理与诸如互联网网络之类的其它分组交换网络的连接。
在网络元件之间存在着各种接口，以允许网络元件对一个共享的通讯可以相互提供和获取信息。在RNC 111和核心网络200之间的接口可以定义为lu接口。特别是，在RNC 111和核心网络200的分组交换有关系统之间的lu接口可定义为lu-PS，以及在RNC 111和核心网络200的线路交换有关系统之间的lu接口可定义为lu-CS。
图2说明了一种根据3GPP无线电接入网络标准在终端和UTRAN100之间的无线电接口协议的结构。
正如图2所示，该无线电接口协议可以垂直分成为一个物理层、一个数据链路层和一个网络层，并且也可以水平分成为一个适用于发送数据信号的用户平面(U-plane)和一个适用于发送控制信号的控制平面(C-plane)。
用户平面是一个管理用户的话务信息(例如，一个语音信号和一个IP分组)的区域，而控制平面是一个管理控制信息(例如，一个网络接口或者一个呼叫的维护和管理)的区域。
在图2中，根据一个开放系统互连(OSI)标准模式的三个较低层，协议层可以分成第一层(L1)、第二层(L2)和第三层(L3)。
现在讨论图2所示的各个协议层的功能。
第一层(L1)，即，物理层提供使用各种无线电传输技术向上层提供一种信息传输服务。
物理层通过传输信道连接着上一层MAC层，并且MAC层和物理层通过传输信道来传输信号。
第二层(L2)包括：一个MAC层、一个无线电连接控制(RLC)层和一个分组数据汇聚协议(PDCP)层。
MAC层提供MAC参数的重新分配的服务，以便于无线电资源的分配和重新分配。
MAC层通过一个逻辑信道连接着无线电连接控制(RLC)层，并且可以根据传输信息的种类提供各种逻辑信道。
一般来说，在发送控制平面的信息时，就使用控制信道。在发送用户平面的信息时，就使用话务信道。
RLC层支持可靠的数据传输并执行从上层所接收到的一个RLC服务数据单元(SDU)的分段和重新组装。
在从上层接收到RLC SDU时，RLC层就控制各个RLC SDU的尺寸，使之能够适合于处理的容量，并且附加报头，以产生数据单元。于是，将所产生的数据单元称之为协议数据单元(PDU)，它可以传送至MAC层。RLC层包括一个适用于存储RLC SDU或者RLC PDU的RLC缓存器。
分组数据汇聚协议(PDCP)层是一层比RLC层的更高的层。利用诸如IPv4(互联网协议版本4)或者IPv6(互联网协议版本6)之类网络协议所发送的数据可以依靠PDCP层以相当小的带宽在无线电接口上有效传输。
正是这一目的，PDCP层执行减小在有线网络中所使用的不需要的控制信息的功能，这可称之为报头压缩，对此可以使用所谓IETE(互联网工程任务组)的互联网标准化组所定义的诸如RFC2507或者RFC3095(鲁棒性报头压缩(ROHC))之类的报头压缩方案。
在这些方案中，只需要对应所发送的数据报头部分的信息，从而减小了需要发送的数据量。于是，就需要去除报头的不需要字段或者减小报头字段中的尺寸，从而减小报头部分的数据量。
RRC(无线电资源控制)层可定位在第三层的最下部分。RRC层只在控制平面中定义，并且控制与无线电信使(RB)的设置、重置和释放有关的传送信道和物理信道。
RB服务表示一种由适用于在终端和UTRAN之间数据发送的第二层所提供的服务，并且RB的设置意味着约定协议层和信道的特征的处理过程，这对提供指定服务以及设置各自的详细参数和操作方式都是必需的。
举例来说，在用户平面还是在控制平面上包含RLC层取决于那一层连接着上层位置。如果RLC层接收来自RRC层的数据，则RLC层就属于控制平面；反之，RLC层就属于用户平面。
正如图2所示，在RLC层和PDCP层的情况下，可以在一层中存在着多个实体。这是因为一个终端可以具有多个RB，并且一般一个RLC实体(或者只有一个PDCP实体)可以作为一个RB来使用。
图4是一个根据常规技术来实现报头压缩方案的信号流程图，图5说明了终端和UTRAN的压缩器和解压缩器的结构。
现在参考图4和图5来讨论一个PDCP层的IP报头压缩方案。
首先，参考RFC2507，当然可以根据IP层的上层协议是否TCP协议来使用不同的压缩方案。也就是说，如果IP层的上层协议是UDP，则可以使用称之为“压缩非TCP”的压缩方案；如果IP层的上层协议是TCP，则可以使用称之为“压缩TCP”的压缩方案。压缩TCP可分类成一个“压缩TCP”和一个“压缩TCP nodelta”，这取决于一个可变报头字段的传输方法。
“压缩TCP”方案的方法是基于在连续的分组之间可变的报头字段数值相互之间没有太大的差异、只需发送在报头字段数值之间的差异而不需要发送整个字段数据的事实。然而，“压缩TCP nodelta”方案是一个发送整个可变字段数值的方法。
在“压缩TCP”方案的情况下，发送方首先发送一个分组流的整个报头分组，以构成在发送方和在接收方的上下文(context)，随后使用一个表示与前一分组差异的压缩报头来发送后续的分组。然而，“压缩TCP nodelta”方案是发送随着变化的整个报头字段数值。
相类似，在“压缩非TCP”方案中，发送方首先发送一个分组流的整个报头分组，以构成在发送方和在接收方的上下文，并随后发送一个根据下一个分组的可变字段所形成的整个报头字段数值。
然而，“压缩非TCP”方案可以用于单向的通讯，并且可以采用一种压缩慢启动的方法，该方法以指数增加的间隔来发送整个报头信息。在压缩慢启动的方法中，如果整个报头信息是变化的或者采用了一个新的报头压缩方案，都可以在初始阶段频繁地发送相同的整个报头，并随后逐步加宽发送的间隔。图3显示了压缩慢启动方法的概念。
构成压缩和解压缩形式的参数应该定义成在PDCP层上使用RFC2507报头压缩方案。
在RFC2507报头压缩方案中的定义包括：一个F_MAX_PERIOD参数，它表示在压缩慢慢上升方法中指数重复发送的全部报头分组之间可发送的压缩后的非TCP报头分组的数量；一个F_MAX_TIME参数，它表示在已经发送的最后一个完全报头分组的时间点和要发送的下一个完全报头分组的时间点之间的压缩报头分组发送时间；一个MAX_HEADER参数，它表示适用于报头压缩方案的报头的最大尺寸；一个TCP_SPACE参数，它表示适用于“压缩TCP”方案的上下文最大数值；一个NON_TCP_SPACE参数，它表示适用于“压缩非TCP”方案的上下文最大数值；以及一个EXPECTED_RECORDING参数，它表示是否能支持再排序阵列。F_MAX_TIME参数用于提示全部报头分组的重复周期(参考图1)。
这些参数用于构成在终端410和UTRAN 420和在RFC 2507以及RFC 2507报头压缩方案中的IETF文档中所定义的压缩器512和522以及解压缩器511和521的形式。
[表1]

信息元素/组名称类型和标号语义描述＞＞＞F_MAX_FERIOD 整数(1...65535) 压缩后的非TCP报头的最大数值，它可以在不发送一个全部报头的条件下发送，缺省值为255 ＞＞＞F_MAX_TIME 整数(1...255) 在大于发送了最后一个全部报头之后的F_MAX_TIME秒，不可以发送压缩的报头，缺省值为5 ＞＞＞MAX_HEADER 整数(60...65535) 以八位字节表示可压缩的最大报头尺寸，缺省值为168 ＞＞＞TCP_SPACE 整数(3...255) TCP连接的最大CID数值，缺省值为 15 ＞＞＞NON_TCP_SPACE 整数(3...65535) 非TCP连接的最大CID数值，缺省值为15 ＞＞＞EXPECT_RECORD ING 计数(记录不需要的，记录需要的) 算法是否记录PDCP SDU，缺省值为“记录不需要的”

现在讨论采用RFC 2507报头压缩方案的报头压缩和解压缩的处理过程。
首先，终端10的RRC层411向UTRAN 420的RRC层421发送容量信息。随后，UTRAN 420的RRC层421参照容量信息分配报头压缩所需的存储器资源。也就是说，RRC层421设置形成压缩器512和522以及解压缩器511和521的参数数值。
例如，F_MAX_PERIOD可设置为256，F_MAX_TIME为5，MAX_HEADER为168，以及NON_TCP_SPACE为15。
当所有的参数数值都设置时，UTRAN 420的RRC层421就将所设置的参数数值发送至终端410的RRC层411。
当参数数值到达终端410时，终端410的RRC层411和UTRAN420的RRC层421分别将所设置的参数数值传递至各自的PDCP层412和422。随后，在PDCP层412和422中所包含的报头压缩执行层就根据所接收到的参数数值来形成压缩器512和522以及解压缩器511和521。
现在讨论ROHC(鲁棒性报头压缩)方案。
ROHC方案常用于减小RTP(实时传输协议)/UDP(用户数据自带寻址信息协议)/IP(互联网协议)分组的报头信息。RTP/UDP/IP分组，这是指在用户数据通过各层时已经附加了RTP、UDP和IP相关的报头的分组，它包括适用于通过互联网向目的地发送数据所需的各种报头信息。
ROHC方案是一个基于属于一个分组流的系列分组的分组报头的各个字段数值几乎都是相同的事实的报头压缩方案。于是，在ROHC方案中，不是发送整个报头字段，而是只发送变化的字段。
例如，在IPv4(互联网协议版本4)的情况下，RTP/UDP/IP分组的报头的整个尺寸是40个八位字节，在IPv6(互联网协议版本6)的情况下，RTP/UDP/IP分组的报头的整个尺寸是60个八位字节。同时，纯数据部分(载荷)通常是具有15-20个八位字节。即，由于控制的信息量要比实际需要发送的数据量大得多，所以发送的效率就非常低。因此，使用报头压缩方案就能够保证高的发送效率，因为控制信息量减小了很多(在使用ROHC方案的情况下，报头的尺寸可以减小到大约1个八位字节至3个八位字节)。
类似于RFC 2507的报头压缩方案，为了在PDCP层上使用ROHC方案，就应该定义构成压缩器和解压缩器形式的参数。
为ROHC方案所定义的参数包括一个Max_CID参数，它指出在压缩器中可使用的上下文最大数值；一个类型参数，它指出在RTP/UDP/IP、UDP/IP和ESP/IP中的对应分组流使用的IP分组类型；一个MRRU(最大可重构的接收单位)参数，它表示一个IP是否应该分段并且也表示在解压缩器中分段之后重新组合时各段的最大尺寸；一个Packet_Sized_Allowed参数，它提示由ROHC方案所支持的压缩报头分组的尺寸；以及一个Reverse_Decmpression_Depth参数，它表示在解压缩器对压缩分组解压缩失败之后是否对压缩分组试图重新进行解压缩，以及确定重新进行解压缩的次数。这些参数都是在ROHC方案中的IETF文档RFC 309中所定义的。
采用ROHC方案的报头压缩和解压缩处理过程相同于以上所讨论的RFC 2507报头压缩处理过程(参照图4和图5)。
对于上行链路的通讯来说，终端410的压缩器512和UTRAN 420的解压缩器521应该都具有相同的形式，对于下行链路的通讯来说，UTRAN 420的压缩器522和终端410的解压缩器511也应该具有相同的形式。
因为，UTRAN 420的RRC层421设置形成压缩器和解压缩器的参数数值，而不需要考虑上行和下行链路，在终端410和UTRAN 420中所具备的压缩器512和522以及解压缩器511和521都具有相同的形式。
为了能有效地提供一种VoIP服务和一种流式服务以及避免无线电资源的浪费，UMTS系统采用了报头压缩方案，例如，RFC2507报头压缩方案或者ROHC方案，将原始尺寸为40字节至60字节的报头压缩成尺寸为1～4个字节并且发送该报头。出于这一目的，终端410和UTRAN 420应该定义适用于形成压缩器和解压缩器的参数。
通常，UMTS系统也提供流式服务，在流式服务中，上行和下行链路是非对称的而在VoIP服务中上行和下行链路是对称的。
在这一方面，RRC层411和421以及PDCP层412和422只考虑诸如VoIP(利用IP的语音电话)之类的上行和下行对称结构中的发送服务来设置存储器资源，使得上行链路中的压缩器和解压缩器512和521以及下行链路中的压缩器和解压缩器522和511都具有相同的形式。
在传统的双向分组数据传输系统存在着一个问题，即使是诸如流式服务的非对称结构的分组数据传输，UMTS系统仍旧对上行和下行链路分配相同的报头压缩相关存储器资源。
流式服务是一种朝向下行链路的服务，在这种服务中，用户所需服务的分组的数据是提供下行链路来发送的，同时，对发送分组数据的接收信息通过上行链路来反馈。
在流式服务的特性方面，发送至下行链路中的分组数据量要比发送至上行链路中的分组数据量大得多。于是，传统的双向分组数据传输系统是不利的，该系统不必要地浪费了报头压缩方案所使用的存储器资源，并因此而降低了资源的效率。
上述论述结合了本文的参考文献，在参考文中包含了适当技术的其它或者替代细节、性能和/或技术背景。
发明内容
因此，本发明的一个目的是提供一种双向分组数据传输系统和方法，能够非对称设置一个上行链路存储器资源和一个下行链路存储器资源的方法。
根据本发明的一个方面，提供一种用于网络的分组数据通信方法，包括：接收用于鲁棒性报头压缩(ROHC)的移动终端容量信息；以及根据所述移动终端容量信息配置用于上行链路和下行链路数据传输的参数信息。其中上行链路参数信息和下行链路参数信息独立地配置，并且所述上行链路参数信息和下行链路参数信息用于鲁棒性报头压缩(ROHC)。并且其中所述上行链路参数信息包括上行链路Max_CID参数信息，用来通知用于移动终端的压缩器的最大上下文数量，并且所述下行链路参数信息包括下行链路Max_CID参数信息，用来通知用于所述移动终端的解压缩器的最大上下文数量。
根据本发明的第二方面，提供一种用于移动终端的分组通信方法，包括：发送用于鲁棒性报头压缩(ROHC)的移动终端容量信息；接收参数信息，其中上行链路参数信息和下行链路参数信息由网络独立地配置，并且所述上行链路参数信息和下行链路参数信息用于鲁棒性报头压缩(ROHC)，并且其中所述上行链路参数信息包括上行链路Max_CID参数信息，用来通知用于所述移动终端的压缩器的最大上下文数量，并且所述下行链路参数信息包括下行链路Max_CID参数信息，用来通知用于所述移动终端的解压缩器的最大上下文数量；以及根据所接收的参数信息配置报头压缩参数。
根据本发明的第三方面，提供一种用于分组通信的网络，包括：无线电资源控制(RRC)层，适于：接收用于鲁棒性报头压缩(ROHC)的移动终端容量信息，基于所述移动终端容量信息配置用于上行链路和下行链路数据传输的参数信息，以及发送所配置的参数信息给移动终端，其中所述上行链路参数信息和下行链路参数信息被彼此独立地配置；和分组数据汇聚协议(PDCP)层，适于根据所配置的参数信息执行报头压缩。其中所述上行链路参数信息和下行链路参数信息用于鲁棒性报头压缩(ROHC)，以及其中所述上行链路参数信息包括上行链路Max_CID参数信息，用来通知用于移动终端的压缩器的最大上下文数量，并且所述下行链路参数信息包括下行链路Max_CID参数信息，用来通知用于所述移动终端的解压缩器的最大上下文数量。
根据本发明的第四方面，提供一种用于分组通信的移动终端，该移动终端包括：无线电资源控制(RRC)层，适于：发送用于鲁棒性报头压缩(ROHC)方案的移动终端容量信息，接收用于鲁棒性报头压缩(ROHC)方案的参数信息，以及基于所接收的参数信息配置报头压缩参数，其中由网络独立地配置上行链路参数信息和下行链路参数信息；和分组数据汇聚协议(PDCP)层，适于根据所述报头压缩参数的信息执行报头压缩。其中所述上行链路参数信息和下行链路参数信息用于鲁棒性报头压缩(ROHC)，以及其中所述上行链路参数信息包括上行链路Max_CID参数信息，用来通知用于移动终端的压缩器的最大上下文数量，并且所述下行链路参数信息包括下行链路Max_CID参数信息，用来通知用于所述移动终端的解压缩器的最大上下文数量。
在以下的讨论部分中将进一步阐述本发明的其它优点、目标和性能，并且本领域中的熟练专业人士将通过以下部分以及对本发明实现的了解使得上述优点、目标和性能变得更加清晰。在后附的权利要求中将实现和具体指出的本发明的目的和优点。
附图说明
将参考附图进一步详细讨论本发明，在附图中，类似的标号表示相似的元件，其中：
图1显示了通用UMTS系统的网络结构；
图2显示了根据3GPP无线电接入网络标准在终端和UTRAN之间的无线电访问接口协议的结构；
图3显示了一种压缩慢慢上升方案的概念；
图4是一种根据常规技术实现报头压缩方案的信号流程图；
图5显示了根据常规技术在终端和UTRAN中的压缩器和解压缩器的结构；
图6是一个根据本发明较佳实施例实现报头压缩方案的信号流程图；和，
图7显示了根据本发明较佳实施例在终端和UTRAN中的压缩器和解压缩器的结构。
具体实施方式
图7说明了根据本发明较佳实施例在终端式移动单元中以及在UTRAN中的压缩器和解压缩器的结构，并且以在一个上行链路和一个下行链路之间的非对称结构来显示其传输。
正如图7所示，本发明的一个压缩器和一个解压缩器的结构都相同于常规技术(参照图5)。
本发明与常规技术的唯一差异是，UTRAN 620和终端610考虑上行和下行链路非对称的传输以及上行和下行链路的对称传输对上行和下行链路分配报头压缩方案所需要的存储器资源。
图6是一个根据本发明较佳实施例实现报头压缩方案的信号流程图。
正如图6所示，一种根据本发明较佳实施例的双向分组数据传输系统包括：UTRAN 620，适用于设置上行传输和下行传输所需的报头压缩相关的参数数值，以及形成压缩器722和解压缩器721；终端610，适用于向UTRAN 620发送容量信息，从UTRAN 620接收设置报头压缩相关参数数值并且根据所接收到的参数数值来形成一个压缩器712和一个解压缩器711。
UTRAN 620包括：一个RRC层621，它适用于设置上行链路传输和下行链路传输所需要的报头压缩相关参数数值，并且将参数数值发送至终端的RRC层611以及发送至它的PDCP层622；一个PDCP层622，适用于形成上行链路传输所使用的解压缩器721和下行链路传输所使用的压缩器722，并且执行报头的压缩和解压缩。
终端610包括：RRC层611，适用于接收由UTRAN 620的RRC层621所设置的参数数值，并且将该数值发送至它的PDCP层612；和PDCP层621，适用于根据所接收到的参数数值来形成上行链路传输所使用的压缩器712和下行链路传输所使用的解压缩器711，并且执行报头的压缩和解压缩；以及第一和第二存储器空间，分别适用于上行链路和下行链路的数据传输。这两个存储器空间可以是相互独立的。
现在讨论分组数据传输系统的操作。
开始之后，终端610的RRC层611就向UTRAN 620的RRC层621发送容量信息。
随后，UTRAN 620的RRC层621从所接收到的容量信息中区分出上行链路的容量信息和下行链路的容量信息。之后，RRC层参考上行链路容量信息来设置适用于形成上行链路的压缩器712和解压缩器721的参数数值，以及也参考下行链路容量信息来设置适用于形成下行链路的压缩器722和解压缩器711的参数数值。
参考终端的容量信息并不一定要设置参数数值。这些参数数值可以参考在UTRAN 620中原先设置的统计计算数值来设置。
在完成参数数值的设置之后，UTRAN 620的RRC层621就将所设置的参数数值发送至终端610的RRC层611。RRC层621可以只发送压缩器(上行)的设置参数，或者只发送解压缩器(下行)的设置参数，或者向两者都发送设置参数。
当所设置的参数数值发送至终端610时，终端610的RRC层611和UTRAN 620的RRC层就将设置的参数数值发送至PDCP层612和622。随后，在PDCP层612和622中所包括的各个报头压缩执行层根据参数数值形成压缩器712和722以及解压缩起711和721。
具体的说，UTRAN 620的报头压缩执行层根据参数数值形成适用于上行链路传输的解压缩器721和适用于下行链路传输的压缩器722，以及终端610的报头压缩执行层根据参数数值形成适用于上行链路传输的压缩器712和适用于下行链路传输的解压缩器711。
此时，终端610和UTRAN 620的报头压缩执行层就可以根据一定的报头压缩方案使用压缩器712和722以及解压缩器711和721来执行报头压缩和解压缩。
正如以上所讨论的，在根据本发明较佳实施例的双向分组数据传输系统中，终端610的压缩器722和解压缩器721(或者UTRAN 620的压缩器722和解压缩器721的形式)可以采用不同的形式构成，从而可以不同的方式来设置将分配给上行和下行的报头压缩相关存储器资源。具有点对点关系的压缩器和解压缩器712、721、722和711的形式在相互之间是相同的。
根据本发明的双向分组数据传输系统通过采用RFC 2507报头压缩方案或者ROHC方案来实现报头的压缩和解压缩。
首先，在对双向分组数据传输系统采用RFC 2507报头压缩方案的情况下，执行上行链路通讯的终端610的压缩器712和UTRAN 620的解压缩器721可以由下列参数数值形成，一个提示与压缩慢慢上升方案有关的整个报头分组传输周期的F_MAX_PERIOD参数，一个提示分组传输有效时间的F_MAX_TIME参数，一个提示报头的最大压缩尺寸的MAX_HEADER参数，一个提示TCP分组上下文的最大尺寸的TCP_SPACE参数，以及一个提示非TCP分组上下文的最大尺寸的NON_TCP_SPACE参数。
执行下行链路通讯的UTRAN 620的压缩器722和终端610的解压缩器711可以由下列参数数值来形成，一个提示TCP分组上下文的最大尺寸的TCP_SPACE参数，以及一个提示非TCP分组上下文的最大尺寸的NON_TCP_SPACE参数，以及一个提示所接收到的分组重新排序的阵列的EXPECTED_REORDERING参数。
其次，在对双向分组数据传输系统采用ROHC方案的情况下，执行上行链路通讯的终端610的压缩器712和UTRAN 620的解压缩器721可以由下列参数数值形成，一个提示适用于报头压缩方案的上下文最大数值的Max_CID参数，一个提示解压缩器所支持的IP分组类型的类型参数，一个提示IP分组是否可以在压缩器中分段的MRRU参数，以及一个确定在压缩器中有效压缩报头分组的尺寸的Packet_Sized_Allowed参数。
此外，执行下行链路通讯的UTRAN 620的压缩器722和终端610的解压缩器711可以由下列参数数值来形成，一个提示上下文最大数值的Max_CID参数，一个提示解压缩器所支持的IP分组类型的类型参数，一个提示在解压缩器中累加所划分开的分段时累加分组的最大尺寸MRRU参数，以及一个提示存储解压缩失败的分组的缓存器的最大存储尺寸的Reverse_Decompression_Depth参数。
正如以上所讨论的，本发明的分组数据传输方法和系统具有以下优点。
即，因为对于上行链路和下行链路的传输可以将存储器资源设置成不同，从而可以避免存储器资源的浪费。此外，存储器资源可以有效的进行管理，即使是采用下行链路的分组的数量远远大于上行链路的分组的数量或者上行链路的分组的数量远远大于下行链路的分组的数量的非对称结构的分组数据传输服务(例如，流式服务)中。
上述实施例和优点仅仅是作为示例，并不构成对本发明的任何限制。本技术可以较迅速地应用于其它类型的装置。本发明的讨论只是试图用于解释和说明，并不限制权利要求的范围。对本领域的熟练技术人士来说，许多替代、变更或变化都是显而易见的。在权利要求中，含义附加功能的条款都是试图以执行所述功能的方式来覆盖本文所讨论的结构，这不仅包含结构等效，而且还包含等效结构。