点对多点业务的接收方法和装置与流程

文档序号:15061675发布日期:2018-07-31 21:58阅读:774来源:国知局

本发明涉及移动通信技术,特别是涉及一种点对多点业务的接收方法和装置。



背景技术:

一般通信系统中系统为每种业务建立一条承载用来传输数据,每种承载包含的l2(rlc/pdcp)实体在建立之初对各变量进行初始化,业务进行中更新及维护变量值,当收到或发送数据时,根据当前维护的变量计算值及收到数据包的序列号值,判断收到的数据包是否保留、递交或丢弃。当变量计算值不符合实际收发数据的情况时,会出现误丢或重复递交数据包,其中,误丢数据包对业务尤其是语音类的实时业务影响较大,会造成语音丢字及断续,影响用户感知。

现有业务的承载实体大多是针对单点对单点业务设计的,收发双方承载数据传输的实体同时在业务开始时建立,在业务终止时释放,移动时,切换后重新建立实体。这种业务的承载实体也可用于点对多点业务,比如集群广播业务。对于点对多点的业务,多个用户公用一个承载数据传输的实体。

对于群组呼叫这种广播业务,在切换到新的已建立群组的小区或迟后进入一个群组,由于本小区内的群组业务承载之前已经建立了,而新加入的用户的群组业务承载是新建不久的,承载中的l2实体各类状态变量在建立时进行初始化,如此,将会使得新加入用户的业务承载的状态变量与小区已有业务承载的状态变量不一致。业务承载的状态变量包括:接收/发送窗口的起点和终点,及接收到的数据包的序列号,期待接收的数据包的序列号。对于新加入已建群组的用户,其最初接收到的新数据,会由于接收方校验序列号不在接收窗内而被丢弃,直到接收到的数据序列号满足数据传输实体的状态变量的要求,这期间将会丢失大量数据包,如上所述,如果丢包较多以至于超过语音解码器能承受的范围,就会造成丢字或是声音断续,影响用户感知非常不好,甚至造成业务中断。

由此可见,现有系统中,当用户加入之前已存在的群组时,会丢弃大量数据包,从而造成业务中断。



技术实现要素:

有鉴于此,本发明的主要目的在于提供一种点到多点业务的接收方法和装置,可以确保新加入已存在群组的用户的业务连续性。

为了达到上述目的,本发明提出的技术方案为:

一种点到多点业务的接收方法,包括:

当用户设备ue加入至一个已有群组时,保存所述加入后收到的首个数据包,并根据所述数据包的序列号更新所述用户的业务承载状态变量;

所述ue按照所述业务承载状态变量,对后续接收到的数据包进行接收控制。

一种点到多点业务的接收装置,包括:

状态变量更新单元,用于当用户设备ue加入至一个已有群组时,保存所述加入后收到的首个数据包,并根据所述数据包的序列号更新所述用户的业务承载状态变量;

接收控制单元,用于按照所述业务承载状态变量,对所述ue后续接收到的数据包进行接收控制。

综上所述,本发明提出的点到多点业务的接收方法和装置,新加入已有群组的用户根据实际接收到的数据序列号维护业务承载的状态变量并保存首个数据包,可以避免用户新加入已有群组时大量数据包丢失的问题,确保用户业务的连续性。

附图说明

图1为本发明实施例的方法流程示意图;

图2为本发明实施例的装置结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚,下面将结合附图及具体实施例对本发明作进一步地详细描述。

本发明的核心思想是:根据新加入群组用户接收到的首个数据包序列号对业务承载的状态变量进行更新,如此,可以避免用户新加入群组时大量数据包丢失的问题,确保用户业务的连续性。

图1为本发明实施例的方法流程示意图,如图1所示,该实施例实现的点到多点业务的接收方法主要包括:

步骤101、当用户设备ue加入至一个已有群组时,保存所述加入后收到的首个数据包,并根据所述数据包的序列号更新所述用户的业务承载状态变量。

这里,所述已有群组是指ue在群组已建立之后加入的,即ue非群组的初始用户成员,具体场景可以是ue切换到一个新小区中后加入该新小区中的一个已有群组,或者是,ue迟后加入本小区中的一个已有群组。

本步骤中与现有方案所不同的是,ue加入到一个已有群组后,将不再丢弃首次接收到的数据包,并且根据该首次接收到的数据包的序号对其业务承载状态变量进行更新,使得在后续接收过程中,根据该更新后的业务承载状态变量进行接收控制,能够使接收端的业务承载状态变量和发送端的业务承载状态变量保持一致,从而可以确保不会出现大量丢弃数据包的情况。

