CN101159670A - 业务传输方法及其装置 - Google Patents
业务传输方法及其装置 Download PDFInfo
- Publication number
- CN101159670A CN101159670A CNA2007101655424A CN200710165542A CN101159670A CN 101159670 A CN101159670 A CN 101159670A CN A2007101655424 A CNA2007101655424 A CN A2007101655424A CN 200710165542 A CN200710165542 A CN 200710165542A CN 101159670 A CN101159670 A CN 101159670A
- Authority
- CN
- China
- Prior art keywords
- user
- network segment
- issue
- route
- ggsn
- 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
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种业务传输方法:用户激活时,发布所述用户的路由信息给业务提供方,该路由信息中包括发布方信息;传输该用户的下行业务数据,下行业务数据是业务提供方基于该路由信息中包含的发布方信息下发的。本发明还公开了一种业务传输方法:发布用户所属网段的网段路由给业务提供方,所述网段路由中包含有该网段路由被业务提供方选用的策略信息以及发布方的信息;传输该用户的下行业务数据,下行业务数据是业务提供方基于每个网段路由中包含的策略信息,按照预设的准则选择的网段路由中,包含的发布方信息下发的。相应的,本发明还公开了一种业务传输装置。采用本发明方案,在通过备用GGSN进行业务传输时,能保证下行数据路由自动切换。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种业务传输方法及其装置。
背景技术
通用无线分组业务(GPRS,General Packet Radio Service)网关支持节点(GGSN,Gateway GPRS Support Node)是处于分组交换(PS,PS PacketSwitched)网络中的业务节点,其在目前的网络上高度集中,且容量大,是无线网络与因特网协议(IP,Internet Protocol)网络的汇聚点。为了向用户提供高质量稳定的业务,以及减少自然灾害给用户带来的损失和业务中断,GGSN提出基于GGSN资源池(GGSN POOL)的网络容灾组网解决方案。
GGSN POOL容灾过程实际是进行GGSN之间的替代过程,具体如图1所示,在一个GGSN POOL中存在多个独立的GGSN,当用户设备(UE,UserEquipment)激活时,GPRS业务支持节点(SGSN,Serving GPRS Support Node)能从GGSN POOL中正确选择一个GGSN,并可与之正常通信。由于GGSNPOOL中GGSN能完全一致的提供用户接入功能及相关特性,且能正常访问业务网络和服务器,并提供相关特性,所以当其中主GGSN(图中为GGSN1)所在路径故障(受灾)时,可以从GGSN POOL中选择另外一个GGSN建立新的路径,保证UE能通过新的路径建立数据通道,以接入到提供服务的业务网络和服务器,从而可以达到当一套GGSN受灾时,不影响其用户正常接入和业务正常进行的目标。同时,当原有GGSN受灾恢复后,原有路径也即恢复。
针对用户,GGSN有两种不同的地址分配方式,即动态IP地址分配和签约固定IP地址方式。
对于动态分配IP地址的用户来说,每次激活时,获得的地址可能都不相同,因此在切换到备选GGSN后,备选GGSN只要使用不同的地址池分配地址,用户依然可以在获得新地址后正常使用。即对于动态分配IP地址的用户,当采用现有技术中的GGSN POOL容灾时,能同时解决上行及下行数据路径的切换,使上下行路径一致。一方面,随着GGSN的切换上行数据路径将同时进行切换;另一方面,下行数据报文的路由已经针对不同GGSN上的不同地址池进行了配置。故此时系统不需做任何改动就能达到容灾的目的。
而对于签约固定IP地址的用户来说,不论在哪个GGSN上激活,都要求使用相同的地址(签约的固定IP地址)。这样,承载网就无法知道用户当前是在哪个GGSN上激活。即采用现有技术中的GGSN POOL容灾时,对于签约固定IP地址的用户,虽然随着GGSN的切换上行数据路径可以同时进行切换,但是下行数据报文无法保证能正确的路由到用户上下文所在的GGSN上。这样,在切换到备选GGSN后,GGSN和承载网都需要更新路由信息,用户才可以在切换后正常开展业务。对于这种情况,第三代移动通信标准化组织(3GPP,3rd Generation Partnership Project)协议中没有给出明确的方法,实际应用中,一般都采用手动的方式进行路由切换和更新,来确保切换后正常开展用户业务。
手动的方式进行路由切换和更新,无疑增加了维护成本和维护风险。维护风险包括因为响应处理不及时,导致用户业务长时间无法恢复;手动更新工作量大;易出错等风险。相应的,在受灾的GGSN恢复后,路径切回时也会造成部分用户的二次中断。
发明内容
本发明实施例要解决的技术问题在于提供一种业务传输方法及其装置,以使签约固定IP的用户通过备用GGSN进行业务传输时,该用户的下行数据路由能自动切换,从而保证业务正常开展。
本发明实施例提供了一种业务传输方法,包括步骤:用户激活时,发布所述用户的路由信息给业务提供方,所述路由信息中包括发布方信息;传输所述用户的下行业务数据,所述下行业务数据是业务提供方基于该用户的路由信息中包含的发布方信息下发的。
本发明实施例对应提供了一种业务传输装置,包括:发布单元,用于在用户激活时,发布所述用户的路由信息给业务提供方,所述路由信息中包括发布方信息;传输单元,用于传输所述用户的下行业务数据,所述下行业务数据是业务提供方基于该用户的路由信息中包含的发布方信息下发的。
本发明实施例还提出了一种业务传输方法,包括步骤:发布用户所属网段的网段路由给业务提供方,所述网段路由中包含有该网段路由被业务提供方选用的策略信息以及发布方的信息;传输所述用户的下行业务数据,所述下行业务数据是业务提供方基于所述发布的每个网段路由中包含的策略信息,按照预设的选择准则选择的网段路由中,包含的发布方信息下发的。
本发明实施例还相应的提出了一种业务传输装置,包括:发布单元,用于发布用户所属网段的网段路由给业务提供方,所述网段路由中包含有该网段路由被业务提供方选用的策略信息以及发布方的信息;传输单元,用于传输所述用户的下行业务数据,所述下行业务数据是业务提供方基于所述发布的每个网段路由中包含的策略信息,按照预设的选择准则选择的网段路由中,包含的发布方信息下发的。
本发明实施例提出的一种业务传输方法和对应装置,在用户激活时,被分配使用的GGSN向业务提供方发布该用户的动态路由,业务提供方在接收到所述动态路由后更新自身路由表中存储的该用户路由,该用户下行业务传输时,基于业务提供方路由表中此时存储的该用户路由,即可将下行业务准确发送到所述被分配使用的GGSN上,从而解决主GGSN受灾,用户通过备用GGSN进行业务传输时,签约固定IP地址用户的下行数据路由问题,实现下行数据路由的自动切换,并精确定位到所在GGSN上;同时,在受灾GGSN恢复后,新用户的激活路径可以自动切回,已激活用户路径不变,从而不会造成用户的二次中断,也即在整个过程中实现了自动容灾,减少维护,提高了网络的业务接通率。
本发明实施例提出的另一种业务传输方法和对应装置,GGSN向业务提供方发布包含该GGSN被业务提供方选用的策略信息以及包含该GGSN信息的网段路由,业务提供方根据接收的网段路由更新自身存储的路由表;该用户下行业务传输时,业务提供方根据自身路由表存储的网段路由中包含的策略信息,按照预设的选择准则选择网段路由,并依据所选的网段路由中包含的GGSN信息,将下行业务准确发送到用户上行业务所选择的GGSN上。从而解决主GGSN受灾,SGSN选择备用GGSN使用时,下行业务传输路径的切换问题,同时,在受灾GGSN恢复后,新用户的激活路径可以自动切回,从而实现了自动容灾,保证了业务的正常开展。
附图说明
图1为现有技术中基于GGSN POOL实现容灾过程的示意图;
图2为本发明实施例提出的基于GGSN POOL实现自动容灾的示意图;
图3为本发明实施例提出的路由切换示意图;
图4为本发明实施例提出的一种路由切换的流程图;
图5为本发明实施例提出的一种业务传输的流程图;
图6为本发明实施例提出的另一种路由切换的流程图;
图7为本发明实施例提出的另一种业务传输的流程图;
图8A为本发明实施例提出的第一种业务传输装置结构示意图;
图8B为本发明实施例提出的第一种业务传输装置中一种发布单元的结构示意图;
图9A为本发明实施例提出的第二种业务传输装置结构示意图;
图9B为本发明实施例提出的第二种业务传输装置中发布单元的结构示意图。
具体实施方式
本发明实施例提出的一种业务传输方案的实现原理是:用户通过GGSN进行业务传输时,该GGSN为用户产生动态路由,并向业务提供方发布该用户动态路由,业务提供方学习并存储该用户路由到自身路由表中,以使用户的上下行数据报文能准确发送到该GGSN上,完成路由的自动切换。
本发明实施例提出的另一种业务传输方案的实现原理是:知道用户所属IP地址的确切范围,GGSN向业务提供方发布包含该GGSN被业务提供方选用的策略信息以及包含该GGSN信息的网段路由,业务提供方根据自身路由表存储的网段路由中包含的策略信息,按照预设的选择准则选择网段路由,并依据所选的网段路由中包含的GGSN信息,将下行数据报文转发到该用户上行业务传输所选用的GGSN上,完成路由的自动切换。
下面结合说明书附图来说明本发明的具体实施方式,下述实施例中业务提供方以承载网网关为例来说明。
对于GGSN来说,当主GGSN受灾时,签约固定IP地址用户上线后,其接入承载网网关的接入点发生变化,即原来可以从本地的主GGSN接入,现在则需要从容灾GGSN接入。而GGSN仅使用原有的静态路由配置是无法实现正常转发的。因此GGSN需要为用户产生一条主机路由,并使用动态路由协议,将用户的路由信息发布出去,这样,才可以完成GGSN POOL的容灾自动切换,保证业务的正常开展。
对于承载网网关来说,需要支持动态路由协议,并且根据GGSN发布的动态路由信息,及时更新用户的下行路由,从而保证能够正常识别和转发用户的报文,完成容灾功能,保证业务的正常开展。
对于签约固定IP地址的配置,为了使得资源池中的GGSN可以统一识别和处理,建议使用认证、授权和账户(AAA,Authentication,Authorization andAccounting)服务器(Server)或动态主机配置协议(DHCP,Dynamic HostConfiguration Protocol)服务器等,以便统一管理静态地址,避免发生无法识别或地址冲突等问题。
图2为本发明实施例提出的基于GGSN POOL实现自动容灾的示意图,图中采用了Server(AAA Server及DHCP Server)来统一管理静态地址。在正常情况下,用户1上线后,SGSN根据策略,选择通过GGSN1接入承载网;当GGSN1受灾时,用户1上线后,SGSN选择从容灾GGSN2接入承载网(企业网),其路由切换过程如图3所示,GGSN2使用原有的静态路由31是无法实现正常转发的,因此GGSN2为用户1产生一条主机路由32,并使用动态路由协议,将用户1的路由信息向企业网发布,企业网网关支持动态路由协议,其依据GGSN2发布的动态路由信息,及时更新用户1的下行路由,从而能够正常识别和转发用户1的报文,完成容灾功能。
实现自动路由切换的流程具体见图4所示:
步骤401:用户1上线时,SGSN根据策略,将用户1的激活请求发送到GGSN1上,GGSN回送允许用户1激活的消息给SGSN。即用户1可以通过GGSN1接入承载网(此时,GGSN1能正常工作);
步骤402:在GGSN1上,为用户产生一条动态主机路由;
步骤403:GGSN1对外发布用户1的动态主机路由;
步骤404:GGSN1受灾时,SGSN通过GPRS隧道协议(GTP,GPRSTunneling Protocol)路径探测发现该故障,并及时将用户1的重新激活请求发送到备选GGSN2上,即切换到备选GGSN2进行用户1的业务传输。
步骤405:GGSN2生成用户1新的动态主机路由,并对外发布用户1的新动态主机路由,即GGSN2对外更新用户1的路由。
主机路由中可以包含,源地址(即用户的地址)、目的地址(承载网服务器地址)、下一跳跳数(即GGSN地址),从而确保承载网网关能够根据接收到的用户路由信息中包含的GGSN地址,将该用户的下行业务数据准确发送到该GGSN上。
当然,主机路由中下一跳跳数的具体内容也可以是GGSN的其它信息,但是要求承载网根据该路由中包含的GGSN其它信息,能够查找到该GGSN的地址。例如,承载网服务器中可以存储GGSN其它信息与该GGSN地址的对应关系,从而确保承载网网关能够根据接收到的用户路由信息中包含的GGSN其它信息,将该用户的下行业务数据准确发送到该GGSN上。
为了避免GGSN向承载网发布用户主机路由的次数过多,可以规定SGSN选择GGSN进行用户激活的策略,例如规定属于第一网段的用户上线时,SGSN选择GGSN1进行激活,属于第二网段的用户上线时,SGSN选择GGSN2进行激活。这样,若同属于一个网段的多个用户上线时,会选择同一个GGSN接入承载网,此时该GGSN可以将为每个用户生成的新动态主机路由进行聚合,聚合成网段路由向承载网发布(当然也可以不进行聚合,直接向承载网发布用户的新动态主机路由)。网段路由中可以包含,源地址(即该网段中各用户的地址)、目的地址(承载网服务器地址)、下一跳跳数(即GGSN地址)。同上所述,网段路由中的下一跳跳数中的具体内容也可以是GGSN的其它信息。
GGSN2通过与承载网网关之间运行动态路由协议完成路由切换更新,实现业务传输的过程具体见图5所示:
步骤501:GGSN2将为用户1生成的新动态主机路由聚合成网段路由;
步骤502:GGSN2将聚合后的网段路由引入动态路由协议的路由表中;
步骤503:GGSN2通过动态路由协议将用户1的网段路由向承载网发布;
步骤504:承载网网关学习用户1的新路由,并将该新路由记录到自身的路由表中;
步骤505:在进行用户1的下行数据报文转发时,承载网网关根据自身路由表中记录的用户1的路由,将数据发送到GGSN2上,保证用户业务的正常开展。原来在GGSN1上激活的业务因GGSN1受灾将全部丢失,新激活业务全部由GGSN2承担。
当GGSN1受灾恢复后,SGSN通过路径探测到GGSN1能正常工作时,恢复与GGSN1的通信,新激活请求将发送给GGSN1,GGSN1在识别到用户激活时,为用户产生新的动态主机路由,并及时发布路由更新信息,承载网网关通过动态路由进行更新,保证该用户业务流向的及时恢复;用户的后续业务将恢复为GGSN1提供;容灾期间已经在GGSN2上激活的用户,可以继续保留在GGSN2上继续业务,不需要进行该用户的路由更新,直到用户自行去激活。避免了受灾恢复时的二次中断问题。
本发明实施例提出的业务传输方法中,由于路由是按照用户来发布的,所以在受灾GGSN恢复后,激活用户路径可以自动切回,已激活用户可以继续保持在现有GGSN上直到自行离线,从而不会造成用户的二次中断,也就在整个过程中实现了全自动的容灾过程。
下面给出本发明实施例提出的另一种业务传输的方案。
如果知道用户的签约固定IP地址的确切范围,可以通过GGSN向承载网网关发布网段路由的方式实现主GGSN受灾时,业务传输仍然能正常进行的目的。不同GGSN发布优先级高低不同的网段路由,所述网段路由中可以包括,源地址(即该网段中各用户的地址)、目的地址(即承载网服务器地址)、下一跳跳数(即GGSN地址)、策略信息(即承载网网关选用该网段路由的优先级)。同上所述,网段路由中的下一跳跳数中的具体内容也可以是GGSN的其它信息。当然网段路由中的策略信息部分也不限于为被承载网网关选用的优先级,它可以只是被承载网网关选用的策略信息,只需确保承载网网关依据网段路由中包含的策略信息,按照预设的选择准则能准确选择接收下行数据报文的GGSN即可。例如SGSN根据一定的策略选择GGSN1进行属于该网段用户的激活,每间隔预设的时间(一般不超过30s),可用GGSN发布网段路由给承载网,承载网网关能依据每个网段路由中包含的策略信息,按照预设的选择准则准确选择GGSN1进行下行数据报文的转发。而当GGSN1故障时,SGSN根据所述策略选择GGSN2进行属于该网段用户的激活,每间隔预设的时间,可用GGSN发布网段路由给承载网,承载网网关也能根据每个网段路由中包含的策略信息,按照预设的选择准则准确选择GGSN2进行下行数据报文的转发。
下述实施例中以策略信息为被承载网网关选用的优先级为例来说明。
不同GGSN发布优先级高低不同的网段路由,SGSN根据预先配置的策略信息选择当前可用最高优先级网段路由对应的GGSN进行用户激活。当所有GGSN正常时,用户的下行数据报文转发到最高优先级路由指向的GGSN,当该高优先级路由指向的GGSN受灾时,该GGSN无法向承载网更新路由信息,而其它可用GGSN(包括次高优先级路由指向的GGSN)还在定时向承载网更新路由信息,所以一段时间后,承载网网关维护的路由表中,该受灾GGSN对应的高优先级路由被老化掉,用户的下行数据报文转发到次高优先级路由指向的GGSN上,从而完成了容灾切换,实质上,也是在GGSN与承载网网关间运行动态路由协议,不同GGSN向承载网发布不同高低优先级的网段路由,承载网依据所述发布的网段路由更新自身路由表中存储的网段路由。当用户上线时,SGSN根据预先配置的策略信息选择该用户所属网段中,当前可用最高优先级网段路由对应的GGSN进行用户激活,该用户的下行业务传输时,基于承载网路由表中当前存储的网段路由中包含的优先级信息,将该用户下行业务准确传输到该用户所属网段中,当前可用最高优先级网段路由对应的GGSN上。具体路由切换过程见图6所示:
步骤601:GGSN1、GGSN2、GGSN3都正常工作时,SGSN根据预先配置的策略信息以及该用户的签约固定IP地址所处的确切范围,选择GGSN1进行用户激活;
步骤602:每隔一段时间(预先设定间隔时间值),GGSN1向承载网网关发布GGSN1对应的较高优先级的网段路由,GGSN2向承载网网关发布GGSN2对应的较低优先级的网段路由,GGSN3向承载网网关发布GGSN3对应的更低优先级的网段路由,承载网网关路由表根据接收到的路由信息更新;
步骤603:GGSN1受灾时,SGSN通过GTP路径探测发现该故障,并及时将用户切换到次高优先级网段路由对应的GGSN,即GGSN2上重新激活;
步骤604:受灾的GGSN1不会再向承载网网关发布路由信息,而每隔一段时间(预先设定间隔时间值),GGSN2仍会向承载网网关发布GGSN2对应的较低优先级的网段路由,GGSN3也向承载网网关发布GGSN3对应的更低优先级的网段路由。承载网网关的路由表依据接收到的路由信息更新后,GGSN1对应的高优先级网段路由在承载网网关的路由表中被老化掉,此时,GGSN2对应的次高优先级的网段路由成为承载网网关路由表中优先级最高的网段路由,所以依据承载网网关路由表中当前最高优先级的网段路由,能将用户的下行数据准确转发到GGSN2上。
由上可知,每隔一段时间(一般设置为30s之内),可用GGSN就会向承载网网关发布一次网段路由,据此,承载网网关可以探测到用户所属网段中,当前可用最高优先级网段路由对应的是哪个GGSN。例如,GGSN1受灾后,用户通过GGSN2重新激活,此时GGSN1不会再向承载网发布网段路由,此后承载网接收到的最高优先级网段路由为GGSN2发布的,也即将承载网路由表中存储的网段路由中,优先级比GGSN2发布的网段路由高的网段路由(如GGSN1发布的网段路由)被老化掉(老化的过程实质上是基于承载网网关接收到的网段路由,将承载网网关路由表中的路由信息进行更新),用户的下行业务传输时,基于此时承载网网关路由表中存储的该网段当前可用最高优先级网段路由,将下行业务转发到GGSN2上。
当然,为了使得用户切换到GGSNx进行业务传输时,承载网网关能及时更新该用户的路由信息,也可以在用户通过GGSNx激活时,GGSNx发布包含有该GGSNx被承载网网关选用优先级的网段路由给承载网网关。由于GGSNx发布的是网段路由,所以该网段路由的发布可以仅在GGSNx首次监控到用户通过自身激活时进行。
采用上述方案实现业务传输时,基于路由自动切换更新,确保业务正常传输的流程具体参见图7所示:
步骤701:下行数据报文转发时,判断GGSN发布的网段路由中,当前可用路由中较高优先级路由指向的GGSN是否受灾;
步骤702:如果该GGSN没有受灾,则将下行数据报文转发到该GGSN上;
步骤703:如果该GGSN受灾,则该GGSN对应的较高优先级的路由被老化掉,并返回步骤701继续执行。
需要说明的是,本发明实施例均是以GGSN为例,来说明实现业务传输的方法,当然,本领域技术人员可以获知,能够采用其他的业务传输装置,来完成上述GGSN所提供的路由更新功能。同样,业务提供方也不仅限于承载网网关。
根据本发明技术方案的实施例,本发明这里提供了实施该技术方案的一种业务传输装置,如图8A所示,该装置包括:发布单元A81,用于在用户激活时,发布所述用户的路由信息给业务提供方,所述路由信息中包括发布方信息;传输单元A82,用于传输所述用户的下行业务数据,所述下行业务数据是业务提供方基于发布单元A81发布的该用户路由信息中包含的发布方信息下发的。
发布单元A81具体包括(见图8B所示):引入子单元B811,用于将所述用户路由信息引入路由表中;发布子单元B812,用于发布引入子单元B811引入该用户路由信息的路由表给业务提供方。
根据本发明技术方案的实施例,本发明这里提供了实施该技术方案的另一种业务传输装置,如图9A所示,该装置包括:发布单元A91,用于发布用户所属网段的网段路由给业务提供方,所述网段路由中包含有该网段路由被业务提供方选用的策略信息以及发布方的信息;传输单元A92,用于传输所述用户的下行业务数据,所述下行业务数据是业务提供方基于所述发布的每个网段路由中包含的策略信息,按照预设的选择准则选择的网段路由中,包含的发布方信息下发的。
发布单元A91具体包括(见图9B所示):引入子单元B911,用于将所述网段路由引入路由表中;发布子单元B912,用于,发布引入子单元B911引入该网段路由的路由表给业务提供方。
本发明实施例提出的业务传输方法,针对现有技术为确保业务正常开展,只能提供手动切换和更新路由的缺陷,通过在GGSN上为签约固定IP地址用户自动产生主机路由或网段路由,并通过动态路由协议向承载网发布的方法,通知承载网用户的路由信息,从而解决签约固定IP地址用户的下行数据路由问题,实现下行路由的自动切换并精确定位到所在的GGSN上。
本发明实施例提出的业务传输方法,实现基于GPRS网关支持节点资源池的全自动容灾,减少了维护,可以提高整个网络的业务接通率。
如果需要,还可以采用本发明实施例提出的业务传输方法,配置业务负荷分担到多个GGSN,SGSN按照负荷轮选的方式选择不同的GGSN进行用户激活,即当用户激活时,SGSN从资源池中按照负荷分担的方式轮换选择GGSN,进行用户上下文的建立。采用本发明实施例提出的基于GGSN POOL的容灾方案的实现原理,GGSN不使用原有的用户静态路由配置,而是为用户产生一条主机路由或网段路由,并使用动态路由协议,将用户的路由信息发布出去;承载网网关需要支持动态路由协议,并且根据GGSN发布的动态路由信息,及时更新用户的下行路由,保证能够正常识别和转发用户的报文,从而解决签约固定IP地址用户的下行数据路由问题,实现下行数据路由精确定位到所在GGSN上,这样,就可以完成GGSN POOL中的GGSN负荷分担功能,避免了大容量用户的集中接入对核心网的业务冲击,提高了整网的安全性。
本发明实施例提出的业务传输方法,使核心网每个通过GGSN的路径,成为多平面组网,各平面负荷分担,互为备份,有效消除网络故障或网元故障引起的业务中断,有效避免或降低火灾、地震等灾害造成的网络灾难性的中断。
本发明实施例提出的业务传输方法,可以用在GGSN上解决签约固定IP地址用户的容灾问题,以及支持GGSN POOL的实现。当然,该方法也可以用于动态分配IP地址的用户。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (14)
1.一种业务传输方法,其特征在于,包括步骤:
用户激活时,发布所述用户的路由信息给业务提供方,所述路由信息中包括发布方信息;
传输所述用户的下行业务数据,所述下行业务数据是业务提供方基于该用户的路由信息中包含的发布方信息下发的。
2.如权利要求1所述的方法,其特征在于,所述发布方信息为发布方地址。
3.如权利要求1所述的方法,其特征在于,所述用户的路由信息为该用户的主机路由或将该用户的主机路由聚合的网段路由。
4.如权利要求1-3任一项所述的方法,其特征在于,发布用户路由信息的过程,具体包括步骤:
将所述用户路由信息引入路由表中;
发布引入该用户路由信息的路由表给业务提供方。
5.一种业务传输装置,其特征在于,包括:
发布单元,用于在用户激活时,发布所述用户的路由信息给业务提供方,所述路由信息中包括发布方信息;
传输单元,用于传输所述用户的下行业务数据,所述下行业务数据是业务提供方基于该用户的路由信息中包含的发布方信息下发的。
6.如权利要求5所述的装置,其特征在于,所述发布单元具体包括:
引入子单元,用于将所述用户路由信息引入路由表中;
发布子单元,用于发布引入该用户路由信息的路由表给业务提供方。
7.一种业务传输方法,其特征在于,包括步骤:
发布用户所属网段的网段路由给业务提供方,所述网段路由中包含有该网段路由被业务提供方选用的策略信息以及发布方的信息;
传输所述用户的下行业务数据,所述下行业务数据是业务提供方基于所述发布的每个网段路由中包含的策略信息,按照预设的选择准则选择的网段路由中,包含的发布方信息下发的。
8.如权利要求7所述的方法,其特征在于,所述策略信息是指被业务提供方选用的优先级。
9.如权利要求8所述的方法,其特征在于,预设的选择准则是选择优先级最高的网段路由。
10.如权利要求7所述的方法,其特征在于,发布网段路由过程,具体包括步骤:
将所述网段路由引入路由表中;
发布引入该网段路由的路由表给业务提供方。
11.如权利要求7-10任一项所述的方法,其特征在于,每隔预先设定的时间,执行发布用户所属网段的网段路由给业务提供方的处理。
12.如权利要求7-10任一项所述的方法,其特征在于,首次监控到用户通过自身激活时,执行所述发布用户所属网段的网段路由给业务提供方的处理。
13.一种业务传输装置,其特征在于,包括:
发布单元,用于发布用户所属网段的网段路由给业务提供方,所述网段路由中包含有该网段路由被业务提供方选用的策略信息以及发布方的信息;
传输单元,用于传输所述用户的下行业务数据,所述下行业务数据是业务提供方基于所述发布的每个网段路由中包含的策略信息,按照预设的选择准则选择的网段路由中,包含的发布方信息下发的。
14.如权利要求13所述的装置,其特征在于,所述发布单元具体包括:
引入子单元,用于将所述网段路由引入路由表中;
发布子单元,用于发布引入该网段路由的路由表给业务提供方。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007101655424A CN101159670A (zh) | 2007-11-02 | 2007-11-02 | 业务传输方法及其装置 |
CN2008100986049A CN101425965B (zh) | 2007-11-02 | 2008-05-30 | 业务传输方法及其装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007101655424A CN101159670A (zh) | 2007-11-02 | 2007-11-02 | 业务传输方法及其装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101159670A true CN101159670A (zh) | 2008-04-09 |
Family
ID=39307595
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2007101655424A Pending CN101159670A (zh) | 2007-11-02 | 2007-11-02 | 业务传输方法及其装置 |
CN2008100986049A Expired - Fee Related CN101425965B (zh) | 2007-11-02 | 2008-05-30 | 业务传输方法及其装置 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008100986049A Expired - Fee Related CN101425965B (zh) | 2007-11-02 | 2008-05-30 | 业务传输方法及其装置 |
Country Status (1)
Country | Link |
---|---|
CN (2) | CN101159670A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102045246B (zh) * | 2009-10-13 | 2012-09-05 | 中兴通讯股份有限公司 | 互通业务报文的发送方法以及接入支持节点 |
CN103873286A (zh) * | 2012-12-17 | 2014-06-18 | 中国移动通信集团贵州有限公司 | 一种容灾切换的方法、系统及装置 |
CN106161229A (zh) * | 2015-03-27 | 2016-11-23 | 中国移动通信集团海南有限公司 | Gprs专网中业务传输方法、系统及交换机设备 |
CN106875501A (zh) * | 2017-02-14 | 2017-06-20 | 江苏安防科技有限公司 | 一种高速公路收费系统多通道连接通信方法 |
CN114268578A (zh) * | 2021-12-16 | 2022-04-01 | 平安证券股份有限公司 | 切换线路的数据传输方法、装置、设备及存储介质 |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8848516B2 (en) * | 2010-09-15 | 2014-09-30 | Telefonaktiebolaget L M Ericsson (Publ) | Methods and apparatus for relocating and restoring connections through a failed serving gateway and traffic offloading |
EP2687045B1 (en) * | 2011-03-18 | 2019-09-11 | Alcatel Lucent | System and method for failover recovery at geo-redundant gateways |
WO2011157177A2 (zh) * | 2011-06-03 | 2011-12-22 | 华为技术有限公司 | 一种业务流控制的方法及设备 |
CN109327871B (zh) * | 2017-08-01 | 2021-02-02 | 大唐移动通信设备有限公司 | 一种通信方法、网络设备及通信系统 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100396054C (zh) * | 2004-04-30 | 2008-06-18 | 华为技术有限公司 | 通用移动通信系统内部与外部间传输业务流数据包的方法 |
CN1835475A (zh) * | 2005-03-14 | 2006-09-20 | 华为技术有限公司 | 通用分组无线业务网络侧激活的方法 |
-
2007
- 2007-11-02 CN CNA2007101655424A patent/CN101159670A/zh active Pending
-
2008
- 2008-05-30 CN CN2008100986049A patent/CN101425965B/zh not_active Expired - Fee Related
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102045246B (zh) * | 2009-10-13 | 2012-09-05 | 中兴通讯股份有限公司 | 互通业务报文的发送方法以及接入支持节点 |
CN103873286A (zh) * | 2012-12-17 | 2014-06-18 | 中国移动通信集团贵州有限公司 | 一种容灾切换的方法、系统及装置 |
CN106161229A (zh) * | 2015-03-27 | 2016-11-23 | 中国移动通信集团海南有限公司 | Gprs专网中业务传输方法、系统及交换机设备 |
CN106161229B (zh) * | 2015-03-27 | 2020-02-14 | 中国移动通信集团海南有限公司 | Gprs专网中业务传输方法、系统及交换机设备 |
CN106875501A (zh) * | 2017-02-14 | 2017-06-20 | 江苏安防科技有限公司 | 一种高速公路收费系统多通道连接通信方法 |
CN114268578A (zh) * | 2021-12-16 | 2022-04-01 | 平安证券股份有限公司 | 切换线路的数据传输方法、装置、设备及存储介质 |
CN114268578B (zh) * | 2021-12-16 | 2024-04-02 | 平安证券股份有限公司 | 切换线路的数据传输方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN101425965B (zh) | 2013-04-17 |
CN101425965A (zh) | 2009-05-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101425965B (zh) | 业务传输方法及其装置 | |
EP2647182B1 (en) | Mobile gateways in pool for session resilience | |
US7423962B2 (en) | Redundancy and load balancing in a telecommunication unit and system | |
EP2215746B1 (en) | Connectivity management and diagnostics for cellular data devices | |
US8054782B2 (en) | Delivering services in a wireless communications system | |
JP5923393B2 (ja) | 移動通信網振り分けシステム及び移動通信網振り分け方法 | |
CN102450052B (zh) | 数据网关负载处理方法、设备及系统 | |
CN101132640A (zh) | 移动通信系统、核心网络节点选择方法、基站和移动站 | |
CN103260150B (zh) | 无线接入控制方法、无线接入点和无线接入控制器 | |
CN101536568B (zh) | 用于在无线电通信系统中出现故障的情况下恢复连通性的方法及其控制节点 | |
US20030117983A1 (en) | Method and gateway GPRS support node (GGSN) for user (payload) plane redundancy | |
CN101114927A (zh) | 一种实现负载均衡的系统及方法 | |
JP4760531B2 (ja) | 移動通信システム、無線基地局制御装置及び動作制御方法 | |
CN1965547A (zh) | 帧传输间隔 | |
JP2019511861A (ja) | 基本サービスセット識別子bssid更新 | |
US7660586B2 (en) | System and method relating to mobility in a mobile communication system | |
CN101039516B (zh) | 无线通信系统、及其相邻站信息的管理方法和管理装置 | |
CN103392376A (zh) | 无线网络控制器和无线网络控制器组件 | |
CN106465094B (zh) | 一种业务容灾的方法、相关装置和通信系统 | |
CN101765223B (zh) | 业务控制设备获得用户接入类型的方法、sgsn和系统 | |
JP2008124799A (ja) | 無線基地制御局およびルーチング方法 | |
CN106572507B (zh) | 将终端设备重定向到专用网络的方法、终端设备及基站 | |
CN101043262B (zh) | 无线电网络控制器及其信道分配方法 | |
CN101237696A (zh) | 基站接入单元切换方法及基站 | |
CN101453687A (zh) | 采用sgsn池为用户提供服务方法、系统及sgsn池 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |