CN101072431A - 一种防止无线承载数据丢失的方法 - Google Patents

一种防止无线承载数据丢失的方法 Download PDF

Info

Publication number
CN101072431A
CN101072431A CNA2006100788087A CN200610078808A CN101072431A CN 101072431 A CN101072431 A CN 101072431A CN A2006100788087 A CNA2006100788087 A CN A2006100788087A CN 200610078808 A CN200610078808 A CN 200610078808A CN 101072431 A CN101072431 A CN 101072431A
Authority
CN
China
Prior art keywords
message
wireless
data
channel
access network
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
CNA2006100788087A
Other languages
English (en)
Other versions
CN100571439C (zh
Inventor
薛林
李萍
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.)
Shenzhen ZTE Microelectronics Technology Co Ltd
Original Assignee
ZTE Corp
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
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CNB2006100788087A priority Critical patent/CN100571439C/zh
Publication of CN101072431A publication Critical patent/CN101072431A/zh
Application granted granted Critical
Publication of CN100571439C publication Critical patent/CN100571439C/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种防止使用FACH信道传输的无线承载数据丢失的方法,采用用户设备和无线接入网的Uu口消息,即暂停无线承载业务请求;其包括步骤:当用户设备发生小区重选事件后,向无线接入网发送暂停无线承载业务请求消息;所述用户设备无论发送该消息成功还是失败都将开始小区重选过程,发送小区更新消息。本发明方法通过无线接入网收到暂停无线承载业务请求消息后动态备份无线承载数据,即只在发生UE小区重选时备份数据,其它情况下不用备份数据,相对于目前无损传输方法单个用户节省了存储容量,同时由于其对数据的备份功能,相对于目前单纯采用无缝传输的无线网络保证了对所承载上层业务的服务质量。

Description