在实际应用中,可以根据ue具体采用的传输确认模式(即非确认模式um或确认模式am),对业务承载状态变量进行更新,较佳地,可以采用下述方法实现:

当采用非确认模式um时,按照vr(uh)=vr(ur)=vr(ux)=rec_sn进行所述更新;其中,所述vr(uh)为虚拟接收端的um模式接收数据包的最大序号,所述vr(ur)为虚拟接收端的um模式已接收数据包的序号,所述vr(ux)为虚拟接收端的um模式触发重排序数据包的最大序号,所述rec_sn为所述首个数据包的序列号。

当采用确认模式am模式时,按照vr(h)=vr(r)=vr(x)=rec_sn进行所述更新;其中,所述vr(h)为虚拟接收端am模式接收数据包的最大序号,所述vr(r)为虚拟接收端am模式已接收数据包的序号,所述vr(x)为虚拟接收端am模式触发重排序数据包的最大序号,所述rec_sn为所述首个数据包的序列号。

步骤102、所述ue按照所述业务承载状态变量,对后续接收到的数据包进行接收控制。

这里,如上所述,由于是利用步骤101更新后的业务承载状态变量进行接收控制,因此,可以避免现有方案中根据ue初始加入群组时的初始业务承载状态变量进行接收控制时,所产生的大量有效数据包被丢弃的问题,从而可以确保ue点到多点业务的正常进行,避免对实时业务的影响。

较佳地,当采用非确认模式um时,按照vr(uh)=vr(ur)=vr(ux)=rec_sn进行所述更新。

其中,所述vr(uh)为虚拟接收端的um模式接收数据包的最大序号;该状态变量保持的序列号sn,紧跟在接收的umdpdu中具有最高sn值的umdpdu的sn值后,且作为重新排序窗口的上边界。

所述vr(ur)为虚拟接收端的um模式已接收数据包的序号;该状态变量保持最早的、还被视为要重排序的umdpdu的sn值。

所述vr(ux)为虚拟接收端的um模式触发重排序数据包的最大序号;该状态变量保持的sn值,紧跟在触发了t-reordering的umdpdu的sn值后。

所述rec_sn为所述首个数据包的序列号。

较佳地,当采用确认模式am模式时,按照vr(h)=vr(r)=vr(x)=rec_sn进行所述更新。

其中,所述vr(h)为虚拟接收端am模式接收数据包的最大序号,该状态变量保持的sn值,紧跟于在收到的rlc数据pdu中,sn最高的rlc数据pdu的sn值之后。

所述vr(r)为虚拟接收端am模式已接收数据包的序号,该状态变量保持的sn值,紧跟在按序被完全接收的最后amdpdu之后,且其作为接收窗口的下边界。

所述vr(x)为虚拟接收端am模式触发重排序数据包的最大序号,此变量保持的sn值,紧跟在触发了t-reordering的rlc数据pdu的sn之后。

图2为上述方法相对应的点到多点业务的接收装置的结构示意图,如图2所示,该装置包括:

状态变量更新单元,用于当用户设备ue加入至一个已有群组时,保存所述加入后收到的首个数据包,并根据所述数据包的序列号更新所述用户的业务承载状态变量;

接收控制单元,用于按照所述业务承载状态变量,对所述ue后续接收到的数据包进行接收控制。

较佳地,所述状态变量更新单元,用于当采用非确认模式um时,按照vr(uh)=vr(ur)=vr(ux)=rec_sn进行所述更新;其中,所述vr(uh)为虚拟接收端的um模式接收数据包的最大序号,所述vr(ur)为虚拟接收端的um模式已接收数据包的序号,所述vr(ux)为虚拟接收端的um模式触发重排序数据包的最大序号,所述rec_sn为所述首个数据包的序列号。

较佳地,状态变量更新单元,用于当采用确认模式am模式时,按照vr(h)=vr(r)=vr(x)=rec_sn进行所述更新;其中,所述vr(h)为虚拟接收端am模式接收数据包的最大序号,所述vr(r)为虚拟接收端am模式已接收数据包的序号,所述vr(x)为虚拟接收端am模式触发重排序数据包的最大序号,所述rec_sn为所述首个数据包的序列号。

综上所述,以上仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1