专利名称：：一种mbms业务中头压缩方式的配置方法
技术领域：
：本发明涉及在无线系统中传输IP包的技术，特别涉及一种MBMS业务中头压縮方式的配置方法。
背景技术：
：随着Internet网和移动通信技术的迅猛发展，利用无线通信系统承载的大量多媒体业务涌现出来，其中一些应用业务，多个用户能同时接收相同数据，如视频点播、电视广播、视频会议、网上教育、互动游戏等等。为实现最有效地利用移动网络资源，3GPP提出组播禾口广播业务(MBMS:MultimediaBroadcast/MulticastService)。MBMS是一种典型的IP业务，针对无线链路，一个重要问题就是IP包中包头的开销太大。IP电话中的话音数据通常用RTP协议传输。这样，除了链路层组帧之外，一个包至少有一个IP包头(IPv4，20个字节)、一个UDP包头(8个字节)和一个RTP包头(基本包头，12个字节)，总共40个字节。如果使用IPv6协议，IP包头就有40个字节，整个包头增加为60个字节。而话音有效载荷的大小依赖于语音编码器，为了保证实时性，话音帧的大小可能为1520个字节。在无线链路中，带宽是最宝贵的资源。相比之下，系统处理包的能力倒在其次。为了提高带宽的利用率，就必须减小包头的大小。包头压縮具有以下优势1)减少包头开销，提高信道带宽利用率；2)縮短响应时间，提高交互性；3)减少有损链路上的包丢失率；4)为了传输对时间延迟敏感的数据业务，一般采用小包格式。采用包头压縮可以提高传输效率。IP头压縮(以下简称头压縮)算法是PDCP实现的，对在PS域传输的流媒体类业务，可选择RFC3095，也能够选择RFC2507，但是RFC3095对于RTP/UDP/IP包流处理则更为有效。RFC3095算法也叫ROHC算法，对于MBMS的广播业务，目前RNC进行的IP头压縮方式是针对业务的，配置消息为一个公共的消息，对应多个用户的。由于用户是移动的，对于一个MBMS业务的服务区，默认所有的UE都支持RFC3095算法，而对该服务区内的MBMS业务配置相同的IP头压縮方式，具体可以为利用RFC3095算法压縮或不压縮。但实际上，目前的网络中有的手机并不支持RFC3095，由于没有上行信道，网络也无法知道手机的UE能力，如果RNC确定利用RFC3095算法进行压縮并下发算法参数，那么不支持该算法的UE将无法接收该MBMS业务。如果满足服务区内所有UE的要求，只能采用最低的配置，会降低网络的性能。
发明内容有鉴于此，本发明提供一种MBMS业务中头压縮方式的配置方法，能够在提高数据传输效率的同时，能尽可能满足大多数用户的需求。为实现上述目的，本发明采用如下的技术方案—种MBMS业务中头压縮方式的配置方法，包括对于任一MBMS业务，RNC通知对所述任一MBMS业务感兴趣的UE上报是否支持RFC3095算法的信息；RNC统计对所述任一MBMS业务感兴趣的UE总数，接收所述UE上报的是否支持RFC3095算法的信息，确定对所述任一MBMS业务感兴趣的UE中支持RFC3095算法的UE数目；RNC根据对所述任一MBMS业务感兴趣的UE总数、对所述任一MBMS业务感兴趣的UE中支持RFC3095算法的UE数目和所述任一MBMS业务的特性确定配置的头压縮方式，并广播给对所述任一MBMS业务感兴趣的所有UE。较佳地，所述通知所述UE上报是否支持RFC3095算法的信息包括在所述MBMS接入消息中增加一个字段，并将该字段置为有效，用于指示UE上报是否支持RFC3095算法的信息。较佳地，业务类型和业务速率等级唯一对应一种MBMS业务；该方法进一步包括预先针对每种业务类型和业务速率等级的组合，设置RFC3095算法参数；所述确定配置的头压縮方式包括根据对所述任一MBMS业务感兴趣的UE中支持RFC3095算法的UE数目与对所述任一MBMS业务感兴趣的UE总数，确定采用RFC3095压縮算法还是不进行头压縮；并在确定采用RFC3095压縮算法后，进一步根据所述任一MBMS业务对应的业务类型和业务速率等级组合，选择对应的RFC3095算法参数。由上述技术方案可见，本发明中，对于任一MBMS业务，RNC通知所述UE上报是否支持RFC3095算法的信息；RNC统计对所述任一MBMS业务感兴趣的UE总数，接收所述UE上报的是否支持RFC3095算法的信息，确定对所述任一MBMS业务感兴趣的UE中支持RFC3095算法的UE数目；RNC根据对所述任一MBMS业务感兴趣的UE总数、对所述任一MBMS业务感兴趣的UE中支持RFC3095算法的UE数目和所述任一MBMS业务特性确定配置的头压縮方式，并广播给对所述任一MBMS业务感兴趣的所有UE。通过上述方式，可以获取UE是否支持RFC3095算法的信息，并且可以根据该信息更合理地确定头压縮方式，在提高数据传输效率的同时，能尽可能满足大多数用户的需求。图1为本发明中MBMS业务头压縮方式的配置方法流程图。具体实施例方式为使本发明的目的、技术手段和优点更加清楚明白，以下结合附图对本发明做进一步详细说明。本发明的基本思想是RNC强制UE上报是否支持RFC3095算法的能力信息，从而根据某MBMS业务中的UE总数和支持RFC3095算法的UE数目确定是否采用RFC3095算法进行压縮。图1为本发明中MBMS业务头压縮方式的配置方法流程图。在本发明中，针对每个业务进行头压縮方式的设置，以下就以MBMS业务A为例进行说明。如图l所示，该方法流程包括步骤101，RNC通知对MBMS业务A感兴趣的UE上报是否支持RFC3095算法的信息。本步骤中，具体RNC通知UE上报RFC3095算法能力的方式可以为在MBMS接入信息消息中增加一个字段。将该增加的字段置为有效时，即表示要求UE上报是否支持RFC3095算法的信息，将该增加的字段置为无效时，即表示要求UE不上报关于RFC3095算法的能力信息。这里，由于MBMS接入信息消息是周期性下发给UE的，因此，RNC可以根据需要设置是否要求UE上报是否支持RFC3095算法的能力信息。其中，MBMS接入信息消息是在指示UE进行counting操作时的消息，Counting操作时现有的一种统计对每种MBMS业务感兴趣的UE数目的方式。当然也可以在其他的消息中携带指示信息，通知UE上报RFC3095算法能力。步骤102，UE接收RNC的通知后，将自身是否支持RFC3095算法的信息上报给RNC。具体上报RFC3095算法信息的方式可以为UE在上报感兴趣的MBMS业务信息时，在上报的信息中增加一个字段，用于携带是否支持RFC3095算法的信息。步骤103，RNC统计对MBMS业务A感兴趣的UE总数和其中支持RFC3095算法的UE数目。本步骤中，RNC根据counting结果确定对MBMS业务A感兴趣的UE总数，并根据这些UE上报的是否支持RFC3095算法的信息，统计其中支持RFC3095算法的UE数目。步骤104，根据步骤103中的统计结果和当前业务特性确定头压縮方式，并通知对MBMS业务感兴趣的UE。本步骤中，可以根据步骤103中的统计结果确定头压縮方式。具体可以根据网络的实际环境和业务等因素，确定具体的头压縮方式。例如，可以在网络中对MBMS业务A感兴趣的UE中支持RFC3095算法的UE达到一定比例时，确定采用RFC3095算法进行头压縮，具体达到的比例值可以根据实际需要进行设定；或者，当网络中对MBMS业务A感兴趣的UE总数较少时，可以直接确定不进行头压縮。在确定基本的头压縮方式(即采用RFC3095算法压縮还是不进行压縮)后，若确定采用RFC3095算法进行压縮，还需要根据业务特性确定具体的RFC3095算法的参数。具体地，由于MBMS只是一个单向的业务，在RNC侧只需要考虑下行压縮的功能，对应UE则是解压縮，因此只需要配置RFC3095算法中下行的算法参数，而不配置其中上行的RFC3095功能，另外对25.331中的RFC3095—些可选参数可以根据业务特性选择不配置。以下给出一种优选的算法参数配置方式业务类型和业务速率等级唯一对应MBMS—种典型业务，因此可以预先针对每种业务类型和业务速率等级的组合，设置RFC3095算法典型参数；在确定进行RFC3095压縮后，根据MBMS业务A对应的业务类型和业务速率等级组合，选择对应的RFC3095算法参数。其中，协议25.331中规定的RFC3095算法的参数具体如表1所示。本发明中，对5应每种业务类型和业务速率等级组合设置的RFC3095算法参数取值如表2所示。<table>tableseeoriginaldocumentpage6</column></row><table>表1<table>tableseeoriginaldocumentpage6</column></row><table><table>tableseeoriginaldocumentpage7</column></row><table>表2表1中的RohcMaxCid为协议RFC3095规范中的定义，25.331也是直接做了引用，实际上对应RFC3095算法在无线网络中的运用，无法支持如此大的上下文个数。因此，在本发明中设置的RFC3095算法参数中修改该值的取值范围，针对MBMS业务，可配置范围为(1至15)，默认取值如表2所示为3。另外，针对MBMS业务特性，可以仅配置表2中所示的RFC3095参数，其他参数可以选择不配置。表2中RohcCidMode参数的值为"TRUE"，即代表CID的携带模式为放在ROHC包格式中。通过上述方式确定具体的头压縮方式后，将确定的头压縮方式下发给对MBMS业务A感兴趣的UE。当确定采用RFC3095算法进行压縮时，还需要进一步携带RFC3095算法的参数。至此，本发明中具体的头压縮方式配置方法流程结束。对于网络中的所有MBMS业务均可以采用上述方法进行头压縮方式的配置，然后根据配置结果对MBMS业务进行处理。由上述本发明的具体实现可见，本发明中，通过强制UE上报RFC3095能力信息，可以主动获取UE的能力信息，减少系统的信令开销。其中，是否需要UE主动上报RFC3095算法信息的功能是可控，减少了RNC向UE的请求的信令交互。同时，通过RNC对UE的能力信息做统计，根据服务区中UE能力的统计信息，来配置RFC3095头压縮算法，使得头压縮算法配置更加灵活和合理，能更好的提高网络的数据传输效率，可以根据支持RFC3095算法的所占的用户比重来确定是否需要进行头压縮。进一步地，增加了网络运营商对于HSDPA业务的控制机制，使得运营商的业务策略更加灵活，既可以按照系统总体性能最佳来设置网络，也可以按照用户间公平性最好来设置网络。以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。权利要求一种MBMS业务中头压缩方式的配置方法，其特征在于，该方法包括对于任一MBMS业务，RNC通知对所述任一MBMS业务感兴趣的UE上报是否支持RFC3095算法的信息；RNC统计对所述任一MBMS业务感兴趣的UE总数，接收所述UE上报的是否支持RFC3095算法的信息，确定对所述任一MBMS业务感兴趣的UE中支持RFC3095算法的UE数目；RNC根据对所述任一MBMS业务感兴趣的UE总数、对所述任一MBMS业务感兴趣的UE中支持RFC3095算法的UE数目和所述任一MBMS业务的特性确定配置的头压缩方式，并广播给对所述任一MBMS业务感兴趣的所有UE。2.根据权利要求1所述的方法，其特征在于，所述通知所述UE上报是否支持RFC3095算法的信息包括在所述MBMS接入消息中增加一个字段，并将该字段置为有效，用于指示UE上报是否支持RFC3095算法的信息。3.根据权利要求1所述的方法，其特征在于，业务类型和业务速率等级唯一对应一种MBMS业务；该方法进一步包括预先针对每种业务类型和业务速率等级的组合，设置RFC3095算法参数；所述确定配置的头压縮方式包括根据对所述任一MBMS业务感兴趣的UE中支持RFC3095算法的UE数目与对所述任一MBMS业务感兴趣的UE总数，确定采用RFC3095压縮算法还是不进行头压縮；并在确定采用RFC3095压縮算法后，进一步根据所述任一MBMS业务对应的业务类型和业务速率等级组合，选择对应的RFC3095算法参数。全文摘要本发明公开了一种MBMS业务中头压缩方式的配置方法，包括对于任一MBMS业务，RNC通知对所述任一MBMS业务感兴趣的UE上报是否支持RFC3095算法的信息；RNC统计对所述任一MBMS业务感兴趣的UE总数，接收所述UE上报的是否支持RFC3095算法的信息，确定对所述任一MBMS业务感兴趣的UE中支持RFC3095算法的UE数目；RNC根据对所述任一MBMS业务感兴趣的UE总数、对所述任一MBMS业务感兴趣的UE中支持RFC3095算法的UE数目和所述任一MBMS业务的特性确定配置的头压缩方式，并广播给对所述任一MBMS业务感兴趣的所有UE。应用本发明，能够在提高数据传输效率的同时，能尽可能满足大多数用户的需求。文档编号H04W28/06GK101771948SQ200810247448公开日2010年7月7日申请日期2008年12月31日优先权日2008年12月31日发明者周杰申请人:鼎桥通信技术有限公司