CN101998248A - 多播组播广播业务中上下文信息的处理方法及装置 - Google Patents
多播组播广播业务中上下文信息的处理方法及装置 Download PDFInfo
- Publication number
- CN101998248A CN101998248A CN2009100910398A CN200910091039A CN101998248A CN 101998248 A CN101998248 A CN 101998248A CN 2009100910398 A CN2009100910398 A CN 2009100910398A CN 200910091039 A CN200910091039 A CN 200910091039A CN 101998248 A CN101998248 A CN 101998248A
- Authority
- CN
- China
- Prior art keywords
- mbs
- information
- travelling carriage
- state
- contextual information
- 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.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
一种多播广播业务MBS中上下文信息的处理方法及装置,该方法主要包括:获取应用或申请多播广播业务MBS的移动台的状态信息;根据所述移动台的状态信息,将上下文信息发送给所述移动台,所述上下文信息用于对头压缩的MBS数据进行解压缩。利用本发明,可以让新加入MBS和丢失Context信息的MS尽快获得当前的解MBS头压缩的Context信息,可以实现MBS数据发送实体根据MS端反馈的ACK和NACK信息,及时调整状态机,向MS发送相应的Context信息。大大增加了头压缩技术的鲁棒性,减少解头压缩的错误率,提升了MBS头压缩的压缩效率。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种多播广播业务(MBS,Multicast and Broadcast Service)中上下文信息的处理方法及装置。
背景技术
由于物理条件的限制,无线链路与有线链路相比,传输速率较低,而误码率偏高。当将网际协议(IP,Internet Protocol)技术应用在无线网络小区环境中时,存在分组头标开销过大的问题。例如,一个IPv6语音通信分组,用户真正需要的分组净荷往往只占整个分组的22%。这样不仅浪费带宽,还增大了由于分组出错而导致的该分组被丢弃的概率。若不采取有效措施,在浪费宝贵无线网络资源的同时,还会降低服务质量。
采用头压缩机制可以解决上述问题,同时可保证IP协议固有的灵活性。头压缩机制包括鲁棒性头标压缩(ROHC,Robust Header Compression)、实时传输协议头压缩(Real-time Transport Protocol Header Compression,CRTP)机制,以及扩展实时传输协议头压缩(Extended RTP Header Compression,ECRTP)机制等。
ROHC是一种基于流的头标压缩方案。在网络数据传输过程中,同一个流的分组中大部分头标域具有相同的域值。ROHC机制在某个流中取一个参考分组,对于其他分组仅仅发送头标域中相对上述参考分组变化的信息,以达到压缩目的,从而节省分组头标开销,更加有效地利用带宽。
ROHC机制拥有三种操作模式,分别是U模式、O模式和R模式。
当系统处于U模式的时候,数据包仅进行从压缩端至解压端的单向传输,适用于在某些没有反向路径的链路。在U模式下,状态的转换一般为周期性更新和乐观的估计。但是由于缺乏错误反馈只能使用周期性更新Context(上下文)信息,所以U模式下的压缩效率相对其它模式效率较低。
O模式和U模式较为类似,不同在于O模式使用少量的反馈信道用于模式的转换或错误恢复,不再使用周期性更新。O模式的目标是使用少数反馈信道最大化压缩效率。它减少了因残余错误或context无效导致的数据包头大量损坏。
R模式和以上两种模式最大的区别在于,传输信道与反馈信道一一匹配,所以context的更新都需要反馈确认。R模式的目的是最大化鲁棒性。它可能会在Context无效的可能性上小于O模式。
随着个人通信和移动通信市场的迅速发展,MBS逐渐变得重要。比如手机电视业务等,运营商并不需要建设一个全新的网络来提供手机电视服务。
现有的MBS只存在使用无反馈的U模式的ROHC。现有ROHC技术中的O模式和R模式都是基于反馈的,由于现有的MBS是点对多点的通信模式,没有相应反馈机制,因此,MBS不支持O模式和R模式的ROHC。
现有使用U模式ROHC的MBS的具体方案为:
高层MBS分发实体根据ROHC U模式的数据包头压缩方法对数据包进行头压缩,将数据包发送给下属接收MBS数据包的MS(Mobile Subscribe Station,移动台)。根据ROHC U模式的乐观估计的方法实现状态机的推进,并周期性地进行状态机的回退,防止MS发生丢包、错包而导致ROHC头压缩的Context信息不能正确更新,或是有新的MS加入MBS,需要获得ROHC头压缩的Context信息,与压缩端的压缩状态获得同步从而正确解MBS的头压缩。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:由于现有技术中MBS中只使用了无反馈的U模式ROHC,鲁棒性能比有反馈的O模式,R模式的ROHC低。而新加入MBS的MS和丢失掉ROHC头压缩的Context信息的MS需要等到压缩端的状态机周期性回退到IR(Initial and Refresh,初始)状态,才能获得当前的ROHC头压缩的Context信息,从而正确的接收MBS。这导致新加入MBS和丢失掉Context信息的MS需要等待一定的时间才可以正确的接收MBS。
发明内容
本发明的实施例提供了一种MBS中上下文信息的处理方法及装置,以实现能够根据应用了MBS的移动台的状态信息,主动将对MBS数据进行解压缩用的上下文信息发送给移动台。
一种多播广播业务中上下文信息的处理方法,包括:
获知应用或申请多播广播业务MBS的移动台的状态信息;
根据所述移动台的状态信息,将上下文信息发送给所述移动台,所述上下文信息用于对头压缩的MBS数据进行解压缩。
一种多播广播业务中上下文信息的处理装置,包括:
移动台的状态信息获取模块,用于获知应用或申请多播广播业务MBS的移动台的状态信息;
上下文信息发送模块,用于根据所述移动台的状态信息,将上下文信息发送给所述移动台,所述上下文信息用于对头压缩的MBS数据进行解压缩。
由上述本发明的实施例提供的技术方案可以看出,本发明实施例通过根据MBS中的移动台的状态信息,将对头压缩的MBS数据进行解压缩的上下文信息发送给所述移动台。提出了在MBS业务中实现有反馈的头压缩的方法。大大增加了头压缩技术的鲁棒性,减少解头压缩的错误率。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例一提供的一种针对新加入MBS的MS,MBS中上下文信息的处理方法的处理流程图;
图2为本发明实施例二提供的一种针对丢失掉头压缩Context信息的MS,MBS中上下文信息的处理方法的处理流程图;
图3为本发明实施例三提供的一种根据MS端的反馈信息,MBS中上下文信息的处理方法的处理流程图;
图4为本发明实施例提供的一种MBS中上下文信息的处理装置的具体实现结构图。
具体实施方式
本发明实施例中,获知应用或申请MBS的移动台的状态信息,然后,根据所述移动台的状态信息,将上下文信息发送给所述移动台,所述上下文信息用于对头压缩的MBS数据进行解压缩。
进一步地,当MBS数据分发实体获取移动台的状态信息为:移动台新加入多播广播业务组或者移动台丢失掉上下文信息时,所述MBS数据分发实体通知相关的网络实体将所述上下文信息发送给所述移动台。
进一步地,基站或网关通过单播、组播或广播的方式将所述上下文信息发送给所述移动台。
进一步地,所述相关的网络实体将所述上下文信息和对应的序列号信息发送给所述移动台,所述MBS数据分发实体向所述移动台发送包含序列号信息的MBS数据包;
以使得所述移动台将所述上下文信息对应的序列号信息和所述MBS数据包中包含的序列号信息进行同步,利用同步后的上下文信息对相应的MBS数据包进行解压缩。
进一步地,按照预定的时间间隔,所述相关的网络实体将所述上下文信息发送给所述移动台;所述MBS数据分发实体向所述移动台发送所述上下文信息对应的MBS数据包;以使得所述移动台根据所述预定的时间间隔,利用所述上下文信息对相应的MBS数据包进行解压缩。
进一步地,所述的获取应用或申请多播广播业务MBS的移动台的状态信息包括:处于初始IR状态的MBS数据分发实体在向MBS组中的所有移动台发送了IR数据包后,所述MBS数据发送实体统计所有移动台反馈回来的应答和无应答的数量信息;
所述的根据所述移动台的状态信息,将上下文信息发送给所述移动台包括:当所述无应答的数量和应答的数量之间的比值大于预定的阈值,则所述MBS数据分发实体不改变其状态,继续向MBS组中的所有移动台发送IR数据包;否则,所述MBS数据分发实体改变其状态为第二等级SO状态,向MBS组中的所有移动台发送SO数据包,通知相关的网络实体将上下文信息发送给反馈无应答信息的移动台。
进一步地,所述的获取应用或申请多播广播业务MBS的移动台的状态信息包括:处于FO状态的MBS数据分发实体在向MBS组中的所有移动台发送了FO数据包后,所述MBS数据发送实体统计所有移动台反馈回来的应答和无应答的数量信息;
所述的根据所述移动台的状态信息,将上下文信息发送给所述移动台包括:当所述无应答的数量和应答的数量之间的比值大于预定的阈值,则所述MBS数据分发实体改变其状态为IR状态,向MBS组中的所有移动台发送IR数据包;否则,所述MBS数据分发实体改变其状态为第二等级SO状态,通知相关的网络实体将上下文信息发送给反馈无应答信息的移动台。
进一步地,所述的获取应用或申请多播广播业务MBS的移动台的状态信息包括:处于第二等级SO状态的MBS数据分发实体在向MBS组中的所有移动台发送了SO数据包后,所述MBS数据发送实体统计所有移动台反馈回来的应答和无应答的数量信息;
所述的根据所述移动台的状态信息,将上下文信息发送给所述移动台包括:当所述无应答的数量和应答的数量之间的比值大于预定的阈值,则所述MBS数据分发实体改变其状态为FO状态,向MBS组中的所有移动台发送FO数据包;否则,所述MBS数据分发实体不改变其状态,通知相关的网络实体将上下文信息发送给反馈无应答信息的移动台。
进一步地,当MBS数据分发实体获取移动台的状态信息为:应用MBS的移动台反馈的应答和无应答的数量信息时,所述MBS数据分发实体根据所述数量信息设置预定的周期,通知相关的网络实体按照所述预定的周期,将所述上下文信息广播给所述移动台。
为便于对本发明实施例的理解,下面将结合附图以几个具体实施例为例做进一步的解释说明,且各个实施例并不构成对本发明实施例的限定。
实施例一
该实施例提供的一种针对新加入MBS的MS,MBS中上下文信息的处理方法的处理流程如图1所示,包括如下处理步骤:
步骤11、MS加入MBS组,处于NC(No Context,没有上下文)的状态。
当采用了ROHC头标压缩方案时,ROHC解压缩状态机包含三种状态:NC(No Context,没有上下文)状态,SC(Satic Context,静态上下文)状态,FC(Full Context,全部上下文)状态。NC状态就是解压缩端的初始状态,这时解压缩端没有收到数据包,没有解压缩需要的任何信息;SC状态就是解压缩端得到了全部的静态解压缩的信息以及部分动态解压缩的信息;FC状态就是解压缩端已经获得了全部的解压缩信息。
ROHC压缩机包含三种状态:IR(Initial and Refresh,初始)状态,FO(First Order,第一等级)状态,SO(Second Order,第二等级)状态。初始的状态为IR状态,这时解压缩端几乎没有解压缩所需的静态和动态信息,ROHC压缩端发送IR或是IR-DYM数据包,其中数据包头中包含了解压缩所需的静态信息(源IP地址,目的IP地址等)和一些动态信息(SN,Timestamp等)。IR包可以既包含静态信息又包含动态信息,而IR-DYM包只可以包含动态信息。当解压缩端得到静态信息和部分动态信息时,压缩端处于FO状态,发送包含部分动态信息的FO数据包。当解压缩端得到所有的静态和动态信息,压缩端进入SO状态,发送不包含解压缩所需的静态和动态信息的SO数据包,报头的数据压缩到最小。
当一个MS新加入了一个正在广播的MBS组后,新加入的MS处于NC的状态。MBS数据发送实体向上述MBS组中的所有MS广播进行了头压缩的MBS数据包,当采用了ROHC头标压缩方案时,上述MBS数据包可以为MBSROHC数据包。上述新加入的MS由于没有任何的解MBS头压缩用的Context信息,而无法对上述MBS数据包进行解头压缩。
步骤12、MBS数据发送实体通知相关的网络实体使用单播的方式将解压缩用的Context信息发送给新加入的MS。
为了让新加入MBS的MS尽快获得当前解MBS头压缩用的Context信息,MBS数据发送实体通知相关的网络实体(如BS等)使用单播的方式将相应的Context信息发送给新加入的MS。Context信息的具体发送过程如下:
在MS在加入MBS组时,MBS数据分发实体通知BS为该MS分配下行的单播信道或连接,通知BS通过下行的单播信道或连接将当前没有经过头压缩的当前解MBS头压缩用的Context信息传送给MS。
步骤13、新加入的MS在接收到上述BS发送的Context信息后,MBS数据发送实体向上述MS广播进行了头压缩的MBS数据。
上述MS在接收到上述BS发送的Context信息后,其状态变更为FC状态。然后,该MS在分配的上行信道或连接上传输ROHC反馈数据包,MBS数据发送实体通过解析上述ROHC反馈数据包得知,确定MS已经获得上述Context信息。MBS数据发送实体通知BS停止上述单播的Context信息的发送,BS预先分配下行的单播信道或连接可以根据需要保留或删除。
然后,MBS数据发送实体可以向上述MS广播进行了头压缩的MBS数据包,MS根据上述已经获取的解MBS头压缩用的Context信息,对接收到的MBS数据包进行解头压缩。
在实际应用中,上述BS还可以通过一个单播的消息(信令)将上述Context信息发送给新加入的MS。并且,BS可以在向上述MS发送Context信息的同时,还向上述MS转发MBS数据发送实体发送过来的进行了头压缩的MBS数据包。若是MS可以将收到的Context信息和MBS数据包同步,并且顺利地解压缩后继的MBS数据包,则上述MS返回ACK(ACKnowledge,应答)消息给BS和MBS数据发送实体。
该实施例可以实现让新加入MBS的MS尽快获得当前的解MBS头压缩的Context信息。
实施例二
该实施例提供的一种针对丢失掉头压缩Context信息的MS,MBS中上下文信息的处理方法的处理流程如图2所示,包括如下处理步骤:
步骤21、已经加入了MBS组的MS丢失掉当前的解MBS头压缩的Context信息。
一个已经加入了MBS组的MS可能由于发生丢包、错包而导致丢失掉当前的解MBS头压缩的Context信息。此时,该MS的状态变更为NC状态,并且与MBS业务的头压缩端保持的Context失去同步。该MS需要重新获取头压缩端保持的当前的解MBS头压缩的Context信息。
步骤22、MBS数据发送实体通知相关的网络实体使用单播或广播的方式将当前的解MBS头压缩的Context信息发送给丢失Context信息的MS,并且,向丢失Context信息的MS发送MBS数据包。
为了让上述丢失Context信息的MS尽快获得当前的解MBS头压缩的Context信息,MBS数据发送实体通知相关的网络实体(如BS等)使用单播的方式,比如使用单播的信道、连接或消息(信令)将相应的Context信息发送给该MS;或者,使用周期广播的方式将相应的Context信息发送给该MS。
上述相关的网络实体可以向上述丢失Context信息的MS发送包含Context信息的IP包或者发送包含SN(Sequence Number,序号)信息的Context信息。
MBS数据发送实体在向上述相关的网络实体发送了上述通知后,还向上述丢失Context信息的MS发送MBS数据包。
步骤23、MS将接收到的Context信息和MBS数据包进行同步,利用同步后的Context信息对相应的MBS数据包进行解压缩。
上述MS接收到上述收到包含Context信息的IP包后,获取包头中的SN信息;接收到上述包含SN信息的Context信息,则也获取其中的SN信息。
上述MS接收到MBS数据发送实体发送的MBS数据包后,根据该MBS数据包中的SN信息和上述获取的SN信息,将接收到的Context信息和MBS数据包进行同步,即将收到的MBS数据包和Context信息通过SN对应起来。然后,利用同步后的Context信息对相应的MBS数据包进行解压缩。
在实际应用中,还可以通过时间同步的方法将上述Context信息和MBS数据包进行同步。在这种情况下,MS不需要获取SN信息。可以将广播的Context信息与广播的MBS数据包严格的时间同步,按照预定的时间间隔,所述相关的网络实体使用单播的方式将解头压缩MBS数据的上下文信息发送给所述MS,所述MBS数据分发实体向所述MS发送所述解头压缩MBS数据的上下文信息对应的MBS数据包。所述MS根据所述预定的时间间隔,利用所述解头压缩MBS数据的上下文信息对相应的MBS数据包进行解压缩。
比如,广播Context的周期是广播MBS数据包周期的整数倍。并且为了防止一帧中发送多个MBS数据包导致同步不够精确,可以在广播的Context信息中加入偏移量,通知MS收到的Context内容该对应哪个MBS数据包。当MS收到广播的Context信息,就可以根据Context信息中的偏移量得到对应的MBS数据包。
该实施例可以实现让丢失Context信息的MS尽快获得当前的解MBS头压缩的Context信息。
实施例三
该实施例提供的一种根据MS端的反馈信息,MBS中上下文信息的处理方法的处理流程如图3所示,包括如下处理步骤:
步骤31、头压缩端的MBS数据发送实体获取MS端反馈的ACK和NACK信息。
头压缩端的MBS数据发送实体在向MBS组中的所有MS发送了IR或FO或SO数据包后,BS数据发送实体需要统计收到的所有MS反馈回来的ACK和NACK(UnACKnowledge,无应答)信息的数目。
比如,头压缩端的MBS数据发送实体在向MBS组中的所有MS发送了IR数据包后,正确接收到该IR数据包的MS,并获取了IR数据包中包含的当前头压缩端保持的Context信息后,则可以对该IR数据包进行解压缩,并向头压缩端的MBS数据发送实体反馈ACK信息;如果MS没有正确收到IR数据包,没有获取当前头压缩端保持的Context信息,则不能对该IR数据包进行解压缩,向头压缩端的MBS数据发送实体反馈NACK信息。
步骤32、MBS数据发送实体根据MS端反馈的ACK和NACK信息,调整状态机,向MS发送相应的Context信息。
由于ROHC本身具有状态机回退的机制,头压缩端的MBS数据发送实体可以根据收到的MS端反馈信息,调整状态机,以进行Context内容的更新。
比如,若是头压缩端处于IR状态下,头压缩端的MBS数据发送实体在向MBS组中的所有MS发送了IR数据包后,MBS数据发送实体根据统计的MS反馈回来的ACK和NACK信息的数目,获取有多少MS得到了当前头压缩端保持的Context,多少MS没有得到当前头压缩端保持的Context。若是只有少数Context失同步的MS没有正确获得上述Context,则头压缩端的MBS数据发送实体改变其状态,成为SO状态,并通知BS使用单播或是组播的方式将正确的Context发送给上述Context失同步的MS。若是大部分MS都没有得到当前头压缩端保持的Context,则头压缩端的MBS数据发送实体不改变其状态,仍然向所有的MS发送IR数据包。
同样,若是头压缩端处于FO状态下,头压缩端的MBS数据发送实体在向MBS组中的所有MS发送了FO数据包后,也要统计MS反馈回来的ACK和NACK信息的数目。若是只有少数Context失同步的MS没有正确获得当前头压缩端保持的Context,则头压缩端的MBS数据发送实体改变其状态为SO状态,向MBS组中的所有MS发送了FO数据包。并通知BS使用单播或是组播的方式将正确的Context发送给上述Context失同步的MS。若是大部分MS都没有得到当前头压缩端保持的Context,则头压缩端的MBS数据发送实体改变其状态,成为IR状态,向所有的MS发送IR数据包。若是所有MS都得到当前头压缩端保持的Context,则头压缩端的MBS数据发送实体改变其状态,成为SO状态,向所有的MS发送SO数据包。
同样,若是头压缩端处于SO状态下,头压缩端的MBS数据发送实体在向MBS组中的所有MS发送了SO数据包后,也要统计MS反馈回来的ACK和NACK信息的数目。若是只有少数Context失同步的MS没有正确获得当前头压缩端保持的Context,则头压缩端的MBS数据发送实体不改变其状态,并通知BS使用单播或是组播的方式将正确的Context发送给上述Context失同步的MS。若是大部分MS都没有得到当前头压缩端保持的Context,则头压缩端的MBS数据发送实体改变其状态,成为FO状态,向所有的MS发送FO数据包。
头压缩端的MBS数据发送实体可以预先设置没有正确获得上述当前头压缩端保持的Context的MS的阈值,根据该阈值来判断是否需要改变其状态。
头压缩端的MBS数据发送实体针对一个MBS,使用两个广播业务,一个广播业务用于广播头压缩之后的MBS,另一个广播业务用于BS/GW周期广播当前M BS压缩机保持的Context。
BS/GW在周期广播上述Context内容的同时,可以根据MS向压缩端反馈的请求,有选择地通过信令或数据的方式单播地将当前Context信息通知Context失去同步的MS。
上述MS向压缩端反馈请求的方式可以为如下的几种:
反馈方式一:网络侧为每个MS分配一个专用于MBS反馈的专用信道,长度可以是半个slot(子带)。MS在上述专用信道中反馈MBS的ACK或NACK。这里的ACK或NACK只是一个符号,不是整个ROHC反馈数据包。当BS收到ACK或是NACK后,BS知道MS需要发送ROHC反馈数据包。BS为MS分配一定长度的带宽用于MS发送ROHC反馈数据包。若是MS需要反馈的数据包的长度超过了BS分配的数目,则利用BS分配的上行带宽发送带宽请求。
反馈方式二:网络侧为每个MBS组分配两个反馈信道,MBS组中的所有MS共用这两个反馈信道,一个反馈信道专用于反馈ACK,另一个反馈信道专用于反馈NACK。MS在加入MBS组时,BS就为MS分配了一个CDMA(Code Division Multiple Access,码分多址码),该CDMA码用于MS进行MBS的ROHC反馈。BS为不同的MS分配不同的CDMA码,并且这些码字近似正交,若是多个码字发生碰撞,不会影响BS的解调。由于ACK和NACK使用不同的传输信道,不同的MBS组使用不同的传输信道,一个MS只要分配一个码字即可。当BS收到相应码字,就知道是哪个MS在哪个MBS组上没有正确接收ROHC Context。
BS/GW广播下发Context的预定的周期可以根据收到来自终端的反馈情况进行调整。若是BS/GW收到的ACK和NACK之间的比值大于一个预定的阈值,即终端反馈主要为ACK,则可以增加广播下发Context的上述预定的周期。若是BS/GW收到的ACK和NACK之间的比值不大于一个预定的阈值,即终端反馈主要为NACK,则可以减少广播下发Context的上述预定的周期。若是信道质量很好,较长时间里才收到一个NACK,则可以是收到NACK就发送一次Context广播。
上述单播信令下发是指BS主动通过信令的方式单播的将MBS头压缩的Context信息下发给需要Context的MS;MS也可以通过信令请求的方式,主动请求BS将现在的MBS头压缩Context信息通过单播信令的方式下发给自己。
上述单播数据下发是指BS通过单播的数据方式将MBS头压缩的Context信息下发给需要Context的MS;MS也可以通过请求的方式,主动请求BS将现在的头压缩Context信息通过单播数据的方式下发给自己。
该实施例可以实现MBS数据发送实体根据MS端反馈的ACK和NACK信息,及时调整状态机,向MS发送相应的Context信息。
本发明实施例还提供了一种MBS中上下文信息的处理装置,其具体实现结构如图4所示,具体可以包括:
移动台的状态信息获取模块41,用于获知应用或申请多播广播业务MBS的移动台的状态信息;
上下文信息发送模块42,用于根据所述移动台的状态信息,将上下文信息发送给所述移动台,所述上下文信息用于对头压缩的MBS数据进行解压缩。
所述的上下文信息发送模块42包括第一发送模块421、第二发送模块422、第三发送模块423、第四发送模块424和第五发送模块425中的至少一项,其中,
第一发送模块421,用于当所述移动台的状态信息获取模块获取移动台的状态信息为:移动台新加入多播广播业务组或者丢失掉上下文信息时,通知相关的网络实体将所述上下文信息发送给所述移动台;
第二发送模块422,用于在向MBS组中的所有移动台发送了IR数据包后,所述移动台的状态信息获取模块统计所有移动台反馈回来的应答和无应答的数量信息,并且所述无应答的数量和应答的数量之间的比值大于预定的阈值时,则继续向MBS组中的所有移动台发送IR数据包;否则,向MBS组中的所有移动台发送SO数据包,通知相关的网络实体将上下文信息发送给反馈无应答信息的移动台;
第三发送模块423,用于在向MBS组中的所有移动台发送了FO数据包后,所述移动台的状态信息获取模块统计所有移动台反馈回来的应答和无应答的数量信息,并且所述无应答的数量和应答的数量之间的比值大于预定的阈值时,则向MBS组中的所有移动台发送IR数据包;否则,所述MBS数据分发实体改变其状态为第二等级SO状态,向MBS组中的所有移动台发送SO数据包,通知相关的网络实体将上下文信息发送给反馈无应答信息的移动台;
第四发送模块424,用于在向MBS组中的所有移动台发送了SO数据包后,所述移动台的状态信息获取模块统计所有移动台反馈回来的应答和无应答的数量信息,并且所述无应答的数量和应答的数量之间的比值大于预定的阈值时,则向MBS组中的所有移动台发送FO数据包;否则,继续向MBS组中的所有移动台发送SO数据包,通知相关的网络实体将上下文信息发送给反馈无应答信息的移动台;
第五发送模块425,用于当所述移动台的状态信息获取模块获取移动台的状态信息为:应用MBS的移动台反馈的应答和无应答的数量信息时,根据所述数量信息设置预定的周期,通知相关的网络实体按照所述预定的周期,将所述上下文信息广播给所述移动台。
上述MBS中上下文信息的处理装置可以为头压缩端的MBS数据发送实体,上述相关的网络实体可以为BS或GW(Gateway,网关),BS或GW通过单播、组播或广播的方式将所述上下文信息发送给所述移动台。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
综上所述,本发明实施例提出了在MBS业务中实现ROHC有反馈的头压缩的方法。大大增加了头压缩技术的鲁棒性,减少解头压缩的错误率。
本发明实施例可以实现让新加入MBS的MS尽快获得当前的解MBS头压缩的Context信息,可以实现让丢失Context信息的MS尽快获得当前的解MBS头压缩的Context信息。
本发明实施例可以实现MBS数据发送实体根据MS端反馈的ACK和NACK信息,及时调整状态机,向MS发送相应的Context信息。MBS数据发送实体不需要定时回退压缩状态机,提升了MBS头压缩的压缩效率。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (11)
1.一种多播广播业务中上下文信息的处理方法,其特征在于,包括:
获取应用或申请多播广播业务MBS的移动台的状态信息;
根据所述移动台的状态信息,将上下文信息发送给所述移动台,所述上下文信息用于对头压缩的MBS数据进行解压缩。
2.根据权利要求1所述的方法,其特征在于,所述方法包括:
当MBS数据分发实体获取移动台的状态信息为:移动台新加入多播广播业务组或者移动台丢失掉上下文信息时,所述MBS数据分发实体通知相关的网络实体将所述上下文信息发送给所述移动台。
3.根据权利要求2所述的方法,其特征在于,所述的相关的网络实体将所述上下文信息发送给所述移动台,包括:
基站或网关通过单播、组播或广播的方式将所述上下文信息发送给所述移动台。
4.根据权利要求2所述的方法,其特征在于,所述的相关的网络实体将所述上下文信息发送给所述移动台,包括:
所述相关的网络实体将所述上下文信息和对应的序列号信息发送给所述移动台,
进一步包括:
所述MBS数据分发实体向所述移动台发送包含序列号信息的MBS数据包;
以使得所述移动台将所述上下文信息对应的序列号信息和所述MBS数据包中包含的序列号信息进行同步,利用同步后的上下文信息对相应的MBS数据包进行解压缩。
5.根据权利要求2所述的方法,其特征在于,所述的相关的网络实体将所述上下文信息发送给所述移动台,包括:
按照预定的时间间隔,所述相关的网络实体将所述上下文信息发送给所述移动台;
进一步包括:
所述MBS数据分发实体向所述移动台发送所述上下文信息对应的MBS数据包;
以使得所述移动台根据所述预定的时间间隔,利用所述上下文信息对相应的MBS数据包进行解压缩。
6.根据权利要求1所述的方法,其特征在于:
所述的获取应用或申请多播广播业务MBS的移动台的状态信息包括:处于初始IR状态的MBS数据分发实体在向MBS组中的所有移动台发送了IR数据包后,所述MBS数据发送实体统计所有移动台反馈回来的应答和无应答的数量信息;
所述的根据所述移动台的状态信息,将上下文信息发送给所述移动台包括:当所述无应答的数量和应答的数量之间的比值大于预定的阈值,则所述MBS数据分发实体不改变其状态,继续向MBS组中的所有移动台发送IR数据包;否则,所述MBS数据分发实体改变其状态为第二等级SO状态,向MBS组中的所有移动台发送SO数据包,通知相关的网络实体将上下文信息发送给反馈无应答信息的移动台。
7.根据权利要求1所述的方法,其特征在于:
所述的获取应用或申请多播广播业务MBS的移动台的状态信息包括:处于FO状态的MBS数据分发实体在向MBS组中的所有移动台发送了FO数据包后,所述MBS数据发送实体统计所有移动台反馈回来的应答和无应答的数量信息;
所述的根据所述移动台的状态信息,将上下文信息发送给所述移动台包括:当所述无应答的数量和应答的数量之间的比值大于预定的阈值,则所述MBS数据分发实体改变其状态为IR状态,向MBS组中的所有移动台发送IR数据包;否则,所述MBS数据分发实体改变其状态为第二等级SO状态,通知相关的网络实体将上下文信息发送给反馈无应答信息的移动台。
8.根据权利要求1所述的方法,其特征在于:
所述的获取应用或申请多播广播业务MBS的移动台的状态信息包括:处于第二等级SO状态的MBS数据分发实体在向MBS组中的所有移动台发送了SO数据包后,所述MBS数据发送实体统计所有移动台反馈回来的应答和无应答的数量信息;
所述的根据所述移动台的状态信息,将上下文信息发送给所述移动台包括:当所述无应答的数量和应答的数量之间的比值大于预定的阈值,则所述MBS数据分发实体改变其状态为FO状态,向MBS组中的所有移动台发送FO数据包;否则,所述MBS数据分发实体不改变其状态,通知相关的网络实体将上下文信息发送给反馈无应答信息的移动台。
9.根据权利要求1所述的方法,其特征在于,所述的方法,包括:
当MBS数据分发实体获取移动台的状态信息为:应用MBS的移动台反馈的应答和无应答的数量信息时,所述MBS数据分发实体根据所述数量信息设置预定的周期,通知相关的网络实体按照所述预定的周期,将所述上下文信息广播给所述移动台。
10.一种多播广播业务中上下文信息的处理装置,其特征在于,包括:
移动台的状态信息获取模块,用于获取应用或申请多播广播业务MBS的移动台的状态信息;
上下文信息发送模块,用于根据所述移动台的状态信息,将上下文信息发送给所述移动台,所述上下文信息用于对头压缩的MBS数据进行解压缩。
11.根据权利要求10所述的多播广播业务中上下文信息的处理装置,其特征在于,所述的上下文信息发送模块包括第一发送模块、第二发送模块、第三发送模块、第四发送模块和第五发送模块中的至少一项,其中,
第一发送模块,用于当所述移动台的状态信息获取模块获取移动台的状态信息为:移动台新加入多播广播业务组或者丢失掉上下文信息时,通知相关的网络实体将所述上下文信息发送给所述移动台;
第二发送模块,用于在向MBS组中的所有移动台发送了IR数据包后,所述移动台的状态信息获取模块统计所有移动台反馈回来的应答和无应答的数量信息,并且所述无应答的数量和应答的数量之间的比值大于预定的阈值时,则继续向MBS组中的所有移动台发送IR数据包;否则,向MBS组中的所有移动台发送SO数据包,通知相关的网络实体将上下文信息发送给反馈无应答信息的移动台;
第三发送模块,用于在向MBS组中的所有移动台发送了FO数据包后,所述移动台的状态信息获取模块统计所有移动台反馈回来的应答和无应答的数量信息,并且所述无应答的数量和应答的数量之间的比值大于预定的阈值时,则向MBS组中的所有移动台发送IR数据包;否则,所述MBS数据分发实体改变其状态为第二等级SO状态,向MBS组中的所有移动台发送SO数据包,通知相关的网络实体将上下文信息发送给反馈无应答信息的移动台;
第四发送模块,用于在向MBS组中的所有移动台发送了SO数据包后,所述移动台的状态信息获取模块统计所有移动台反馈回来的应答和无应答的数量信息,并且所述无应答的数量和应答的数量之间的比值大于预定的阈值时,则向MBS组中的所有移动台发送FO数据包;否则,继续向MBS组中的所有移动台发送SO数据包,通知相关的网络实体将上下文信息发送给反馈无应答信息的移动台;
第五发送模块,用于当所述移动台的状态信息获取模块获取移动台的状态信息为:应用MBS的移动台反馈的应答和无应答的数量信息时,根据所述数量信息设置预定的周期,通知相关的网络实体按照所述预定的周期,将所述上下文信息广播给所述移动台。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009100910398A CN101998248A (zh) | 2009-08-20 | 2009-08-20 | 多播组播广播业务中上下文信息的处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009100910398A CN101998248A (zh) | 2009-08-20 | 2009-08-20 | 多播组播广播业务中上下文信息的处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101998248A true CN101998248A (zh) | 2011-03-30 |
Family
ID=43787678
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009100910398A Pending CN101998248A (zh) | 2009-08-20 | 2009-08-20 | 多播组播广播业务中上下文信息的处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101998248A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107852642A (zh) * | 2015-07-27 | 2018-03-27 | 高通股份有限公司 | 具有丢失的初始化和刷新消息的rohc的恢复机制 |
CN110519337A (zh) * | 2019-08-05 | 2019-11-29 | 网宿科技股份有限公司 | 一种节点状态判断、采集方法及状态决策器、状态采集器 |
WO2023045815A1 (zh) * | 2021-09-26 | 2023-03-30 | 惠州Tcl移动通信有限公司 | 传输方法、电子设备及计算机可读存储介质 |
WO2023056641A1 (zh) * | 2021-10-09 | 2023-04-13 | Oppo广东移动通信有限公司 | 一种头压缩方法及装置、终端设备、网络设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1780296A (zh) * | 2004-11-26 | 2006-05-31 | 华为技术有限公司 | 一种快速恢复压缩解压缩上下文的方法 |
CN1996941A (zh) * | 2006-06-30 | 2007-07-11 | 华为技术有限公司 | 一种鲁棒性头部压缩u模式出错时的处理方法 |
CN101001211A (zh) * | 2006-01-13 | 2007-07-18 | 汤姆森许可贸易公司 | 数据分组交换方法、数据分组的压缩设备及解压缩设备 |
-
2009
- 2009-08-20 CN CN2009100910398A patent/CN101998248A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1780296A (zh) * | 2004-11-26 | 2006-05-31 | 华为技术有限公司 | 一种快速恢复压缩解压缩上下文的方法 |
CN101001211A (zh) * | 2006-01-13 | 2007-07-18 | 汤姆森许可贸易公司 | 数据分组交换方法、数据分组的压缩设备及解压缩设备 |
CN1996941A (zh) * | 2006-06-30 | 2007-07-11 | 华为技术有限公司 | 一种鲁棒性头部压缩u模式出错时的处理方法 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107852642A (zh) * | 2015-07-27 | 2018-03-27 | 高通股份有限公司 | 具有丢失的初始化和刷新消息的rohc的恢复机制 |
CN107852642B (zh) * | 2015-07-27 | 2021-02-02 | 高通股份有限公司 | 具有丢失的初始化和刷新消息的rohc的恢复机制 |
CN110519337A (zh) * | 2019-08-05 | 2019-11-29 | 网宿科技股份有限公司 | 一种节点状态判断、采集方法及状态决策器、状态采集器 |
WO2023045815A1 (zh) * | 2021-09-26 | 2023-03-30 | 惠州Tcl移动通信有限公司 | 传输方法、电子设备及计算机可读存储介质 |
WO2023056641A1 (zh) * | 2021-10-09 | 2023-04-13 | Oppo广东移动通信有限公司 | 一种头压缩方法及装置、终端设备、网络设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101154425B1 (ko) | 브로드캐스트/멀티캐스트 서비스를 위한 헤더 압축 강화 | |
CN100454920C (zh) | 扩展标题压缩 | |
EP1867135B1 (en) | Method and apparatus for enhanced file distribution in multicast or broadcast | |
US8656241B2 (en) | Cell dependent multi-group hybrid automatic repeat request method for multicast in wireless networks | |
EP1604477B1 (en) | Transmission of data with forward error correction information | |
CN1996941B (zh) | 一种鲁棒性头部压缩u模式出错时的处理方法 | |
US8694846B2 (en) | Method for receiving and transmitting data blocks | |
JP2006304294A (ja) | 移動通信システムにおけるデータ伝送方法 | |
US20070002851A1 (en) | Transmission and reception of session packets | |
CN105515738A (zh) | 移动站、基站和操作网络基础设施实体的方法 | |
KR20080069624A (ko) | 무선 멀티캐스트 서비스에서 그룹 리더의 선택을 위한 방법및 장치 | |
CN102457492A (zh) | 流媒体文件的协同传输方法、系统以及设备 | |
CN101296161A (zh) | 一种数据重传的方法、系统、装置、接收设备及发送设备 | |
JP2010515385A (ja) | ワイヤレス・ネットワークにおける冗長性のあるマルチキャスト・サービス | |
CN101657989A (zh) | 多分组源确认 | |
CN101998248A (zh) | 多播组播广播业务中上下文信息的处理方法及装置 | |
CN102904673A (zh) | 使用crc和相等长度分组进行分组传输的方法和装置 | |
CN100405761C (zh) | 发送装置、通信系统及通信方法 | |
CN108810828B (zh) | 用于在广播递送期间分发信息的方法和装置 | |
EP2137936A2 (en) | Service identification enabling communication of multiple data streams | |
CN102571263B (zh) | 一种解码方法和装置 | |
CN103179094B (zh) | Ip报文头的发送、接收方法、发送装置以及接收装置 | |
US7966540B1 (en) | Transmitting error correction information | |
EP2235870A1 (en) | Apparatus and method for inserting network clock reference packet in satellite communication system | |
CN109314612B (zh) | 协同广播与双向网络传输 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110330 |