CN103686888A - 终端切换方法和基站 - Google Patents
终端切换方法和基站 Download PDFInfo
- Publication number
- CN103686888A CN103686888A CN201310677010.4A CN201310677010A CN103686888A CN 103686888 A CN103686888 A CN 103686888A CN 201310677010 A CN201310677010 A CN 201310677010A CN 103686888 A CN103686888 A CN 103686888A
- Authority
- CN
- China
- Prior art keywords
- bpoe
- service server
- message
- target
- source
- 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
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种终端切换方法和基站,其中,终端切换方法用于MME模式下的基站内终端切换,包括:基站的BPOE接收到切换通知消息;目标BPOE向业务服务器发送ARP报文,以通知业务服务器主动更新保存的ARP表;在业务服务器完成ARP表的更新后,目标BPOE从源BPOE接收源BPOE缓存的业务服务器向UE发送的报文,并且,缓存业务服务器通过目标BPOE向UE发送的报文;目标BPOE在接收到切换完成消息后,先向UE发送从源BPOE接收的报文,并在发送完成后,再向UE发送业务服务器通过目标BPOE向UE发送的报文。通过本发明,能迅速提供切换的传输通道,并保证了切换中业务不中断和维持一定的传输速率。
Description
技术领域
本发明涉及通信技术领域,特别是涉及一种无MME(MobilityManagement Entity,移动性管理实体)模式下基站内的终端切换方法和基站。
背景技术
在TD-LTE(Time Division-Long Term Evolution,分时长期演进)系统中,终端到终端、终端到业务服务器之间的通信,是通过eNodeB(基站)和EPC(Evolved Packet Core,演进分组核心)打通传输通路;而eNodeB与EPC之间的业务传输,是使用GTP-U(GPRS Tunnelling Protocol User,GPRS隧道协议用户面)报文进行承载的。在无MME、无EPC的场景下,则是由eNodeB独立打通终端到终端、和终端到业务服务器之间的通路。
在终端到业务服务器的通信中,eNodeB无论在二层还是三层组网模式下,上行方向都需要将GTP-U头截掉,再发到三层交换机或是直接发到业务服务器上。反之,下行方向,需要eNodeB添加GTP-U头,从而实现终端和业务服务器之间的传输。
在终端到终端之间的通信中,则完全是通过一个eNodeB内部的传输通道进行通信。
上述通信的传输模型如图1所示,其中,eNodeB支持多小区多用户间的数据通信,图1中的基带处理单元在下文中用BPOE表示。在图1所示的传输模型中:
(1)终端和终端通信为:UE(User Endpoint,用户终端)-----BPOE1(BPOE2)----BPOE2(BPOE1)----UE
(2)终端和业务Server(业务服务器)通信为:
1.二层组网:UE-----BPOE1(BPOE2)-----业务Server
2.三层组网:UE-----BPOE1(BPOE2)-----三层交换机-----业务Server
上述(2)的终端和业务Server通信的模型中,以二层组网为例,当终端发生切换,UE从BPOE1切换到BPOE2,传输要在切换中建立UE<—>BPOE2<—>业务Server的通道。
然而,上述切换过程中,一方面,有可能新的传输通道尚未成功建立,而原传输通道已切断;另一方面,业务Server不会主动更新自己的ARP(Address Resolution Protocol,地址解析协议)表,需要等待业务Server的ARP老化时间到来后,重新发起学习ARP的流程,通常服务器的老化时间为10分钟以上,这段时间业务Server还是会将报文发到原来的BPOE上,从而导致小区切换业务中断、数据丢包。
发明内容
本发明提供了一种无MME模式下基站内的终端切换方法和基站,以解决现有无MME模式下,基站内终端切换时易出现切换业务中断、数据丢包的问题。
为了解决上述问题,本发明公开了一种终端切换方法,用于无移动性管理实体MME模式下的基站内终端切换,所述方法包括:基站的目标基带处理单元BPOE接收到切换通知消息,其中,所述切换通知消息用于通知用户设备UE从所述基站的源BPOE向所述目标BPOE切换;所述目标BPOE向业务服务器发送地址解析协议ARP报文,以通知所述业务服务器主动更新保存的ARP表,其中,所述ARP报文中携带有所述UE的IP地址和所述目标BPOE的介质访问控制MAC地址;在所述业务服务器完成所述ARP表的更新后,所述目标BPOE从所述源BPOE接收所述源BPOE缓存的所述业务服务器向所述UE发送的报文,并且,缓存所述业务服务器通过所述目标BPOE向所述UE发送的报文;所述目标BPOE在接收到切换完成消息后,先向所述UE发送从所述源BPOE接收的报文,并在发送完成后,再向所述UE发送所述业务服务器通过所述目标BPOE向所述UE发送的报文。
优选地,在所述基站的目标基带处理单元BPOE接收到切换通知消息的步骤之后,所述目标BPOE向业务服务器发送地址解析协议ARP报文的步骤之前,还包括:所述目标BPOE配置所述UE和所述业务服务器之间的链路信息,所述链路信息包括:所述UE的IP地址、所述业务服务器的IP地址、网关、和掩码;所述目标BPOE根据所述链路信息,向所述业务服务器发起ARP学习流程;所述目标BPOE在收到所述业务服务器的ARP应答后,确认所述UE经由所述目标BPOE至所述业务服务器的上行链路成功建立,同时,继续保持所述UE经由所述源BPOE至所述业务服务器的上行链路不中断。
优选地,所述终端切换方法还包括:所述源BPOE在接收到所述切换完成消息后,删除所述源BPOE中配置的所述UE和所述业务服务器之间的链路信息,以及所述UE经由所述源BPOE与所述业务服务器之间建立的链路。
优选地,在所述基站的目标基带处理单元BPOE接收到切换通知消息的步骤之前,还包括:所述源BPOE接收到所述切换通知消息,缓存所述业务服务器经由所述源BPOE向所述UE发送的报文。
优选地,所述目标BPOE从所述源BPOE接收所述源BPOE缓存的所述业务服务器向所述UE发送的报文的步骤包括:所述目标BPOE通过所述基站的内部传输通道,从所述源BPOE接收所述源BPOE缓存的所述业务服务器向所述UE发送的报文。
为了解决上述问题,本发明还公开了一种基站,用于无移动性管理实体MME模式下的基站内终端切换,所述基站包括:源基带处理单元BPOE和目标BPOE;其中,所述目标BPOE包括:第一接收模块,用于接收到切换通知消息,其中,所述切换通知消息用于通知用户设备UE从所述基站的源BPOE向所述目标BPOE切换;第一发送模块,用于向业务服务器发送地址解析协议ARP报文,以通知所述业务服务器主动更新保存的ARP表,其中,所述ARP报文中携带有所述UE的IP地址和所述目标BPOE的介质访问控制MAC地址;第二接收模块,用于在所述业务服务器完成所述ARP表的更新后,从所述源BPOE接收所述源BPOE缓存的所述业务服务器向所述UE发送的报文,并且,缓存所述业务服务器通过所述目标BPOE向所述UE发送的报文;第二发送模块,用于在接收到切换完成消息后,先向所述UE发送从所述源BPOE接收的报文,并在发送完成后,再向所述UE发送所述业务服务器通过所述目标BPOE向所述UE发送的报文。
优选地,所述目标BPOE还包括:上行通路模块,用于在所述第一接收模块接收到切换通知消息之后,所述第一发送模块向业务服务器发送地址解析协议ARP报文之前,配置所述UE和所述业务服务器之间的链路信息,所述链路信息包括:所述UE的IP地址、所述业务服务器的IP地址、网关、和掩码;根据所述链路信息,向所述业务服务器发起ARP学习流程;在收到所述业务服务器的ARP应答后,确认所述UE经由所述目标BPOE至所述业务服务器的上行链路成功建立,同时,继续保持所述UE经由所述源BPOE至所述业务服务器的上行链路不中断。
优选地,所述源BPOE包括:删除模块,用于在接收到所述切换完成消息后,删除所述源BPOE中配置的所述UE和所述业务服务器之间的链路信息,以及所述UE经由所述源BPOE与所述业务服务器之间建立的链路。
优选地,所述源BPOE还包括:缓存模块,用于在所述目标BPOE的第一接收模块接收到切换通知消息之前,所述缓存模块接收到所述切换通知消息,缓存所述业务服务器经由所述源BPOE向所述UE发送的报文。
优选地,所述第二接收模块在从所述源BPOE接收所述源BPOE缓存的所述业务服务器向所述UE发送的报文时,通过所述基站的内部传输通道,从所述源BPOE接收所述源BPOE缓存的所述业务服务器向所述UE发送的报文。
与现有技术相比,本发明具有以下优点:
本发明的终端切换方案在无MME模式的基站如eNodeB内终端切换时,针对下行方向,采取目标侧即目标BPOE侧向业务Server(服务器)发送免费ARP,及时修改业务Server的ARP表项,快速实现下行的传输切换;同时,目标侧还接收源侧即源BPOE侧在切换中收到的下行报文,以减少切换中的传输丢包;在切换完成后,目标侧先发送源侧的下行报文,再发送收到的本侧的业务Server的下行报文,以避免切换中产生乱序。可见,通过本发明,在无MME模式下的eNodeB内终端切换时,能迅速提供切换的传输通道,并保证了切换中业务不中断和维持一定的传输速率,尤其在下行方向达到了最少的传输丢包和避免产生乱序,使得切换完成后,业务速率能够迅速恢复到原有的水平,使用户感知良好。
附图说明
图1是现有技术的一种无MME模式下的基站通信模型示意图;
图2是根据本发明实施例一的一种终端切换方法的步骤流程图;
图3是根据本发明实施例二的一种终端切换方法的步骤流程图;
图4是根据本发明实施例三的一种源侧进行终端切换的处理流程图;
图5是根据本发明实施例四的一种目标侧进行终端切换的处理流程图;
图6是根据本发明实施例五的一种基站的结构框图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
首先需要说明的是,本发明实施例提供的用于无MME模式下的基站内终端切换的终端切换方法和基站中,UE的信息只能唯一配置在一个BPOE上,即UE的IP只能配在一个BPOE的网口上,否则会有IP地址冲突;业务Server最好使能免费ARP学习功能,即使没有使能免费ARP学习功能,业务Server也能接收免费ARP来更新自己的ARP表项。
以此为基础,以下通过多个实施例对本发明的终端切换方案进行说明。
实施例一
参照图2,示出了根据本发明实施例一的一种终端切换方法的步骤流程图。
本实施例的终端切换方法用于无MME模式下的基站内终端切换,包括以下步骤:
步骤S102:基站的目标BPOE接收到切换通知消息。
其中,切换通知消息用于通知UE从基站的源BPOE向目标BPOE切换。
本实施例中,切换通知消息由基站的高层发送,其中,基站的高层采用本领域的常规含义,包括PDCP(Packet Data Convergence Protocol,分组数据汇聚协议)层和RLC(Radio Link Control,无线链路控制)层。
步骤S104:目标BPOE向业务服务器发送ARP报文,以通知业务服务器主动更新保存的ARP表。
其中,ARP报文中携带有UE的IP地址和目标BPOE的MAC(MediaAccess Control,介质访问控制)地址。MAC地址反映了目标BPOE的网口硬件地址。
如果目标BPOE不发送免费的ARP报文来通知业务Server(服务器)目标BPOE的MAC地址变化了,业务Server不会因为是与目标BPOE通信,就主动更新自己的ARP表,需要等待业务Server的ARP老化时间到来后,重新发起学习ARP的流程,通常业务Server的老化时间为10分钟以上,这段时间业务Server还是会将报文发到源BPOE1上,就会造成传输中断。而当目标BPOE向业务Server发送免费ARP报文时,业务Server收到该免费ARP报文即主动更新自己的ARP表,以保证传输通路的即时建立和更新。
步骤S106:在业务服务器完成ARP表的更新后,目标BPOE从源BPOE接收源BPOE缓存的业务服务器向UE发送的报文,并且,缓存业务服务器通过目标BPOE向UE发送的报文。
当基站高层向源BPOE发送切换通知消息,源BPOE即开始缓存业务Server发送来的、最终向UE发送的报文,进而将缓存的报文发送给目标BPOE。
步骤S108:目标BPOE在接收到切换完成消息后,先向UE发送从源BPOE接收的报文,并在发送完成后,再向UE发送业务服务器通过目标BPOE向UE发送的报文。
目标BPOE先发送来自源BPOE缓存的报文,再发送业务Server给目标BPOE发送的新报文,目的是为了防止产生乱序。在进行TCP传输的过程中,乱序或丢包都会导致TCP的传输速率减半,大大影响切换时的传输速率稳定性。
需要说明的是,本实施例的终端切换主要针对下行方向,这是因为在无MME模式的基站如eNodeB内终端切换过程中,下行方向的信令交互和数据传输量更大,更易出现问题。而对于上行方向,则可以采用下文多个实施例中的改进方案,也可以采用现有的上行方向的切换方案。
通过本实施例,在无MME模式的基站如eNodeB内终端切换时,针对下行方向,采取目标侧即目标BPOE侧向业务Server发送免费ARP,及时修改业务Server的ARP表项,快速实现下行的传输切换;同时,目标侧还接收源侧即源BPOE侧在切换中收到的下行报文,以减少切换中的传输丢包;在切换完成后,目标侧先发送源侧的下行报文,再发送收到的本侧的业务Server的下行报文,以避免切换中产生乱序。可见,通过本实施例,在无MME模式下的eNodeB内终端切换时,能迅速提供切换的传输通道,并保证了切换中业务不中断和维持一定的传输速率,尤其在下行方向达到了最少的传输丢包和避免产生乱序,使得切换完成后,业务速率能够迅速恢复到原有的水平,使用户感知良好。
实施例二
参照图3,示出了根据本发明实施例二的一种终端切换方法的步骤流程图。
本实施例中,设定基站的源BPOE为BPOE1,目标BPOE为BPOE2,以UE从BPOE1切换到BPOE2为例,对本发明的终端切换方案进行说明。
本实施例的终端切换方法用于无MME模式下的基站内终端切换,包括以下步骤:
步骤S202:基站建立UE经由BPOE1至业务Server的初始链路。
eNodeB为UE和业务Server提供透明的传输通道,在初始阶段,假如UE附着在BPOE1覆盖的小区内,eNodeB将UE和业务Server的信息(包括UE的IP地址,业务Server的IP地址、网关、掩码等)配置到BPOE1上,并将UE的IP地址配置在BPOE1的网口上,使驱动建立一条UE到业务Server的通信链路,业务Server上通过ARP学习功能,记录一条目的IP地址是UE的IP地址,目的MAC地址是BPOE1的MAC地址的ARP表项。
步骤S204:当UE需要从BPOE1切换至BPOE2时,基站的HL(HighLayer)分别向BPOE1和BPOE2发送切换通知消息。BPOE1接收到切换通知消息后,执行步骤S206;BPOE2接收到切换通知消息后,执行步骤S208。
需要说明的是,BPOE1和BPOE2接收到切换通知消息后的处理不分先后顺序,也可以并行执行。
步骤S206:BPOE1接收到切换通知消息,缓存业务Server经由BPOE1向UE发送的报文,执行步骤S212。
步骤S208:BPOE2接收到切换通知消息,配置UE和业务Server之间的链路信息,根据配置的链路信息,向业务Server发起ARP学习流程;并在收到业务Server的ARP应答后,确认UE经由BPOE2至业务Server的上行链路成功建立,同时,继续保持UE经由BPOE1至业务Server的上行链路不中断,执行步骤S210。
其中,BPOE2配置的UE和业务Server之间的链路信息包括:UE的IP地址、业务Server的IP地址、网关、和掩码。
当UE要切换到BPOE2时,eNodeB的HL需要将UE的IP地址和业务Server的IP地址、网关、掩码配置在BPOE2上,触发BPOE2学习业务Server或网关的MAC地址,建立一条新的传输通路。此时,存在两条到业务Server的传输通路UE<->BPOE1<->Server、UE<->BPOE2<->Server,这是为了保证在切换中,无论UE在BPOE1还是BPOE2覆盖的小区内,都能保证上行方向不丢包。
步骤S210:BPOE2向业务Server发送ARP报文,以通知业务Server主动更新保存的ARP表,执行步骤S212。
其中,ARP报文中携带有UE的IP地址和BPOE2的MAC地址。
在BPOE2上新建传输通道的同时,BPOE2向业务Server发送免费的ARP报文,来修改业务Server的ARP表项,保证业务Server能迅速将报文发送到BPOE2,保证下行方向最快的进行传输切换。
免费ARP功能可以及时通知下行设备更新ARP表项或者MAC地址表项,业务Server收到的免费ARP报文中携带的信息(源IP地址、源MAC地址)就对自身维护的ARP表进行修改,这里的源IP地址为UE的IP地址,源MAC地址为BPOE2的MAC地址。如果BPOE2不发送免费的ARP报文来通知业务Server其MAC地址变化了,业务Server不会因为是与BPOE2通信,就主动更新自己的ARP表,需要等待业务Server的ARP老化时间到来后,重新发起学习ARP的流程,通常服务器的老化时间为10分钟以上,这段时间业务Server还是会将报文发到BPOE1上,就会使传输中断。
步骤S212:在业务Server完成ARP表的更新后,BPOE1向BPOE2发送缓存的报文,BPOE2从BPOE1接收BPOE1缓存的业务Server向UE发送的报文,并且,缓存业务Server通过BPOE2向UE发送的报文。
在切换过程中,BPOE1将缓存业务Server向BPOE1发送的报文,BPOE1将缓存的报文通过eNodeB内部的传输通道发送给BPOE2,以保证切换中下行方向最少的传输丢包。也即,BPOE2通过eNodeB的内部传输通道,从BPOE1接收BPOE1缓存的业务Server向UE发送的报文。通过基站的内部传输通道发送报文,实现简单,传输速度快,传输效率高。但不限于此,在实际应用中,其它传输方式同样适用,如通过BPOE间消息或信令的形式。
步骤S214:在UE经由BPOE2至业务Server的链路成功建立后,基站的HL分别向BPOE1和BPOE2发送切换完成消息。BPOE1接收到切换完成消息后,执行步骤S216;BPOE2接收到切换完成消息后,执行步骤S218。
需要说明的是,BPOE1和BPOE2接收到切换完成消息后的处理不分先后顺序,也可以并行执行。
步骤S216:BPOE1在接收到切换完成消息后,删除BPOE1中配置的UE和业务Server之间的链路信息,以及UE经由BPOE1与业务Server之间建立的链路,结束BPOE1的终端切换处理。
在切换完成后,BPOE1上的UE和业务Server的配置信息被删除,即将BPOE1的通信链路删除,并将UE的IP地址从BPOE1的网口上删除,因为UE的IP地址最好不要同时配在BPOE1和BPOE2的网口上,这样会引起IP地址冲突。
步骤S218:BPOE2在接收到切换完成消息后,先向UE发送从BPOE1接收的报文,并在发送完成后,再向UE发送业务Server通过BPOE2向UE发送的报文。
在切换过程中,BPOE1将缓存业务Server向BPOE1发送的报文,BPOE1将缓存的报文通过eNodeB内部的传输通道发送给BPOE2,以保证切换中下行方向最少的传输丢包。BPOE2则在切换完成后,先发送来自BPOE1缓存的报文,再发送业务Server给BPOE2发送的新报文,目的是为了防止产生乱序。在进行TCP传输的过程中,乱序或丢包都会导致TCP的传输速率减半,大大影响切换时的传输速率稳定性。
通过本实施例,UE发生切换时,同时建立BPOE1和BPOE2的通信链路,能够保证上行方向不丢包;BPOE2向业务Server发送免费ARP报文来通知业务Server及时更新ARP表项,来实现快速的下行传输切换;在UE切换过程中,BPOE1缓存业务Server发来的数据并通过站内通道发送到BPOE2上,BPOE2先发BPOE1的缓存数据,再发送Server传输的新数据,来保证下行方向最少的传输丢包并且避免乱序。在几种方式配合下,保证了UE切换过程,业务不中断,实现上行方向无丢包,下行方向保证最好的传输速率,切换后,传输速率能够迅速恢复,使用户感知良好。
实施例三
参照图4,示出了根据本发明实施例三的一种源侧进行终端切换的处理流程图。
本实施例从源BPOE侧对本发明的终端切换方案进行说明,本实施例的源侧进行终端切换的处理流程用于无MME模式下的基站内终端切换的源侧处理,该流程包括:
步骤S302:源侧BPOE板卡DD(Device Driver,eNodeB内设备驱动层)收到HL发送的初始化建链消息。
步骤S304:源侧BPOE的DD配置UE和业务Server信息,其中包括UE的IP地址,Server的IP地址、网关、掩码。
步骤S306:源BPOE的DD向业务Server发送ARP请求,以发起ARP学习流程。
步骤S308:源BPOE的DD收到业务Server回复的ARP应答,建链成功。
步骤S310:源BPOE的DD向HL发送建链成功消息,使得UE<->源BPOE<->业务Server进行正常通信。
步骤S312:HL向源BPOE的DD发送“切换”通知消息。
步骤S314:源BPOE的DD开始缓存业务Server发送的下行报文。
步骤S316:源BPOE的DD通过eNodeB内部传输通道,将缓存的报文发送到目标BPOE的DD。
步骤S318:HL向源BPOE的DD发送“切换完成”消息;
步骤S320:源BPOE的DD删除UE和业务Server配置信息,同时删链。
步骤S322:源BPOE的DD向HL反馈删链成功消息。
通过本实施例,在无MME模式eNodeB内终端切换时,源BPOE侧针对上行方向,同时建立两条传输通道,保证上行无丢包;针对下行方向,源侧将切换中收到的下行报文缓存并倒换到目标侧,来减少切换中的传输丢包。由此,保证了切换过程中业务不中断和一定的传输速率,并在切换后迅速恢复到原来的速率水平,使用户感知良好,在切换中最少的丢包。
实施例四
参照图5,示出了根据本发明实施例四的一种目标侧进行终端切换的处理流程图。
本实施例从目标BPOE侧对本发明的终端切换方案进行说明,本实施例的目标侧进行终端切换的处理流程用于无MME模式下的基站内终端切换的目标侧处理,该流程包括:
步骤S402:目标侧BPOE板卡DD(Device Driver,eNodeB内设备驱动层)收到HL发送的“切换”通知消息。
步骤S404:目标侧BPOE的DD配置UE和业务Server信息,其中包括UE的IP地址,业务Server的IP地址、网关、掩码。
步骤S406:目标BPOE的DD向业务Server发送ARP请求,以发起ARP学习流程。
步骤S408:目标BPOE的DD收到业务Server回复的ARP应答,建链成功。
步骤S410:目标BPOE的DD向HL发送建链成功消息,保证上行方向UE->目标BPOE->业务Server传输畅通。
步骤S412:目标BPOE的DD向业务Server发送免费的ARP报文,报文中携带UE的IP地址、本BPOE的MAC地址,通知业务Server更新ARP表项,业务Server的ARP表项更新后,就等同建立了一条UE<->目标BPOE<->业务Server的双向通路,业务Server则会向目标BPOE发送报文。
步骤S414:在切换过程中,目标BPOE会收到源BPOE发送的下行缓存数据。
步骤S416:目标BPOE的DD缓存业务Server发送的下行报文。
步骤S418:HL向目标BPOE的DD发送“切换完成”消息,说明目标BPOE空口的无线链路准备好了,可以和UE进行通信。
步骤S420:目标BPOE的DD先发送源BPOE倒换过来的数据到UE。
步骤S422:目标BPOE的DD再发送切换中由业务Server发送的下行报文到UE,避免乱序。
通过本实施例,在无MME模式eNodeB内终端切换时,目标BPOE侧针对上行方向,同时建立两条传输通道,保证上行无丢包;针对下行方向,目标侧向业务Server发送免费ARP,及时修改Server的ARP表项,快速实现下行的传输切换;并且,目标侧接收源侧切换中收到的下行报文,来减少切换中的传输丢包,并在切换完成后,目标侧先发送源侧的倒换数据,再发送收到的Server的下行报文,来避免切换中产生乱序。
实施例五
参照图6,示出了根据本发明实施例五的一种基站的结构框图。
本实施例的基站中设置有用于实现前述终端切换方法的装置,用于无MME模式下的基站内终端切换,该装置包括:源BPOE502和目标BPOE504。
其中,
目标BPOE504包括:第一接收模块5042,用于接收到切换通知消息,其中,切换通知消息用于通知UE从基站的源BPOE向目标BPOE切换;第一发送模块5044,用于向业务服务器发送ARP报文,以通知业务服务器主动更新保存的ARP表,其中,ARP报文中携带有UE的IP地址和目标BPOE的MAC地址;第二接收模块5046,用于在业务服务器完成ARP表的更新后,从源BPOE接收源BPOE缓存的业务服务器向UE发送的报文,并且,缓存业务服务器通过目标BPOE向UE发送的报文;第二发送模块5048,用于在接收到切换完成消息后,先向UE发送从源BPOE接收的报文,并在发送完成后,再向UE发送业务服务器通过目标BPOE向UE发送的报文。
优选地,目标BPOE504还包括:上行通路模块50410,用于在第一接收模块5042接收到切换通知消息之后,第一发送模块5044向业务服务器发送ARP报文之前,配置UE和业务服务器之间的链路信息,所述链路信息包括:UE的IP地址、业务服务器的IP地址、网关、和掩码;根据所述链路信息,向业务服务器发起ARP学习流程;在收到业务服务器的ARP应答后,确认UE经由目标BPOE至业务服务器的上行链路成功建立,同时,继续保持UE经由源BPOE至业务服务器的上行链路不中断。
优选地,源BPOE502包括:删除模块5022,用于在接收到切换完成消息后,删除源BPOE中配置的UE和业务服务器之间的链路信息,以及UE经由源BPOE与业务服务器之间建立的链路。
优选地,源BPOE502还包括:缓存模块5024,用于在目标BPOE的第一接收模块5042接收到切换通知消息之前,缓存模块5024接收到切换通知消息,缓存业务服务器经由源BPOE向UE发送的报文。
优选地,第二接收模块5046在从源BPOE接收源BPOE缓存的业务服务器向UE发送的报文时,通过基站的内部传输通道,从源BPOE接收源BPOE缓存的业务服务器向UE发送的报文。
本实施例的基站用于实现前述多个方法实施例中相应的终端切换方法,并具有相应的方法实施例的有益效果,在此不再赘述。
本发明提供了一种无MME模式下的基站内终端切换方案,当UE附着在源BPOE覆盖的小区内,eNodeB的高层HL需要将UE的信息配置在源BPOE上,包括将UE的IP地址添加到源BPOE与业务Server通信的网口上,再将业务Server的信息配置在源BPOE上,其中包括业务Server的IP地址、网关、掩码。在二层组网模式下,需要eNodeB学习业务Server的MAC地址;在三层组网模式下,eNodeB则学习网关的MAC地址,实现UE与业务Server之间的透传通道。当UE发生切换时,HL需要将UE和业务Server的信息配置到目标BPOE上,目标BPOE触发学习业务Server或网关的MAC地址,并向业务Server发送免费ARP报文来修改业务Server的ARP表项,使得业务Server迅速将报文发送到目标BPOE上,切换完成后,将源BPOE的UE和业务Server的配置删除,进而实现UE切换时的传输畅通。
通过本发明,针对于上行方向,同时建立两条传输通道,保证上行无丢包。针对于下行方向,采取目标侧向业务Server发送免费ARP,及时修改业务Server的ARP表项,快速实现下行的传输切换;源侧将切换中收到的下行报文倒换到目标侧,来减少切换中的传输丢包;目标侧先发送源侧的倒换报文,再发送收到的业务Server的下行报文,来避免切换中产生乱序。由此,在无MME模式下的eNodeB内终端切换时,能迅速提供切换的传输通道,并保证了切换中业务不中断和维持一定的传输速率,上行方向无丢包,下行方向最少的传输丢包和避免产生乱序,使得切换完成后,业务速率能够迅速恢复到原有的水平,使用户感知良好。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于基站实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上对本发明所提供的一种终端切换方法和基站进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (10)
1.一种终端切换方法,其特征在于,用于无移动性管理实体MME模式下的基站内终端切换,所述方法包括:
基站的目标基带处理单元BPOE接收到切换通知消息,其中,所述切换通知消息用于通知用户设备UE从所述基站的源BPOE向所述目标BPOE切换;
所述目标BPOE向业务服务器发送地址解析协议ARP报文,以通知所述业务服务器主动更新保存的ARP表,其中,所述ARP报文中携带有所述UE的IP地址和所述目标BPOE的介质访问控制MAC地址;
在所述业务服务器完成所述ARP表的更新后,所述目标BPOE从所述源BPOE接收所述源BPOE缓存的所述业务服务器向所述UE发送的报文,并且,缓存所述业务服务器通过所述目标BPOE向所述UE发送的报文;
所述目标BPOE在接收到切换完成消息后,先向所述UE发送从所述源BPOE接收的报文,并在发送完成后,再向所述UE发送所述业务服务器通过所述目标BPOE向所述UE发送的报文。
2.根据权利要求1所述的方法,其特征在于,在所述基站的目标基带处理单元BPOE接收到切换通知消息的步骤之后,所述目标BPOE向业务服务器发送地址解析协议ARP报文的步骤之前,还包括:
所述目标BPOE配置所述UE和所述业务服务器之间的链路信息,所述链路信息包括:所述UE的IP地址、所述业务服务器的IP地址、网关、和掩码;
所述目标BPOE根据所述链路信息,向所述业务服务器发起ARP学习流程;
所述目标BPOE在收到所述业务服务器的ARP应答后,确认所述UE经由所述目标BPOE至所述业务服务器的上行链路成功建立,同时,继续保持所述UE经由所述源BPOE至所述业务服务器的上行链路不中断。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述源BPOE在接收到所述切换完成消息后,删除所述源BPOE中配置的所述UE和所述业务服务器之间的链路信息,以及所述UE经由所述源BPOE与所述业务服务器之间建立的链路。
4.根据权利要求1所述的方法,其特征在于,在所述基站的目标基带处理单元BPOE接收到切换通知消息的步骤之前,还包括:
所述源BPOE接收到所述切换通知消息,缓存所述业务服务器经由所述源BPOE向所述UE发送的报文。
5.根据权利要求4所述的方法,其特征在于,所述目标BPOE从所述源BPOE接收所述源BPOE缓存的所述业务服务器向所述UE发送的报文的步骤包括:
所述目标BPOE通过所述基站的内部传输通道,从所述源BPOE接收所述源BPOE缓存的所述业务服务器向所述UE发送的报文。
6.一种基站,其特征在于,用于无移动性管理实体MME模式下的基站内终端切换,所述基站包括:源基带处理单元BPOE和目标BPOE;
其中,所述目标BPOE包括:
第一接收模块,用于接收到切换通知消息,其中,所述切换通知消息用于通知用户设备UE从所述基站的源BPOE向所述目标BPOE切换;
第一发送模块,用于向业务服务器发送地址解析协议ARP报文,以通知所述业务服务器主动更新保存的ARP表,其中,所述ARP报文中携带有所述UE的IP地址和所述目标BPOE的介质访问控制MAC地址;
第二接收模块,用于在所述业务服务器完成所述ARP表的更新后,从所述源BPOE接收所述源BPOE缓存的所述业务服务器向所述UE发送的报文,并且,缓存所述业务服务器通过所述目标BPOE向所述UE发送的报文;
第二发送模块,用于在接收到切换完成消息后,先向所述UE发送从所述源BPOE接收的报文,并在发送完成后,再向所述UE发送所述业务服务器通过所述目标BPOE向所述UE发送的报文。
7.根据权利要求6所述的基站,其特征在于,所述目标BPOE还包括:
上行通路模块,用于在所述第一接收模块接收到切换通知消息之后,所述第一发送模块向业务服务器发送地址解析协议ARP报文之前,配置所述UE和所述业务服务器之间的链路信息,所述链路信息包括:所述UE的IP地址、所述业务服务器的IP地址、网关、和掩码;根据所述链路信息,向所述业务服务器发起ARP学习流程;在收到所述业务服务器的ARP应答后,确认所述UE经由所述目标BPOE至所述业务服务器的上行链路成功建立,同时,继续保持所述UE经由所述源BPOE至所述业务服务器的上行链路不中断。
8.根据权利要求6所述的基站,其特征在于,所述源BPOE包括:
删除模块,用于在接收到所述切换完成消息后,删除所述源BPOE中配置的所述UE和所述业务服务器之间的链路信息,以及所述UE经由所述源BPOE与所述业务服务器之间建立的链路。
9.根据权利要求6所述的基站,其特征在于,所述源BPOE还包括:
缓存模块,用于在所述目标BPOE的第一接收模块接收到切换通知消息之前,所述缓存模块接收到所述切换通知消息,缓存所述业务服务器经由所述源BPOE向所述UE发送的报文。
10.根据权利要求9所述的基站,其特征在于,所述第二接收模块在从所述源BPOE接收所述源BPOE缓存的所述业务服务器向所述UE发送的报文时,通过所述基站的内部传输通道,从所述源BPOE接收所述源BPOE缓存的所述业务服务器向所述UE发送的报文。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310677010.4A CN103686888B (zh) | 2013-12-11 | 终端切换方法和基站 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310677010.4A CN103686888B (zh) | 2013-12-11 | 终端切换方法和基站 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103686888A true CN103686888A (zh) | 2014-03-26 |
CN103686888B CN103686888B (zh) | 2016-11-30 |
Family
ID=
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105101312A (zh) * | 2014-05-15 | 2015-11-25 | 中兴通讯股份有限公司 | 一种上行数据处理的方法及装置 |
WO2016045065A1 (en) * | 2014-09-25 | 2016-03-31 | Nokia Solutions And Networks Oy | Tcp connection establishment and handover |
CN105578546A (zh) * | 2016-01-15 | 2016-05-11 | 华信咨询设计研究院有限公司 | 面向客户感知的正弦自适应lte切换方法 |
CN105812495A (zh) * | 2014-12-27 | 2016-07-27 | 华为技术有限公司 | 报文转发方法及设备 |
CN107484210A (zh) * | 2016-06-07 | 2017-12-15 | 大唐移动通信设备有限公司 | 一种数据传输方法及装置 |
CN107484187A (zh) * | 2016-06-08 | 2017-12-15 | 中国移动通信有限公司研究院 | 一种业务处理方法、装置和基站 |
WO2018090230A1 (zh) * | 2016-11-16 | 2018-05-24 | 华为技术有限公司 | 数据迁移方法及装置 |
CN111510977A (zh) * | 2019-01-30 | 2020-08-07 | 华为技术有限公司 | 一种移动性管理方法及装置 |
CN111935794A (zh) * | 2020-07-02 | 2020-11-13 | 四川创智联恒科技有限公司 | 一种缩短切换时延的数据处理方法 |
CN114079981A (zh) * | 2020-08-06 | 2022-02-22 | 北京佰才邦技术股份有限公司 | 一种网络设备切换方法及网络设备 |
CN114079980A (zh) * | 2020-08-06 | 2022-02-22 | 北京佰才邦技术股份有限公司 | 一种切换方法及HaloB设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101483859A (zh) * | 2008-01-10 | 2009-07-15 | 株式会社Ntt都科摩 | 无线基站、无线通信控制系统以及无线通信控制方法 |
CN101938533A (zh) * | 2010-09-10 | 2011-01-05 | 中兴通讯股份有限公司 | 地址解析的处理方法及装置 |
CN102932252A (zh) * | 2012-11-21 | 2013-02-13 | 杭州华三通信技术有限公司 | 用于虚拟路由器冗余协议备份组恢复流量的方法和装置 |
US20130142155A1 (en) * | 2006-02-18 | 2013-06-06 | Solomon Trainin | Techniques for 40 megahertz(mhz) channel switching |
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130142155A1 (en) * | 2006-02-18 | 2013-06-06 | Solomon Trainin | Techniques for 40 megahertz(mhz) channel switching |
CN101483859A (zh) * | 2008-01-10 | 2009-07-15 | 株式会社Ntt都科摩 | 无线基站、无线通信控制系统以及无线通信控制方法 |
CN101938533A (zh) * | 2010-09-10 | 2011-01-05 | 中兴通讯股份有限公司 | 地址解析的处理方法及装置 |
CN102932252A (zh) * | 2012-11-21 | 2013-02-13 | 杭州华三通信技术有限公司 | 用于虚拟路由器冗余协议备份组恢复流量的方法和装置 |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105101312A (zh) * | 2014-05-15 | 2015-11-25 | 中兴通讯股份有限公司 | 一种上行数据处理的方法及装置 |
CN105101312B (zh) * | 2014-05-15 | 2019-11-19 | 南京中兴软件有限责任公司 | 一种上行数据处理的方法及装置 |
WO2016045065A1 (en) * | 2014-09-25 | 2016-03-31 | Nokia Solutions And Networks Oy | Tcp connection establishment and handover |
CN105812495A (zh) * | 2014-12-27 | 2016-07-27 | 华为技术有限公司 | 报文转发方法及设备 |
CN105812495B (zh) * | 2014-12-27 | 2019-04-12 | 华为技术有限公司 | 报文转发方法及设备 |
CN105578546B (zh) * | 2016-01-15 | 2018-09-07 | 华信咨询设计研究院有限公司 | 面向客户感知的正弦自适应lte切换方法 |
CN105578546A (zh) * | 2016-01-15 | 2016-05-11 | 华信咨询设计研究院有限公司 | 面向客户感知的正弦自适应lte切换方法 |
CN107484210A (zh) * | 2016-06-07 | 2017-12-15 | 大唐移动通信设备有限公司 | 一种数据传输方法及装置 |
CN107484187A (zh) * | 2016-06-08 | 2017-12-15 | 中国移动通信有限公司研究院 | 一种业务处理方法、装置和基站 |
WO2018090230A1 (zh) * | 2016-11-16 | 2018-05-24 | 华为技术有限公司 | 数据迁移方法及装置 |
US11283730B2 (en) | 2016-11-16 | 2022-03-22 | Huawei Technologies Co., Ltd. | Data migration method and apparatus |
CN111510977A (zh) * | 2019-01-30 | 2020-08-07 | 华为技术有限公司 | 一种移动性管理方法及装置 |
CN111510977B (zh) * | 2019-01-30 | 2021-06-08 | 华为技术有限公司 | 一种移动性管理方法及装置 |
US11910485B2 (en) | 2019-01-30 | 2024-02-20 | Huawei Technologies Co., Ltd. | Mobility management method and apparatus |
CN111935794A (zh) * | 2020-07-02 | 2020-11-13 | 四川创智联恒科技有限公司 | 一种缩短切换时延的数据处理方法 |
CN114079981A (zh) * | 2020-08-06 | 2022-02-22 | 北京佰才邦技术股份有限公司 | 一种网络设备切换方法及网络设备 |
CN114079980A (zh) * | 2020-08-06 | 2022-02-22 | 北京佰才邦技术股份有限公司 | 一种切换方法及HaloB设备 |
CN114079980B (zh) * | 2020-08-06 | 2023-11-03 | 北京佰才邦技术股份有限公司 | 一种切换方法及基站设备 |
CN114079981B (zh) * | 2020-08-06 | 2024-02-02 | 北京佰才邦技术股份有限公司 | 一种网络设备切换方法及网络设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210021334A1 (en) | Wireless communications method and apparatus | |
CN201048457Y (zh) | 执行双模式寻呼的无线通信系统中的无线发射/接收单元 | |
US7542444B2 (en) | Stored radio bearer configurations for UMTS networks | |
CN107734563B (zh) | 切换场景下的QoS参数处理的方法及设备 | |
CN100471323C (zh) | 一种小区切换时获取系统信息的方法 | |
CN101534238B (zh) | 无线Mesh网络中通知代理更新的方法、节点和系统 | |
US9979790B1 (en) | Long term evolution communication network to route Vehicle-to-X (V2X) data communications | |
CN104427489A (zh) | 一种通信切换、建立方法及设备 | |
CN104994575A (zh) | 更新用户设备位置信息的方法 | |
WO2003096594A3 (en) | Handover in a hybrid communications network | |
GB2427324B (en) | A method of dual transfer mode handover | |
CN102271373A (zh) | X2切换方法及装置 | |
RU2008101422A (ru) | Способ передачи сигналов в системе мобильной связи | |
CN104349312A (zh) | 用于支持双连接的安全处理的方法 | |
CN107306386A (zh) | 接入点触发终端漫游的方法及接入点 | |
CN111770468B (zh) | 数据处理方法和信息处理装置 | |
US11382152B2 (en) | Method and device for configuring GTP transmission channel and storage medium | |
CN108882315A (zh) | 一种路径切换方法及网络设备 | |
CN103139752A (zh) | 传输通道表修改方法及装置 | |
US11234171B2 (en) | Network nodes and methods thereof | |
CN105517020A (zh) | 一种更新配置参数的方法及装置 | |
CN109275172A (zh) | 通信路由的建立方法、装置、计算机存储介质和系统 | |
CN105101324A (zh) | 异构网络切换方法、功能实体和终端 | |
CN109309919B (zh) | 一种通信方法及设备 | |
CN103731920B (zh) | Un子帧配置方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | 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 |