一种防止无线承载数据丢失的方法
技术领域
本发明涉及一种宽带码分多址(以下简称WCDMA)领域中提高无线承载传输可靠性和优化无线资源管理方法,尤其涉及的是一种WCDMA系统的无线资源控制中的移动性管理的方法。本发明方法可以应用于移动通信领域的所有3G系统中。
背景技术
现有技术的WCDMA系统中,对无线资源的管理如图1所示,为Iu口结构示意图,Iu口是核心网(CN)和无线接入网(UTRAN)的接口,可以分为控制平面和用户平面,其中在控制平面建立的承载称为信令无线承载,用于传递RANAP信令消息,而在用户平面建立的承载成为无线接入承载,用于传递上下行业务数据,业务可以是电路域业务或分组域业务。
无线接入承载在无线接入网和用户设备UE中传输的部分成为无线承载,无线承载在无线链接控制(RLC)层使用专用传输逻辑信道(DTCH)进行传递,对于来自分组域的业务还要使用PDCP协议压缩IP数据包的包头。
如图2说明了无线承载在无线接入网中的映射关系,下行方向传递无线承载的专用传输逻辑信道,在MAC层可以映射为前向接入信道(FACH)或专用信道(DCH),这取决于UE的RRC(Radio Resource Control,无线资源控制)连接状态。
如图3说明了UE的RRC层各种状态,开机后的UE处于无RRC连接状态,即空闲模式;当UE的RRC层收到其非接入层(NAS)指示要求建立无线连接后,将通过“RRC连接建立过程”完成和无线接入网的RRC连接。
在RRC连接模式下,UE会被无线接入网指定进入Cell_DCH、Cell_FACH、Cell_PCH和URA_PCH四种状态之一。其中Cell_DCH状态和Cell_FACH状态允许UE和无线接入网间建立无线承载,在Cell_DCH状态下专用传输逻辑信道在MAC层映射为专用信道,而在Cell_FACH状态下行专用传输逻辑信道在MAC层被映射为FACH信道,上行专用传输逻辑信道被映射为RACH信道。
因此在Cell_DCH状态下无线承载使用DCH信道传输,而Cell_FACH状态下无线承载使用FACH/RACH信道传输。
UE在Cell_FACH状态一般只能承载分组域的无线承载,在发生小区重选的时候可能发生无线承载数据丢失的问题。UE在Cell_FACH状态下小区重选过程是这样的:发生小区重选后UE需要通过“小区更新消息”(CellUpdate)向无线接入网报告发生了小区重选,网络返回“小区更新确认消息”(Cell Update Confirm)。
在上述小区重选过程中,UE要完成读取目标小区系统广播信息,从系统信息块5或6中选择承载FACH的SCCPCH信道和RACH信道,然后删除和原小区的SCCPCH信道的连接,使用目标小区的SCCPCH信道接收FACH信道数据,使用目标小区的RACH信道发送“小区更新消息”。
当UE停止使用原小区的SCCPCH信道接收数据时,无线接入网由于没得到通知仍会使用该信道发送下行数据,此时UE当然收不到这些下行数据,这样就造成下行无线承载数据的丢失,这种情况将持续到无线网络收到UE发送的“小区更新消息”才停止。
下面估算一下丢失的无线承载数据量,分为频内小区重选和频间小区重选两种情况讨论。
如果是频内小区重选,UE可以在读取目标小区的系统广播信息同时继续使用原小区SCCPCH物理信道接收FACH信道数据,完成目标小区SCCPCH和RACH信道的选择,然后再释放原SCCPCH信道,开始小区更新过程。这样可以缩短下行无线承载没被接收的间隔时间Tintra_interrupt,它包括UE侧的延迟和UTRAN侧的延迟两部分,表示为:
Tintra_interrupt=TUE+TUTRAN
其中TUE表示UE侧延迟,表示为:
TUE=Trelease+Tsetup+Trach
Trelease表示UE完成释放和原SCCPCH物理信道、传输信道连接的时间,至少在20ms以上。
Tsetup表示建立和目标小区的SCCPCH物理信道、传输信道的时间,至少也在20ms以上。
Trach表示从UE RRC层发送Cell Update消息到UE物理层完成随机接入的时间,至少也在20ms以上,以上是假设一次随机接入成功的情况下,否则将会延迟更长。
所以UE侧的延迟至少在60ms以上,而TUTRAN是从无线网络收到UE发送的“小区更新消息”到停止使用原SCCPCH信道发送UE下行数据的时间长度,至少也在20ms以上。而且这是假设小区重选过程中无线网络控制器没有发生迁移的情况,如果发生无线网络控制器迁移则延迟会更长。
这样UE在Cell_FACH状态下接收无线承载,在发生小区重选情况下会导致接收中断时间超过80ms。根据TS34.108提供的典型使用FACH信道的分组数据业务速率32kbps计算,可能丢失的数据量为2.5kbits。
对于异频小区重选,UE只有先释放原小区SCCPCH信道,然后才能读取目标小区的系统广播信息,这样下行RB没被接收的间隔时间Tinter_interrupt表示为:
Tinter_interrupt=Tintra_interrupt+TSI
TSI是UE为了能够在目标小区驻留而读取的所有相关系统广播信息块的最长重复周期,再加上处理时间,一般在720ms以上,所以Tinter_interrupt等于800ms,这样计算得到可能丢失的数据量将高达26kbits。
根据3GPP协议TS25.331和TS25.303,现有的解决方案可以分为两种,一种是无缝无线承载传输(Seamless RAB),简称无缝传输;一种是无损无线承载传输(lossless RAB),简称无损传输。
无缝传输是指无线网络不对数据备份,这样在小区重选过程中就会出现数据丢失。无线网络丢失的数据需要依靠上面业务层的数据重传机制重新发送来弥补。该方法实现简单,但无线网络层丢失数据将引起业务层的数据重传,这增加了业务层的传输延时,降低了无线网络提供给业务层的服务质量。
无损传输是指无线接入网络对所有发送的下行数据进行备份,当UE发生小区重选后会在“UTRAN移动信息确认”消息中包含其接收到的下行承载PDCP序列号,无线网络将该序号和其保存的PDCP序号比较,确定丢失数据范围,从备份数据中找到丢失的数据,然后重新发送给UE,在无线网络控制器迁移的情况下,原网络控制器将丢失的数据转发给新的无线网络控制器,由其重新发送给UE。这种方法的缺点是无线网络由于不知道UE何时发生小区重选,因此要在无线承载建立的时候就开辟存储区对数据进行备份,而且存储区的大小要根据最坏情况设计,即最大传输中断时间的情况,按上面异频小区重选情况计算,要26kbits,大约3kBytes。当无线网络的用户比较多时,这种数据备份将消耗无线网络大量存储资源,限制接入更多的用户,从无线资源管理角度考虑并不经济。
因此,现有技术存在缺陷,而有待于改进和发展。
发明内容
本发明的目的是提供一种防止无线承载数据丢失的方法,解决WCDMA系统中UE在Cell_FACH状态下因发生小区重选而导致无线承载数据丢失的问题,结合已有的无损传输和无缝传输的优点,有效的保证无线网络对业务的服务质量;同时又减少无损传输中数据备份对无线网络资源的消耗,优化无线资源管理。
本发明的技术方案包括:
一种防止无线承载数据丢失的方法,采用用户设备和无线接入网的Uu口消息,即暂停无线承载业务请求;其包括步骤:
A、当用户设备在Cell_FACH状态发生小区重选事件后,向无线接入网发送暂停无线承载业务请求消息;
B、所述用户设备无论发送该消息成功还是失败都将开始小区重选过程,发送小区更新消息。
所述的方法,其中,还包括,在所述暂停无线承载业务请求消息中指示是否已经读取目标小区的系统广播消息。
所述的方法,其中,所述步骤A中,如果无线接入网收到该暂停无线承载业务请求消息,则立刻停止向用户设备发送下行无线承载数据,根据消息中携带参数计算数据备份缓存区大小,同时将核心网发送的下行无线承载数据进行缓存。
所述的方法,其中,所述步骤B中,当无线接入网收到所述更新消息后,如果已进行数据的备份,则通过目标小区的前向接入信道发送给用户设备;如果无线接入网由于没有收到用户设备发送的暂停无线承载业务请求消息而没有备份数据,则过程中造成数据丢失,依靠业务层对等端进行重传恢复丢失的数据。
所述的方法,其中,所述步骤B还包括:所述用户设备释放和原小区的SCCPCH物理信道的连接。
所述的方法,其中,所述步骤B还包括:
B1、在同频小区重选情况下先读取目标小区的系统广播消息,后释放原小区的SCCPCH物理信道的连接;
B2、根据目标小区系统广播消息选择RACH和SCCPCH信道,开始对选中的SCCPCH信道进行接收,然后在RACH信道上发送小区更新消息。
所述的方法,其中,所述步骤B还包括:
B3、所述无线接入网收到所述用户设备发送的小区更新消息后,发送小区更新确认消息给所述用户设备;
B4、所述用户设备收到无线接入网发送的小区更新确认消息后,在前向接入信道上接收专用传输逻辑信道数据。
所述的方法,其中,所述步骤B还包括:
B5、所述用户设备向所述无线接入网回复UTRAN移动信息确认消息;
B6、所述无线接入网收到所述用户设备发送的UTRAN移动信息确认消息后,如果已经对下行无线承载数据进行备份,则将备份的数据从目标小区通过前向接入信道发送给用户设备;如果没有对下行无线承载数据备份,则小区重选期间下行丢失的数据由业务层重新补发。
本发明所提供的一种防止无线承载数据丢失的方法,与现有技术相比,通过动态备份无线承载数据,即只在发生UE小区重选时备份数据,其它情况下不用备份数据,相对于目前无损传输方法单个用户节省了存储容量,同时由于其对数据的备份功能,相对于目前单纯采用无缝传输的无线网络保证了对所承载上层业务的服务质量。
附图说明
图1是本发明方法的Iu口结构示意图;
图2是本发明方法的无线承载在传输信道和物理信道的映射关系示意图;
图3是本发明方法的UE的RRC层状态转移图;
图4是本发明方法的第一较佳实施例的流程图;
图5是本发明方法的第二较佳实施例的流程图;
图6是本发明方法的第三较佳实施例的流程图;
图7是本发明方法的第四较佳实施例的流程图。
具体实施方式
下面结合附图,将对本发明技术方案的实施作进一步的详细描述和说明:
本发明的防止无线承载数据丢失的方法,解决了WCDMA系统中使用FACH信道传输的无线承载在发生小区重选过程中数据丢失的问题。当UE发生小区重选事件后,首先向无线接入网发送“暂停无线承载业务请求”消息,如果无线接入网收到该消息则立刻停止向UE发送下行无线承载数据,根据消息中携带参数计算数据备份缓存区大小,同时将核心网发送的下行无线承载数据进行缓存。
所述UE无论发送该消息成功还是失败都将开始小区重选过程,然后发送小区更新消息。当无线接入网收到小区更新消息后,如果已进行数据的备份,则通过目标小区的FACH信道发送给UE;如果无线接入网由于没有收到UE发送的“暂停无线承载业务请求”消息而没有备份数据,则过程中将造成数据丢失,需要依靠业务层对等端进行重传恢复丢失的数据,这种情况等同于无缝传输,但发生的可能性较小,所以大多数情况下都是无损传输。
本发明采用了一条UE和无线接入网的Uu口消息,即“暂停无线承载业务请求”,在该消息中指示了是否已经读取目标小区的系统广播消息,这样便于无线接入网估计缓存容量,动态创建数据缓存,节约了无线网络存储资源。
本发明的解决UE在Cell_FACH状态下小区重选过程中无线承载数据丢失的方法,包括下列步骤:
第一步:UE当发生小区重选事件后,向无线接入网发送消息“暂停无线承载业务请求”(Radio Bearer Suspend Request)。无论发送消息的随机接入是否成功,都将继续执行第二步;
无线接入网侧如果接收到“暂停无线承载业务请求”消息,则开辟数据缓冲区备份数据,停止下行无线承载数据发送;如果没有收到请求消息,则无动作。
第二步:UE释放和原小区的SCCPCH物理信道的连接。在同频小区重选情况下可以先读取目标小区的系统广播消息,后释放原小区的SCCPCH物理信道的连接。根据目标小区系统广播消息选择RACH和SCCPCH信道,开始对选中的SCCPCH信道进行接收,然后在RACH信道上发送“小区更新”消息。
无线接入网收到UE发送的“小区更新”消息后,发送“小区更新确认”消息给UE。
第三步:UE收到无线接入网发送的“小区更新确认”消息后,开始在FACH信道上接收专用传输逻辑信道数据。然后向无线接入网回复“UTRAN移动信息确认”消息。
无线接入网收到UE发送的“UTRAN移动信息确认消息”后,如果已经对下行无线承载数据进行备份,则将备份的数据从目标小区通过FACH信道发送给UE;如果没有对下行无线承载数据备份,则小区重选期间下行丢失的数据由业务层重新补发。
以下说明各实施例:
实施例一:UE发送“暂停无线承载业务请求”消息成功,且没有发生无线网络控制器迁移情况下的过程,如图4所示:
步骤一:当UE发生小区重选事件后,UE的RRC层向网络侧SRNC发送“暂停无线承载业务请求”消息,该消息指示是否是异频小区重选,还包含已收到数据归属的无线承载ID和其PDCP SN号。该消息通过UE的专用控制逻辑信道发送给下层,然后通过RACH信道发送给无线接入网的SRNC。
无线接入网的SRNC收到UE发送的“暂停无线承载业务请求”消息后,根据信息指示是否是异频小区重选,并考虑预留小区更新处理延时,确定传输中断时间,再根据目前无线承载的下行数据速率,确定数据备份区的大小开辟备份区。此外根据消息中UE已收到数据的PDCP SN号,确认是否有下行数据没有被UE正确收到,如果有,将这部分数据放入数据备份区,将随后收到的下行无线承载数据也放入备份区,并停止向下层发送无线承载数据。
步骤二:UE发送完“暂停无线承载业务请求”消息后释放与承载FACH的SCCPCH信道的连接。在同频小区重选情况下可以先读取目标小区的系统广播消息,后释放原小区的SCCPCH物理信道的连接。通过读取目标小区系统广播消息中的SIB5或SIB6完成RACH和SCCPCH信道的选择,开始对选中的SCCPCH信道进行接收,然后在RACH信道上发送“小区更新”消息。
网络侧SRNC收到UE发送的“小区更新”消息后,将分配给UE新的C-RNTI值和收到上行承载的PDCP SN填充到“小区更新确认”消息中,发送该消息给UE。
步骤三:UE收到无线接入网发送的“小区更新确认”消息后,使用新的C-RNTI开始在FACH信道上接收专用传输逻辑信道数据。然后向SRNC回复消息“UTRAN移动信息确认消息”,消息中包含UE已收到的下行数据PDCP SN序号。
网络侧的SRNC收到UE发送的“UTRAN移动信息确认”消息后将备份的下行数据传递给RIC层,再通过FACH信道在目标小区发送给UE,从而将传输中断期间的缓存数据重新发给了UE。
实施例二:UE发送“暂停无线承载业务请求”消息失败,且没有发生无线网络控制器迁移情况的过程,如图5所示:
步骤一:当UE侧发生小区重选事件后,UE的RRC层向网络侧SRNC发送消息“暂停无线承载业务请求”,该消息指示是否是异频小区重选,还包含已收到数据归属的无线承载ID和其PDCP SN号。该消息通过UE的专用控制逻辑信道发送给下层,然后下层开始随机接入过程。随机接入过程失败,下层上报给RRC层失败指示。
步骤二:UE释放与原小区承载FACH信道的SCCPCH信道的连接。在同频小区重选情况下可以先读取目标小区的系统广播消息,后释放原小区的SCCPCH物理信道的连接。接下来根据目标小区系统广播消息SIB5或SIB6完成RACH和SCCPCH信道的选择,开始对选中的SCCPCH信道进行接收,然后在RACH信道上发送“小区更新”消息。
网络侧的SRNC收到UE发送的“消息更新”消息后,将分配给UE新的C-RNTI值和上行承载的PDCP SN填充到“小区更新确认”消息中,然后发送该消息给UE。
步骤三:UE的RRC层收到无线接入网发送的“小区更新确认”消息后,利用得到的新C-RNTI就可以开始在FACH信道上接收专用传输逻辑信道数据了,然后向无线接入网SRNC回复“UTRAN移动信息确认”消息,消息中包含着收到下行数据的PDCP SN。
网络侧SRNC收到UE发送的“UTRAN移动信息确认”消息后,从CN域接收新的承载数据,发送给UE,小区重选期间丢失的数据会由上层业务层重传。
实施例三:UE发送“暂停无线承载业务请求”消息成功,且发生无线网络控制器迁移情况下的过程,如图6所示:
步骤一:当UE发生小区重选事件后,UE的RRC层向网络侧SRNC发送“暂停无线承载业务请求”消息,该消息指示是否是异频小区重选,还包含已收到数据归属的无线承载ID和其PDCP SN号。该消息通过UE的专用控制逻辑信道发送给下层,然后通过RACH信道发送给无线接入网的SRNC。
网络侧的SRNC收到UE发送的“暂停无线承载业务请求”消息后,根据信息指示是否是异频小区重选,并考虑预留小区更新处理延时,确定传输中断时间,再根据目前无线承载的下行数据速率,确定数据备份区的大小开辟备份区。此外根据消息中UE已收到数据的PDCP SN号,确认是否有下行数据没有被UE正确收到,如果有,将这部分数据放入数据备份区,将随后收到的下行无线承载数据也放入备份区,并停止向下层发送无线承载数据。
步骤二:UE释放与原小区承载FACH信道的SCCPCH信道的连接。在同频小区重选情况下可以先读取目标小区的系统广播消息,后释放原小区的SCCPCH物理信道的连接。接下来根据目标小区的系统广播消息SIB5或SIB6完成RACH和SCCPCH信道的选择,开始对选中的SCCPCH信道进行接收,然后在RACH信道上发送“小区更新”消息。
网络侧SRNC收到UE发送的“小区更新”消息后,决定进行SRNC迁移过程。通过SRNC、DRNC和CN的消息交互使DRNC成为新的SRNC,原SRNC将备份的数据转发给新SRNC。新的SRNC将分配给UE新的U-RNTI、C-RNTI值和收到的上行承载PDCP SN填充到“小区更新确认”消息中,发送该消息。
步骤三:UE的RRC层收到无线接入网发送的“小区更新确认”消息后,利用得到的新C-RNTI就可以开始在FACH信道上接收专用传输逻辑信道数据了,然后向无线接入网SRNC回复“UTRAN移动信息确认”消息,消息中包含着收到下行数据的PDCP SN。
网络侧的SRNC收到UE发送的“UTRAN移动信息确认”消息后将备份的下行数据传递给RLC层,再通过FACH信道在目标小区发送给UE,从而将传输中断期间的缓存数据重新发给了UE。
实施例四:UE发送“暂停无线承载业务请求”消息失败,且发生SRNC迁移情况下的过程,如图7所示:
步骤一:当UE侧发生小区重选事件后,UE的RRC层向网络侧SRNC发送消息“暂停无线承载业务请求”,该消息指示是否是异频小区重选,还包含已收到数据归属的无线承载ID和其PDCP SN号。该消息通过UE的专用控制逻辑信道发送给下层,然后下层开始随机接入过程。随机接入过程失败,RRC层收到下层上报失败指示。
步骤二:UE释放与原小区承载FACH信道的SCCPCH信道的连接。在同频小区重选情况下可以先读取目标小区的系统广播消息,后释放原小区的SCCPCH物理信道的连接。接下来根据目标小区系统广播消息SIB5或SIB6完成RACH和SCCPCH信道的选择,开始对选中的SCCPCH信道进行接收,然后在RACH信道上发送“小区更新”消息。
网络侧SRNC收到UE发送的“小区更新”消息后,决定进行SRNC迁移过程。通过SRNC、DRNC和CN的消息交互使DRNC成为新的SRNC,新的SRNC将分配给UE新的U-RNTI、C-RNTI值和收到的上行承载PDCP SN填充到“小区更新确认”消息中,发送该消息。
步骤三:UE的RRC层收到无线接入网发送的“小区更新确认”消息后,利用得到的新C-RNTI就可以开始在FACH信道上接收专用传输逻辑信道数据了,然后向无线接入网SRNC回复“UTRAN移动信息确认”消息,消息中包含着收到下行数据的PDCP SN。
网络侧SRNC收到UE发送的“UTRAN移动信息确认”消息后从CN域接收新的承载数据,发送给UE。小区重选期间丢失的数据会由业务层重传。
本发明方法与现有技术相比,所公开的一种解决WCDMA系统中使用FACH信道传输的无线承载在发生小区重选过程中数据丢失的方法,由于采用一条新的UE和SRNC的Uu口消息“暂停无线承载业务请求”,实现了SRNC为Cell_FACH状态下的UE在发生小区重选情况下动态备份无线承载数据,而且可以根据消息指示计算所需数据备份存储空间大小,从而减小了现有技术中数据备份对SRNC资源的消耗,在“暂停无线承载业务请求”得到正确响应情况下可以实现无线承载的无损传输,对于“暂停无线承载业务请求”没有得到正确响应的情况下也能完成无缝传输,因此从总体统计看,本发明提供的方法可以有效的改进现有方法的不足,同时又发挥现有方法的优点,是对无线资源管理方法的一种改进。
本发明适用于目前已有3G通信系统,尤其适用于WCDMA系统。任何从事无线资源管理算法研究的工程师,都可以根据本发明提出的方法完成具体实现,其均应包含在本发明的思想和范围内。
应当理解的是,上述针对具体实施例的描述较为详细,并不能因此而认为是对本发明专利保护范围的限制,本发明的专利保护范围应以所附权利要求为准。

Claims (8)

1、一种防止无线承载数据丢失的方法,采用用户设备和无线接入网的Uu口消息,即暂停无线承载业务请求;其包括步骤:
A、当用户设备在Cell_FACH状态下发生小区重选事件后,向无线接入网发送暂停无线承载业务请求消息;
B、所述用户设备无论发送该消息成功还是失败都将开始小区重选过程,发送小区更新消息。
2、根据权利要求1所述的方法,其特征在于,还包括,在所述暂停无线承载业务请求消息中指示是否已经读取目标小区的系统广播消息。
3、根据权利要求1所述的方法,其特征在于,所述步骤A中,如果无线接入网收到该暂停无线承载业务请求消息,则立刻停止向用户设备发送下行无线承载数据,根据消息中携带参数计算数据备份缓存区大小,同时将核心网发送的下行无线承载数据进行缓存。
4、根据权利要求3所述的方法,其特征在于,所述步骤B中,当无线接入网收到所述更新消息后,如果已进行数据的备份,则通过目标小区的前向接入信道发送给用户设备;如果无线接入网由于没有收到用户设备发送的暂停无线承载业务请求消息而没有备份数据,则过程中造成数据丢失,依靠业务层对等端进行重传恢复丢失的数据。
5、根据权利要求1所述的方法,其特征在于,所述步骤B还包括:所述用户设备释放和原小区的SCCPCH物理信道的连接。
6、根据权利要求5所述的方法,其特征在于,所述步骤B还包括:
B1、在同频小区重选情况下先读取目标小区的系统广播消息,后释放原小区的SCCPCH物理信道的连接;
B2、根据目标小区系统广播消息选择RACH和SCCPCH信道,开始对选中的SCCPCH信道进行接收,然后在RACH信道上发送小区更新消息。
7、根据权利要求6所述的方法,其特征在于,所述步骤B还包括:
B3、所述无线接入网收到所述用户设备发送的小区更新消息后,发送小区更新确认消息给所述用户设备;
B4、所述用户设备收到无线接入网发送的小区更新确认消息后,在前向接入信道上接收专用传输逻辑信道数据。
8、根据权利要求7所述的方法,其特征在于,所述步骤B还包括:
B5、所述用户设备向所述无线接入网回复UTRAN移动信息确认消息;
B6、所述无线接入网收到所述用户设备发送的UTRAN移动信息确认消息后,如果已经对下行无线承载数据进行备份,则将备份的数据从目标小区通过前向接入信道发送给用户设备;如果没有对下行无线承载数据备份,则小区重选期间下行丢失的数据由业务层重新补发。
CNB2006100788087A 2006-05-08 2006-05-08 一种防止无线承载数据丢失的方法 Active CN100571439C (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNB2006100788087A CN100571439C (zh) 2006-05-08 2006-05-08 一种防止无线承载数据丢失的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2006100788087A CN100571439C (zh) 2006-05-08 2006-05-08 一种防止无线承载数据丢失的方法

Publications (2)

Publication Number Publication Date
CN101072431A true CN101072431A (zh) 2007-11-14
CN100571439C CN100571439C (zh) 2009-12-16

Family

ID=38899368

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2006100788087A Active CN100571439C (zh) 2006-05-08 2006-05-08 一种防止无线承载数据丢失的方法

Country Status (1)

Country Link
CN (1) CN100571439C (zh)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008083588A1 (en) * 2007-01-10 2008-07-17 Huawei Technologies Co., Ltd. Data communication method and system, data transmitting/receiving apparatus
WO2009121255A1 (zh) * 2008-04-03 2009-10-08 华为技术有限公司 承载挂起的方法、承载恢复的方法及网关代理
WO2010048843A1 (zh) * 2008-10-28 2010-05-06 华为技术有限公司 网络重选中的寻呼控制方法、管理实体及系统
CN101459936B (zh) * 2008-02-04 2010-08-18 华为技术有限公司 一种触发资源配置的方法、装置及系统
CN101715218B (zh) * 2009-10-29 2012-07-04 新邮通信设备有限公司 改进的小区更新方法和设备
CN102685831A (zh) * 2011-03-15 2012-09-19 鼎桥通信技术有限公司 迁移请求方法、迁移请求处理方法和设备及系统
CN108199811A (zh) * 2017-12-28 2018-06-22 深圳市瑞云科技有限公司 一种数据传输方法
CN111741439A (zh) * 2020-06-22 2020-10-02 河北远东通信系统工程有限公司 一种B-Trunc系统的集群组播切换方法
CN112822716A (zh) * 2019-11-18 2021-05-18 成都鼎桥通信技术有限公司 业务下载的控制方法及控制装置
WO2021164528A1 (zh) * 2020-02-20 2021-08-26 展讯通信(上海)有限公司 数据传输方法及装置、存储介质、终端

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9883546B2 (en) 2015-09-04 2018-01-30 Apple Inc. Postponing a resending of a data service request

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9226179B2 (en) 2007-01-10 2015-12-29 Huawei Technologies Co., Ltd. Data communication method and system, data sending/receiving apparatus
US8811174B2 (en) 2007-01-10 2014-08-19 Huawei Technologies Co., Ltd. Data communication method and system, data sending/receiving apparatus
WO2008083588A1 (en) * 2007-01-10 2008-07-17 Huawei Technologies Co., Ltd. Data communication method and system, data transmitting/receiving apparatus
US8885585B2 (en) 2008-02-04 2014-11-11 Huawei Technologies Co., Ltd. Method, apparatus, and system for triggering resource configuration
US8605666B2 (en) 2008-02-04 2013-12-10 Huawei Technologies Co., Ltd. Method, apparatus, and system for triggering resource configuration
CN101459936B (zh) * 2008-02-04 2010-08-18 华为技术有限公司 一种触发资源配置的方法、装置及系统
US9210715B2 (en) 2008-02-04 2015-12-08 Huawei Technologies Co., Ltd. Method, apparatus, and system for triggering resource configuration
JP2011501481A (ja) * 2008-04-03 2011-01-06 華為技術有限公司 ベアラ中断の方法、ベアラ再開の方法、及びゲートウェイエージェント
EP2146539A4 (en) * 2008-04-03 2010-08-11 Huawei Tech Co Ltd Carrier SUSPENSION METHOD, CARRIER RECORDING METHOD AND GATEWAY AGENT
EP2146539A1 (en) * 2008-04-03 2010-01-20 Huawei Technologies Co., Ltd. Method for bearer suspending, method for bearer resuming, and gateway agent
WO2009121255A1 (zh) * 2008-04-03 2009-10-08 华为技术有限公司 承载挂起的方法、承载恢复的方法及网关代理
WO2010048843A1 (zh) * 2008-10-28 2010-05-06 华为技术有限公司 网络重选中的寻呼控制方法、管理实体及系统
CN101715218B (zh) * 2009-10-29 2012-07-04 新邮通信设备有限公司 改进的小区更新方法和设备
CN102685831B (zh) * 2011-03-15 2014-07-23 鼎桥通信技术有限公司 迁移请求方法、迁移请求处理方法和设备及系统
CN102685831A (zh) * 2011-03-15 2012-09-19 鼎桥通信技术有限公司 迁移请求方法、迁移请求处理方法和设备及系统
CN108199811A (zh) * 2017-12-28 2018-06-22 深圳市瑞云科技有限公司 一种数据传输方法
CN112822716A (zh) * 2019-11-18 2021-05-18 成都鼎桥通信技术有限公司 业务下载的控制方法及控制装置
CN112822716B (zh) * 2019-11-18 2023-03-24 成都鼎桥通信技术有限公司 业务下载的控制方法及控制装置
WO2021164528A1 (zh) * 2020-02-20 2021-08-26 展讯通信(上海)有限公司 数据传输方法及装置、存储介质、终端
CN111741439A (zh) * 2020-06-22 2020-10-02 河北远东通信系统工程有限公司 一种B-Trunc系统的集群组播切换方法

Also Published As

Publication number Publication date
CN100571439C (zh) 2009-12-16

Similar Documents

Publication Publication Date Title
CN100571439C (zh) 一种防止无线承载数据丢失的方法
CN100551157C (zh) 一种基站切换方法
EP1636923B1 (en) Apparatus and method for establishing radio bearer of mobile terminal
CN101617552B (zh) 无线网络中支持lte_active状态中的长drx的方法和系统
KR101137327B1 (ko) 상향링크 채널 스케쥴링을 위한 제어정보 전송 방법 및상향링크 채널 스케쥴링 방법
KR101000699B1 (ko) 무선링크 제어계층에서의 데이터 처리방법
US8964624B2 (en) Apparatus and method for buffering packets in a multi-hop relay system supporting hop-by-hop retransmission
CN104812000A (zh) 一种实现数据传输的方法及装置
CN100461666C (zh) 一种防止用户设备在基站间切换时数据丢失的方法
CN101114992A (zh) 切换方法、发送端设备和接收端设备
CN102300187A (zh) 提高业务呼通率的实现方法及无线网络控制器
CN102348245B (zh) 一种lte系统中s1切换失败的处理方法与装置
CN100455105C (zh) 一种无线承载重配置的方法
CN102055573B (zh) 一种harq进程的处理方法、设备和系统
CN1387376B (zh) 以分组方式在移动无线电通信的蜂窝系统中再选择蜂窝的方法
CN101106517B (zh) 用于高速下行链路分组接入的流量控制方法及rnc
CN102474337B (zh) 在中继链路上处理数据的方法和相关设备
CN114095874B (zh) 一种组播/广播业务模式处理方法、设备及存储介质
CN101656934B (zh) 短消息发送方法、装置和系统
CN102857964A (zh) 一种终端切换的方法及装置
CN102611542B (zh) 数据重传方法及装置
CN102123360B (zh) 无线消息传递方法及移动站
CN115767659A (zh) Ue间业务迁移方法、装置和存储介质
CN110876208B (zh) 用于与无线网络有效通信的用户设备(ue)及其方法
CN1997205A (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
C14 Grant of patent or utility model
GR01 Patent grant
C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20151113

Address after: Dameisha Yantian District of Shenzhen City, Guangdong province 518085 Building No. 1

Patentee after: SHENZHEN ZTE MICROELECTRONICS TECHNOLOGY CO., LTD.

Address before: 518057 Nanshan District high tech Industrial Park, Guangdong, South Road, science and technology, ZTE building, legal department

Patentee before: ZTE Corporation

EE01 Entry into force of recordation of patent licensing contract
EE01 Entry into force of recordation of patent licensing contract

Application publication date: 20071114

Assignee: Xi'an Chris Semiconductor Technology Co. Ltd.

Assignor: SHENZHEN ZTE MICROELECTRONICS TECHNOLOGY CO., LTD.

Contract record no.: 2019440020036

Denomination of invention: Method for preventing wireless bearing data missing

Granted publication date: 20091216

License type: Common License

Record date: 20190619