CN102487530A - 数据分流方法及*** - Google Patents

数据分流方法及*** Download PDF

Info

Publication number
CN102487530A
CN102487530A CN201010571136XA CN201010571136A CN102487530A CN 102487530 A CN102487530 A CN 102487530A CN 201010571136X A CN201010571136X A CN 201010571136XA CN 201010571136 A CN201010571136 A CN 201010571136A CN 102487530 A CN102487530 A CN 102487530A
Authority
CN
China
Prior art keywords
distributing strategy
local gateway
information
user
gateway
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
CN201010571136XA
Other languages
English (en)
Other versions
CN102487530B (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.)
Guangzhou Form New Materials Technology 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 CN201010571136.XA priority Critical patent/CN102487530B/zh
Priority claimed from CN201010571136.XA external-priority patent/CN102487530B/zh
Priority to PCT/CN2011/082877 priority patent/WO2012072002A1/zh
Publication of CN102487530A publication Critical patent/CN102487530A/zh
Application granted granted Critical
Publication of CN102487530B publication Critical patent/CN102487530B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]

Landscapes

  • Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种数据分流方法及***,该方法包括:在PDN连接建立过程中,本地网关向策略服务器发送分流策略的获取指示或核心网网关向策略服务器获取分流策略;策略服务器根据用户分流签约信息,或者,根据用户分流签约信息和下列至少一项制定分流策略:业务类别信息、服务质量信息、地址信息、过滤器信息、运营商策略信息;策略服务器发送分流策略至本地网关,或通过核心网网关将分流策略转发给本地网关;本地网关根据分流策略,对用户数据进行分流处理。本发明提高了数据分流的准确性。

Description

数据分流方法及***
技术领域
本发明涉及通信领域,具体而言,涉及一种数据分流方法及***。
背景技术
第三代合作伙伴计划(3rd Generation Partnership Project,简称为3GPP)演进的分组***(Evolved Packet System,简称为EPS)由演进的通用移动通信***陆地无线接入网(Evolved Universal Terrestrial Radio Access Network,简称为E-UTRAN)、移动管理单元(Mobility Management Entity,简称为MME)、服务网关(Serving Gateway,S-GW)、分组数据网络网关(Packet Data Network Gateway,简称为P-GW或者PDN GW)、归属用户服务器(Home Subscriber Server,简称为HSS)、3GPP的认证授权计费(Authentication、Authorization and Accounting,简称为AAA)服务器,策略和计费规则功能(Policy andCharging Rules Function,简称为PCRF)实体及其他支撑节点组成。
图1a是根据相关技术中通信***架构的第一种示意图。以EUTRAN***为例,如图1a所示,移动性管理实体为MME(MultiMedia E-mail system,多媒体电子邮件***),负责移动性管理、非接入层信令的处理和用户移动管理上下文的管理等控制面的相关工作;服务网关S-GW是与E-UTRAN相连的接入网关设备,在E-UTRAN和P-GW之间转发数据,并且负责对寻呼等待数据进行缓存;接入网关P-GW则是EPS与分组数据网络(Packet DataNetwork,简称为PDN)网络的边界网关,负责PDN的接入及在EPS与PDN间转发数据等功能;S-GW和P-GW都属于核心网网关。对于UTRAN(Universal Terrestrial Radio AccessNetwork,通用陆地无线接入网络)***来说,移动性管理单元为SGSN(服务GPRS支持节点,Serving GPRS Support Node),核心网网关是GGSN(网关GPRS支持节点,GatewayGPRS Support Node)。
家用基站是一种小型、低功率的基站,部署在家庭及办公室等室内场所,主要作用是为了给用户提供更高的业务速率并降低使用高速率服务所需要的费用,同时弥补已有分布式蜂窝无线通信***覆盖的不足。家用基站的优点是实惠、便捷、低功率输出、即插即用等。在家用基站***中,家用基站为无线侧网元。
图1b是根据相关技术的通信***架构的第二种示意图,如图1b所示,家用基站可以通过家用基站网关这个逻辑网元接入到核心网络,也可以直接连接到核心网络(如图1a所示),其中,家用基站网关主要功能为:验证家用基站的安全性,处理家用基站的注册,对家用基站进行运行维护管理,根据运营商要求配置和控制家用基站,负责交换核心网和家用基站的数据。
除了支持移动核心网络的接入以外,移动通信***(包括家用基站***)还可支持IP(Internet Protocol,因特网协议)分流功能,在无线侧网元具备IP分流能力、用户签约允许IP分流的条件下,可实现终端对家用网络其他IP设备或者互联网络的本地接入。
图1a和图1b所示***中,IP分流的实现可以通过增设本地网关来提供对IP分流技术的有力支持,本地网关作为本地接入到外部网络(例如Internet)的网关,提供地址分配、计费、分组包过滤、策略控制、数据分流功能、NAS/S1-AP/RANAP(Radios Access NetworkApplication Part,无线接入网应用部分)/GTP(General Tunneling Protocol,通用隧道协议)/PMIP(Proxy Mobile IP,代理移动IP协议)/MIP(Mobile IP,移动IP协议)消息解析、NAT(Network Address Translation,网络地址转换)、IP分流策略路由和执行等功能。本地网关可与无线侧网元进行合设。对于EUTRAN***来说,本地网关可以是ISGW,可以是L-SGW(本地SGW,Local SGW)和L-PGW(本地PGW,Local PGW),可以是单独的L-PGW,可以是数据分流功能实体。对于UTRAN***来说,本地网关可以是ISGW,可以是L-GGSN(本地GGSN,Local GGSN)和L-SGSN(本地SGSN,Local SGSN),可以是单独的L-GGSN,可以是数据分流功能实体。
以图1a通信***为例,IP分流可以通过在本地网关上增设或不增设NAT地址转换功能来实现,同时不限于通过一个连接来同时实现核心网访问以及IP分流的访问功能。图1a、图1b也示出了核心网连接的数据流和IP分流的数据流。
本地网关位于移动性管理实体和核心网,但是,本地网关无法获知应如何分流,会造成后续分流过程中可能存在用户数据分流传输错误,如分流比例不恰当,进而造成用户数据包丢或链路堵塞等问题。
针对相关技术中本地网关无法获知分流策略进行用户数据分流处理,会造成后续分流过程中可能存在用户数据分流传输错误,进而造成用户数据包丢或链路堵塞等问题,目前尚未提出有效的解决方案。
发明内容
本发明的主要目的在于提供数据分流方法及***,以解决上述相关技术中本地网关无法获知分流策略进行用户数据分流处理,会造成后续分流过程中可能存在用户数据分流传输错误,进而造成用户数据包丢或链路堵塞的问题。
为了实现上述目的,根据本发明的一个方面,提供了一种数据分流方法。
根据本发明的数据分流方法包括:在PDN连接建立过程中,本地网关向策略服务器发送分流策略的获取指示或核心网网关向策略服务器获取分流策略;策略服务器根据用户分流签约信息,或者,根据用户分流签约信息和下列至少一项制定分流策略:业务类别信息、服务质量信息、地址信息、过滤器信息、运营商策略信息;策略服务器发送分流策略至本地网关,或通过核心网网关将分流策略转发给本地网关;本地网关根据分流策略,对用户数据进行分流处理。
进一步地,策略服务器发送分流策略至本地网关,包括:策略服务器通过第一接口将分流策略发送至本地网关,其中,第一接口设置在策略服务器与本地网关间。
进一步地,策略服务器发送分流策略至本地网关,包括:策略服务器通过Diameter消息将分流策略发送至本地网关或通过核心网网关通过通用隧道协议GTP消息将分流策略转发给本地网关。
进一步地,策略服务器通过第一接口将分流策略发送至本地网关,包括:分流策略发生改变时,策略服务器将改变后的分流策略通过第一接口发送至本地网关;或者,分流策略发生改变时,策略服务器将改变后的分流策略通过核心网网关转发给本地网关;本地网关利用改变后分流策略替换分流策略。
进一步地,策略服务器按如下步骤获取用户分流签约信息:策略服务器从策略数据库中获取用户的签约数据,签约数据包括用户分流签约信息。
进一步地,本地网关根据分流策略,对用户数据进行分流处理之后,包括:本地网关确定用户数据中存在部分用户数据未被分流时,与核心网网关建立连接;核心网网关处理未被分流的部分用户数据。
为了实现上述目的,根据本发明的一个方面,还提供了一种数据分流方法。
根据本发明的数据分流方法包括:终端附着网络、终端进行路由区更新或跟踪区更新时,鉴权授权服务器根据用户分流签约信息,或者,根据用户分流签约信息和下列至少一项制定分流策略:业务类别信息、服务质量信息、地址信息、过滤器信息、运营商策略信息;以及鉴权授权服务器发送分流策略至移动性管理实体或目标移动性管理实体;目标移动性管理实体通过更新用户承载发送分流策略至本地网关或当建立用户承载时,移动性管理实体发送分流策略至本地网关;本地网关根据分流策略,对用户数据进行分流处理。
进一步地,建立用户承载,包括:激活PDP上下文或建立默认承载/专有承载;更新用户承载,包括PDP上下文更新/默认承载更新/专有承载更新。
进一步地,本地网关根据分流策略,对用户数据进行分流处理,包括:本地网关结合分流策略与本地策略,生成分流策略规则;本地网关根据分流策略规则,对用户数据进行分流处理。
为了实现上述目的,根据本发明的一个方面,又提供了一种数据分流方法。
根据本发明的数据分流方法包括:在建立用户承载时,本地网关向鉴权授权服务器发起分流策略请求,主动获取分流策略;鉴权授权服务器根据用户分流签约信息,或者,根据用户分流签约信息和下列至少一项制定分流策略:业务类别信息、服务质量信息、地址信息、过滤器信息、运营商策略信息;以及鉴权授权服务器发送分流策略至本地网关;本地网关根据分流策略,对用户数据进行分流处理。
进一步地,鉴权授权服务器发送分流策略至本地网关,包括:鉴权授权服务器通过第二接口将分流策略发送至本地网关,其中,第二接口设置在鉴权授权服务器与本地网关间。
进一步地,鉴权授权服务器通过第二接口将分流策略发送至本地网关,包括:分流策略发生改变时,鉴权授权服务器将改变后的分流策略通过第二接口发送至本地网关;本地网关利用改变后分流策略替换分流策略。
为了实现上述目的,根据本发明的一个方面,又提供了一种数据分流方法。
根据本发明的数据分流方法包括:在重定位/切换,业务请求,路由区更新或跟踪区更新流程中,源本地网关通过建立用户承载,向目标本地网关发送源本地网关存储的分流策略;目标本地网关根据分流策略,对用户数据进行分流处理。
进一步地,目标本地网关根据分流策略,对用户数据进行分流处理,包括:目标本地网关结合分流策略与本地策略,生成分流策略规则;目标本地网关根据分流策略规则,对用户数据进行分流处理。
为了实现上述目的,根据本发明的另一个方面,提供了一种数据分流***。
根据本发明的数据分流***包括策略服务器;本地网关或核心网网关:本地网关,用于在分组数据网PDN连接建立过程中,向策略服务器发送分流策略获取指示;根据分流策略,对用户数据进行分流处理;核心网网关,用于向策略服务器获取分流策略;策略服务器,用于根据用户分流签约信息,或者,根据用户分流签约信息与下列至少之一确定:业务类别信息、服务质量信息、地址信息、过滤器信息和运营商策略信息;以及根据分流策略,对用户数据进行分流处理;发送分流策略至本地网关或通过核心网网关将分流策略转发给本地网关。
进一步地,策略服务器还用于通过第一接口将分流策略发送至本地网关,其中,第一接口设置在策略服务器与本地网关间;通过核心网网关通过GTP消息将分流策略发送至本地网关。
进一步地,策略服务器,还用于分流策略发生改变时,将改变后的分流策略通过第一接口发送至本地网关;或者,将改变后的分流策略通过核心网网关转发给本地网关;本地网关,还用于利用改变后分流策略替换分流策略。
进一步地,策略服务器还用于:按如下步骤获取用户分流签约信息:从策略数据库中获取用户的签约数据,签约数据包括用户分流签约信息。
进一步地,本地网关,还用于确定用户数据中存在部分用户数据未被分流时,与核心网网关建立连接;核心网网关,用于处理未被分流的部分用户数据。
为了实现上述目的,根据本发明的另一个方面,还提供了一种数据分流***。
根据本发明的数据分流***包括鉴权授权服务器,用于在终端附着网络、终端进行路由区更新或跟踪区更新时,根据用户分流签约信息,或者,根据用户分流签约信息和下列至少一项制定分流策略:业务类别信息、服务质量信息、地址信息、过滤器信息、运营商策略信息;以及发送分流策略至移动性管理实体或目标移动性管理实体;移动性管理实体,用于当建立用户承载时,发送分流策略至本地网关;目的移动性管理实体,用于通过更新用户承载发送分流策略至本地网关;本地网关,用于根据分流策略,对用户数据进行分流处理。
进一步地,本地网关还用于结合分流策略与本地策略,生成分流策略规则;或根据分流策略规则,对用户数据进行分流处理。
为了实现上述目的,根据本发明的另一个方面,又提供了一种数据分流***。
根据本发明的数据分流***包括本地网关,用于在建立用户承载时,向鉴权授权服务器发起分流策略请求,主动获取分流策略,其中,本地网关指发生变化后的路由区的本地网关;根据分流策略,对用户数据进行分流处理;鉴权授权服务器,用于根据用户分流签约信息,或者,根据用户分流签约信息和下列至少一项制定分流策略:业务类别信息、服务质量信息、地址信息、过滤器信息、运营商策略信息;以及发送分流策略至本地网关。
进一步地,鉴权授权服务器还用于通过第二接口将分流策略发送至本地网关,其中,第二接口设置在鉴权授权服务器与本地网关间。
进一步地,鉴权授权服务器还用于分流策略发生改变时,将改变后的分流策略通过第二接口发送至本地网关;本地网关,还用于利用改变后分流策略替换分流策略。
为了实现上述目的,根据本发明的另一个方面,又提供了一种数据分流***。
根据本发明的数据分流***包括源本地网关,用于在重定位/切换,业务请求,路由区更新或跟踪区更新流程中,通过建立用户承载,向目标本地网关发送源本地网关存储的分流策略;目标本地网关,用于根据分流策略,对用户数据进行分流处理。
进一步地,目标本地网关,还用于结合分流策略与本地策略,生成分流策略规则;根据分流策略规则,对用户数据进行分流处理。
通过本发明,采用在分组数据网连接建立过程中,本地网关向策略服务器发送分流策略获取指示或核心网网关向策略服务器获取分流策略,策略服务器将分流策略发送至本地网关或者通过核心网网关发送给本地网关,对用户数据进行分流处理,解决了本地网关无法获知分流策略进行用户数据分流处理,会造成后续分流过程中可能存在用户数据分流传输错误,进而造成用户数据包丢或链路堵塞的问题,进而达到了提高了数据分流的准确性。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1a是根据相关技术的通信***架构的第一种示意图;
图1b是根据相关技术的通信***架构的第二种示意图;
图2是根据本发明实施例的数据分流方法的流程图;
图3a是根据本发明实施例的实现数据分流的***架构示意图一;
图3b是根据本发明实施例的实现数据分流的***架构示意图二;
图4a是根据本发明实施例的实现数据分流的***架构示意图三;
图4b是根据本发明实施例的实现数据分流的***架构示意图四;
图5是根据本发明实施例的本地网关从策略服务器获取分流策略实施方式一的流程图;
图6是根据本发明实施例的本地网关从策略服务器获取分流策略实施方式二的流程图;
图7是根据本发明实施例的本地网关从策略服务器获取分流策略实施方式三的流程图;
图8是根据本发明实施例的本地网关从策略服务器获取分流策略实施方式四的流程图;
图9是根据本发明实施例的本地网关从策略服务器获取分流策略实施方式五的流程图;
图10是根据本发明实施例的移动性管理实体下发分流策略给本地网关实施方式一的流程图;
图11是根据本发明实施例的移动性管理实体下发分流策略给本地网关实施方式二的流程图;
图12是根据本发明实施例的鉴权授权服务器下发分流策略给本地网关实施方式一的流程图;
图13是根据本发明实施例的鉴权授权服务器下发分流策略给本地网关实施方式二的流程图;
图14是根据本发明实施例的鉴权授权服务器下发分流策略给本地网关实施方式三的流程图;
图15是根据本发明实施例的本地网关间传递分流策略实施方式一的流程图;
图16是根据本发明实施例的本地网关间传递分流策略实施方式二的流程图;
图17是根据本发明实施例的本地网关间传递分流策略实施方式三的流程图;
图18是根据本发明实施例的数据分流***的第一结构框图;
图19是根据本发明实施例的数据分流***的第二结构框图;
图20是根据本发明实施例的数据分流***的第三结构框图;以及
图21是根据本发明实施例的数据分流***的第四结构框图。
具体实施方式
下面将参考附图并结合实施例,来详细说明本发明。
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
相关技术中提到,本地网关无法获知应如何分流,会造成后续分流过程中可能存在用户数据分流传输错误,如分流比例不恰当,进而造成用户数据包丢或链路堵塞等问题。为解决上述技术问题,提供了四种方案,下面分别对这四种方案进行描述。
方案一:本发明实施例提供了一种数据分流方法,图2是根据本发明实施例的数据分流方法的流程图,如图2所示,包括:
步骤201、在PDN连接建立过程中,本地网关向策略服务器发送分流策略获取指示或核心网网关向策略服务器获取分流策略;
步骤202、策略服务器根据用户分流签约信息,或者,根据用户分流签约信息和下列至少一项制定分流策略:业务类别信息、服务质量信息、地址信息、过滤器信息、运营商策略信息;
步骤203、策略服务器发送分流策略至本地网关,或通过核心网网关将分流策略转发给本地网关;
步骤204、本地网关根据分流策略,对用户数据进行分流处理。
在本发明实施例中,本地网关获取分流策略,并根据分流策略对用户数据进行分流,即,在分流时能够确切了解哪条链路应该分多少流量或用户数据,进而保证了分流的正确性,避免因用户数据分流传输错误造成的用户数据包丢或链路堵塞等问题。
优选地,下面对步骤S203中的一个优选实施方式进行说明。策略服务器通过第一接口将分流策略发送至本地网关,其中,第一接口设置在策略服务器与本地网关间。第一接口只是为了描述方便给本发明实施例中的特定接口、协议层提出的一种名称叫法,实际应用中,可以采用任何其他的名称叫法,只要对应的功能作用相同即可,例如,可以叫Gx接口。
优选地,下面对步骤S203的一个优选实施方式进行说明。策略服务器通过Diameter消息将分流策略发送至核心网网关,通过核心网网元再通过GTP消息将分流策略转发给本地网关。
优选地,策略服务器通过第一接口将分流策略发送至本地网关,包括:分流策略发生改变时,策略服务器将改变后的分流策略通过第一接口发送至本地网关;本地网关利用改变后分流策略替换分流策略。或者,
分流策略发生改变时,策略服务器将改变后的分流策略发送至核心网网关,核心网网关转发给本地网关;本地网关利用改变后分流策略替换分流策略。
实施时,较优的,策略服务器可以从策略数据库中获取用户的签约数据,签约数据包括用户分流签约信息。当然,还可以从其他网元或设备或数据库中获取用户的签约数据,根据具体情况而定。
优选地,在步骤S204之后,即本地网关根据分流策略,对用户数据进行分流处理之后,本地网关确定用户数据中存在部分用户数据未被分流时,与核心网网关建立连接;核心网网关处理未被分流的部分用户数据。
方案二:本实施例提供了一种数据分流方法,该方法包括如下步骤:
步骤1:终端附着网络、终端进行路由区更行或跟踪区更新时,鉴权授权服务器根据用户分流签约信息,或者,根据用户分流签约信息和下列至少一项制定分流策略:业务类别信息、服务质量信息、地址信息、过滤器信息、运营商策略信息。
步骤2:鉴权授权服务器发送分流策略至移动性管理实体或目标移动性管理实体。
步骤3:目标移动性管理实体通过更新用户承载发送分流策略至本地网关或当建立用户承载时,移动性管理实体发送分流策略至本地网关。
步骤4:本地网关根据分流策略,对用户数据进行分流处理。
优选地,建立用户承载,包括:激活分组数据协议PDP上下文或建立默认承载/专有承载;更新用户承载,包括:PDP上下文更新/建立默认承载/专有承载更新。
优选地,下面对上述步骤4的一个优选实施方式进行说明。本地网关结合分流策略与本地策略,生成分流策略规则;本地网关根据分流策略规则,对用户数据进行分流处理。
方案三:本实施例提供了一种数据分流方法,该方法包括如下步骤:
步骤1:在建立用户承载时,本地网关向鉴权授权服务器发起分流策略请求,主动获取分流策略。
步骤2:鉴权授权服务器根据用户分流签约信息,或者,根据用户分流签约信息和下列至少一项制定分流策略:业务类别信息、服务质量信息、地址信息、过滤器信息、运营商策略信息。
步骤3:鉴权授权服务器发送分流策略至本地网关。
步骤4:本地网关根据分流策略,对用户数据进行分流处理。
优选地,下面对步骤3的一个优选实施方式进行说明。鉴权授权服务器通过第二接口将分流策略发送至本地网关,其中,第二接口设置在鉴权授权服务器与本地网关间。第二接口只是为了描述方便给本发明实施例中的特定接口、协议层提出的一种名称叫法,实际应用中,可以采用任何其他的名称叫法,只要对应的功能作用相同即可,例如,可以叫X接口。
优选地,下面对鉴权授权服务器通过第二接口将分流策略发送至本地网关的一个优选的实施方式进行说明。分流策略发生改变时,鉴权授权服务器将改变后的分流策略通过第二接口发送至本地网关;本地网关利用改变后分流策略替换分流策略。
方案四:本实施例提供了一种数据分流方法,该方法包括如下步骤:
步骤1、在重定位/切换,业务请求,路由区更新或跟踪区更新流程中,源本地网关通过建立用户承载,向目标本地网关发送源本地网关存储的分流策略。
步骤2、目标本地网关根据分流策略,对用户数据进行分流处理。
优选地,下面对步骤2的一个优选的实施方式进行说明。目标本地网关结合分流策略与本地策略,生成分流策略规则;目标本地网关根据分流策略规则,对用户数据进行分流处理。
对上述实施例进行总结,即本发明实施例提出了四种数据分流***中的数据分流方法,通过本发明实施例可以使本地网关动态获得正确、合适的分流策略,以实现IP业务分流,包括以下几种方案:
方案一:在PDN连接建立过程中,本地网关向策略服务器请求分流策略,策略服务器根据用户分流签约信息,同时还可以根据业务类别信息、服务质量信息、地址信息、过滤器信息、运营商策略等信息制定分流策略规则,并将分流策略下发给本地网关;本地网关根据获得的分流策略规则,对用户数据进行分流处理;或者,
在PDN连接建立过程中,核心网网关向策略服务器请求分流策略,策略服务器根据用户分流签约信息,同时还可以根据业务类别信息、服务质量信息、地址信息、过滤器信息、运营商策略等信息制定分流策略规则,并将分流策略下发给核心网网关,核心网网关将分流策略转发给本地网关;本地网关根据获得的分流策略规则,对用户数据进行分流处理;
方案二:用户附着时或路由区更新/跟踪区更新时,鉴权授权服务器将分流策略(用户分流签约,或根据用户分流签约、业务类别信息、服务质量信息、地址信息、过滤器信息、运营商策略等信息制定分流策略)下发给移动性管理实体;当建立用户承载时(PDP上下文激活或默认承载/专有承载建立)或更新时,移动性管理实体再将分流策略传给本地网关;
方案三:当建立用户承载时(PDP上下文激活或默认承载/专有承载建立)时,本地网关向鉴权授权服务器发起分流策略请求,从鉴权授权服务器主动获取分流策略;
方案四:目标本地网关从源本地网关获取分流策略。
现以具体实施例进行说明,以下实施例以家用基站直接连接到UTRAN***为例,描述在IP分流连接通信***中本地网关获取分流策略的相关流程。本发明的所有实施例均适用于E-UTRAN网络以及家用基站通过家用基站网关连接的核心网。如果是接入UTRAN***,则核心网网关为GGSN,如果接入E-UTRAN***,则核心网网关指的是SGW和PGW。接入的***不同,消息有所不同,但是作用类似,对本地网关获取分流策略的流程与下述实施例相似。
实施时,无线侧网元可以是基站、家用基站、RNC(Radio Network Controller,无线网络控制器)、分流网关、分流功能实体、家用基站网关。移动性管理实体可以为MME、MSC(Mobile Switching Center,移动交换中心)、SGSN、家用基站网关。
IP分流可以是本地IP访问用户本地网络、本地IP访问公司本地网络、本地IP访问互联网、互联网业务的分流操作、特定IP数据分流。
在本发明实施例中,用户分流签约信息包括下列一种或多种信息,但不限于下列信息:基于APN(Access Point Name,接入点名称)签约是否允许进行分流,基于CSG(ClosedSubscriber Group,闭合用户组)签约是否允许进行分流,基于基站签约是否允许进行分流,基于用户签约是否允许进行分流。
在本发明实施例中,分流策略可以是用户分流签约信息,也可以是策略服务器/鉴权授权服务器,根据用户分流签约信息,同时还可以根据业务类别信息、服务质量信息、地址信息、过滤器信息、运营商策略等信息制定的分流策略。
当终端发起路由区更新/切换/重定位/业务请求流程时,当前为终端服务的无线侧网元统称为目标无线侧网元,当前为终端服务的移动性管理实体统称为目标移动性管理实体,当前为终端服务的本地网关统称为目标本地网关;在终端发起上述流程前,为终端服务的无线侧网元统称为源无线侧网元,为终端服务的移动性管理实体统称为源移动性管理实体,为终端服务的本地网关统称为源本地网关不同。其中目标无线侧网元/目标移动性管理实体/目标本地网关与源无线侧网元/源移动性管理实体/源本地网关可能相同。
在3GPP***中,本发明实施例中的鉴权授权服务器可以是HSS/HLR,策略服务器可以是PCRF,策略库可以是SPR。在其它***中,上述网元可以是具备相同功能的其它网元。
图3a、图3b分别是根据本发明实施例的实现数据分流的***架构示意图一、二。图3a、图3b示意的架构适用于本地网关从策略服务器获取分流策略的场景。图3a与图3b的区别在于,在图3a中,家用基站直接连接到核心网,在图3b中家用基站通过家用基站网关这个逻辑网元接入到核心网络。如图3a、3b所示,本架构中,在本地网关与策略服务器之间增加Gx接口,用来从策略服务器向本地网关传递分流策略。本地网关通过Gx口向策略服务器获取分流策略,策略服务器根据用户分流签约信息,同时还可以根据业务类别信息、服务质量信息、地址信息、过滤器信息、运营商策略等信息制定分流策略,并将分流策略通过Gx口下发给本地网关,同时还可以携带服务质量策略和/或计费策略。本地网关根据获得的分流策略,对用户数据进行分流处理。当由于用户分流签约信息改变导致分流策略改变时,策略服务器需要将改变的分流策略通过Gx口下发给本地网关。在本***架构中,为本地网关服务的策略服务器可以与为核心网网关服务的策略服务器是同一个,也可以是不同的,还可以是单独部署专为本地网关服务的。策略服务器可以是PCRF,也可以是其它具备制定策略规则功能的服务器。本地网关与策略服务器之间的Gx接口,只是为了描述方便给本发明中的特定接口、协议层提出的一种名称叫法,实际应用中,可以采用任何其他的名称叫法,只要对应的功能作用相同即可。
图4a、图4b分别是根据本发明实施例的实现数据分流的***架构示意图三、四。图4a、图4b示意的架构适用于本地网关从鉴权授权服务器获取分流策略的场景。图4a与图4b的区别在于,在图4a中,家用基站直接连接到核心网,在图4b中家用基站通过家用基站网关这个逻辑网元接入到核心网络。如图4a和图4b所示,本架构中,在本地网关与鉴权授权服务器之间增加X接口,用来从鉴权授权服务器向本地网关传递用户分流策略。本地网关通过X接口向鉴权授权服务器获取用户分流策略,鉴权授权服务器将用户分流策略通过X口下发给本地网关,同时保存本地网关的信息。本地网关根据获得的分流策略,对用户数据进行分流处理。当用户分流签约信息改变时,鉴权授权服务器需要将改变的用户分流策略通过X接口下发给本地网关。当用户在本地网关上PDN连接被删除时,本地网关需要通知鉴权授权服务器删除在鉴权授权服务器中保存的本地网关信息。本地网关与鉴权授权服务器之间的X接口,只是为了描述方便给本发明中的特定接口、协议层提出的一种名称叫法,实际应用中,可以采用任何其他的名称叫法,只要对应的功能作用相同即可。
现基于图1a、图1b、图3a、图3b、图4a及图4b的***架构提供几个具体实施例,具体请参见下文。
实施例一
图5是根据本发明实施例的本地网关从策略服务器获取分流策略实施方式一的流程图。本实施例基于图3a和图3b所示的***架构,适用于终端请求PDP上下文激活时,本地网关获取分流策略规则的场景。本实施例中,总会建立核心网连接。具体包括以下步骤:
步骤501,本地网关收到来自终端的创建PDP上下文请求,终端发起PDP激活请求,该条非接入层消息经由基站带给移动性管理实体,并由移动性管理实体转发给本地网关。
步骤502,本地网关向核心网网关发送PDP激活请求,其中携带UE(User Equipment,用户设备)标识,PDP类型,QoS(Quality of Service,服务质量)信息,计费信息等参数。
核心网网关对PDP激活请求消息中携带的参数进行验证,并对请求中携带的QoS参数进行授权。
步骤503,核心网网关向策略服务器发送IP-CAN(IP Connectivity Access Network,IP连接接入网)会话建立请求,其中携带UE标识信息,和/或UE IP地址。
步骤504~步骤505,策略服务器去策略数据库(如,SPR(Subscriber Profile Register,用户属性寄存器))获取用户的签约数据,用于制定相关规则,其中,用户的签约数据包括用户分流签约信息。
步骤506,策略服务器制定QoS策略、计费规则,并根据用户分流签约信息,同时还可以根据业务类别信息、服务质量信息、地址信息、过滤器信息、运营商策略等信息制定分流策略;其中分流策略可以是新增的一类独立的策略,也可以是QoS策略中的某些策略。
策略服务器发送IP-CAN会话建立响应,其中包含QoS策略和计费规则;可选的,在该消息总携带用户分流策略规则。
步骤507,核心网网关向本地网关返回PDP激活响应,其中携带为UE分配的隧道端标识,授权的QoS参数等信息。
步骤508,本地网关向策略服务器发送IP-CAN会话建立或者IP-CAN会话修改请求,其中携带UE标识信息,和/或UE IP地址,和/或APN,和/或承载标识;同时消息中还可以携带分流策略获取指示,用来指示策略服务器本地网关需要获得用户的分流策略;其中,分流策略获取指示可以是新增的指示,也可以是原有参数的携带与否来表示。
步骤509,策略服务器将核心网建立的IP-CAN会话和本地网关建立的IP-CAN会话关联,并将步骤506中制定的用户分流策略通过IP-CAN会话建立响应消息发送给本地网关;本地网关收到用户分流策略后,保存在本地,并根据该分流策略对后续用户的数据进行分流处理。
步骤510,继续后续正常流程。
在本实施例中,步骤508可以与步骤502并行进行。
实施例二
图6是根据本发明实施例的本地网关从策略服务器获取分流策略实施方式二的流程图。本实施例基于图3a和图3b所示的***架构,适用于终端请求PDP上下文激活时,本地网关获取分流策略规则的场景。本实施例中,当用户所有业务都被分流时,不会建立核心网连接。具体包括以下步骤:
步骤601,本地网关收到来自终端的创建PDP上下文请求,终端发起PDP激活请求,该条非接入层消息经由基站带给移动性管理实体,并由移动性管理实体转发给本地网关。
步骤602,本地网关向策略服务器发送IP-CAN会话建立请求,其中携带UE标识信息,和/或UE IP地址,和/或APN,和/或承载标识;同时消息中还可以携带分流策略获取指示,用来指示策略服务器本地网关需要获得用户的分流策略;其中,分流策略获取指示可以是新增的指示,也可以是原有参数的携带与否来表示。
步骤603~步骤604,策略服务器去策略数据库(如,SPR)获取用户的签约数据,其中包括用户分流签约信息,用于制定相关规则。
步骤605,策略服务器制定QoS策略、计费规则,并根据用户分流签约信息,同时还可以根据业务类别信息、服务质量信息、地址信息、过滤器信息、运营商策略等信息制定分流策略。其中分流策略可以是新增的一类独立的规则,也可以是QoS策略中的某些策略。
策略服务器发送IP-CAN会话建立响应,其中包含用户分流策略、QoS策略和计费规则。
步骤606,本地网关收到用户分流策略后,保存在本地,并根据该分流策略对后续用户的数据进行分流处理;本地网关根据用户分流策略规则判断是否用户的所有的业务都被分流,若都被分流,则不再执行步骤607至步骤610。
步骤607,当步骤606的判断为否,即用户存在核心网业务时,本地网关向核心网网关发送PDP激活请求,其中携带UE标识,PDP类型,QoS信息,计费信息等参数。
核心网网关对PDP激活请求消息中携带的参数进行验证,并对请求中携带的QoS参数进行授权。
步骤608,核心网网关向策略服务器发送IP-CAN会话建立请求/IP-CAN会话修改请求,其中携带UE标识信息,和/或UE IP地址。
步骤609,策略服务器将核心网建立的IP-CAN会话和本地网关建立的IP-CAN会话关联,并将步骤605中制定的QoS策略、计费规则IP-CAN会话建立响应消息发送给核心网网关,同时可选将用户分流策略发送给核心网网关。
步骤610,核心网网关向本地网关返回PDP激活响应,其中携带为UE分配的隧道端标识,授权的QoS参数等信息。
步骤611,继续后续正常流程。
实施例三
图7是根据本发明实施例的本地网关从策略服务器获取分流策略实施方式三的流程图。本实施例基于图3a和图3b所示的***架构,适用于当由于用户分流签约等制定分流策略的信息发生改变导致用户分流策略改变后,策略服务器更新用户分流策略的场景。具体包括以下步骤:
步骤701,当用户分流签约等制定分流策略的信息发生后,策略服务器重新制定用户分流策略,且新的用户分流策略与原用户分流策略不同;策略服务器根据受影响的PDN连接和/或业务数据流,判断是否需要通知本地网关,这里判断为是;
步骤702,策略服务器向本地网关发送策略更新请求,其中携带UE标识,和/或UE IP地址,和/或APN,和/或承载标识,和/或受到影响的业务数据流,以及修改后的分流策略;其中,策略更新请求可以是新增消息,也可以是在现有消息中增加分流策略;
步骤703,本地网关收到用户分流策略后,更新保存在本地的用户分流策略,并根据该分流策略对后续用户的数据进行分流处理。向策略服务器发送策略更新响应;
步骤704,继续后续正常流程。
完成PDP激活/PDP修改/PDP去活,或者承载激活/承载修改/承载去活的流程,该过程为本领域技术人员所公知的技术,这里不做赘述。
在本实施例中,策略服务器可选的向核心网网关发起策略更新流程,更新核心网网关的分流策略。
实施例四
图8是根据本发明实施例的本地网关从策略服务器获取分流策略实施方式四的流程图。本实施例基于图3a和图3b所示的***架构,适用于终端请求PDP上下文激活时,本地网关获取分流策略的场景。本实施例中,总会建立核心网连接,分流策略通过GTP消息带给本地网关。具体包括以下步骤:
步骤801,本地网关收到来自终端的创建PDP上下文请求;终端发起PDP激活请求,该条非接入层消息经由基站带给移动性管理实体,并由移动性管理实体转发给本地网关;
步骤802,本地网关向核心网网关发送PDP激活请求,其中携带UE标识,PDP类型,QoS信息,计费信息等参数;
核心网网关对PDP激活请求消息中携带的参数进行验证,并对请求中携带的QoS参数进行授权;
步骤803,核心网网关向策略服务器发送IP-CAN会话建立请求,其中携带UE标识信息,和/或UE IP地址;
步骤804~步骤805,策略服务器去策略数据库(如,SPR(subscriber profile register))获取用户的签约数据,用于制定相关规则;其中,用户的签约数据包括用户分流签约信息;
步骤806,策略服务器制定QoS策略、计费规则,并根据用户分流签约信息,同时还可以根据业务类别信息、服务质量信息、地址信息、过滤器信息、运营商策略等信息制定分流策略;其中分流策略可以是新增的一类独立的规则,也可以是QoS策略中的某些策略;
策略服务器发送IP-CAN会话建立响应,其中包含QoS策略、计费规则和用户分流策略;
步骤807,核心网网关向本地网关返回PDP激活响应,其中携带为UE分配的隧道端标识,授权的QoS参数等信息;并携带从策略服务器获得的用户分流策略;本地网关收到用户分流策略后,保存在本地,并根据该分流策略对后续用户的数据进行分流处理;
步骤808,继续后续正常流程。
实施例五
图9是根据本发明实施例的本地网关从策略服务器获取分流策略实施方式五的流程图。本实施例基于图3a和图3b所示的***架构,适用于当由于用户分流签约等制定分流策略的信息发生改变导致用户分流策略改变后,策略服务器更新用户分流策略的场景。本实施例中,总会建立核心网连接,分流策略通过GTP消息带给本地网关。具体包括以下步骤:
步骤901,当用户分流签约等制定分流策略的信息发生后,策略服务器重新制定用户分流策略,且新的用户分流策略与原用户分流策略不同;策略服务器根据受影响的PDN连接和/或业务数据流,判断是否需要通知核心网网关,这里判断为是。
步骤902,策略服务器向核心网网关发送策略更新请求,其中携带UE标识,和/或UE IP地址,和/或APN,和/或承载标识,和/或收到影响的业务数据流,以及修改后的分流策略;其中,策略更新请求可以是新增消息,也可以是在现有消息中增加分流策略。
步骤903,核心网网关向策略服务器发送策略更新响应。
步骤904,核心网网关向本地网关发送PDP上下文更新请求,携带修改后的分流策略。
步骤905,本地网关收到用户分流策略后,更新保存在本地的用户分流策略,并根据该分流策略对后续用户的数据进行分流处理;向核心网网关发送PDP上下文更新响应。
步骤906,继续后续正常流程。
完成PDP激活/PDP修改/PDP去活,或者承载激活/承载修改/承载去活的流程,该过程为本领域技术人员所公知的技术,这里不做赘述。
实施例六
图10是根据本发明实施例的移动性管理实体下发分流策略给本地网关实施方式一的流程图,本实施例基于图1a和图1b所示的***架构,适用于终端请求PDP上下文激活时,本地网关从移动性管理实体获取用户分流策略的场景。具体包括以下步骤:
步骤1001,终端接入GRPS网络,首先进行附着流程;在附着流程中,移动性管理实体从鉴权授权服务器获得用户的签约数据,其中包括用户分流策略;用户分流策略可以是用户分流签约信息,或鉴权授权服务器根据用户分流签约信息,同时还可以根据业务类别信息、服务质量信息、地址信息、过滤器信息、运营商策略等信息制定的分流策略;附着流程都为本领域技术人员所公知的技术,这里不做赘述。
用户终端发起PDP激活请求,该条非接入层消息经由基站带给移动性管理实体。
步骤1002,移动性管理实体为UE选择一个合适的本地网关;移动性管理实体向本地网关发送PDP激活请求,其中携带UE标识,PDP类型,QoS信息,计费信息,隧道端标识等参数;同时消息中需要携带步骤1001中从鉴权授权服务器获得的用户分流策略;本地网关收到用户分流策略后,保存在本地,并根据该分流策略对后续用户的数据进行分流处理;本地网关也可以结合分流策略与本地策略制定分流策略规则,用来对后续用户的数据进行分流处理。
步骤1003,本地网关向核心网网关发送PDP上下文激活请求,其中携带UE标识,PDP类型,QoS信息,计费信息,隧道端标识等参数;核心网网关对PDP上下文激活请求消息中携带的参数进行验证。
步骤1004,核心网网关向本地网关返回PDP上下文激活响应,其中携带为UE分配的隧道端标识,授权的QoS参数等信息。
步骤1005,本地网关向移动性管理实体返回PDP上下文激活响应,其中携带为UE分配的隧道端标识,授权的QoS参数等信息。
步骤1006,本地网关将RAB支配消息发送给基站。
步骤1007,如果基站接受了核心网网关下发的QoS参数,则基站发起RRC连接建立的过程。
步骤1008,基站向移动性管理实体返回RAB指配响应消息;如果同时建立多条承载,则基站会返回多个RAB指配响应消息。
如果基站无法接受RAB指配消息中的QoS参数,则在返回的RAB指配响应消息中指示给移动性管理实体;移动性管理实体根据该指示,可以选择下发新的QoS参数。
步骤1009,移动性管理实体根据是否建立直接隧道,判断是否要向核心网网关发送PDP上下文更新请求,如果发送,则其中携带基站的隧道端标识;如果QoS与之前核心网网关下发的QoS不一致,则移动性管理是他通过PDP上下文更新过程通知核心网网关。
步骤1010,SGSN向UE返回PDP激活响应消息。
该过程适用于UE在UTRAN/GERAN发起的PDP激活、二次PDP激活,网络发起的PDP和二次PDP激活流程。也适用于UE在EUTRAN发起的PDN连接建立,attach流程,UE发起的请求资源修改或者分配流程,以及网络发起的承载激活流程。
实施例七
图11是根据本发明实施例的移动性管理实体下发分流策略给本地网关实施方式二的流程图。本实施例基于图1a和图1b所示的***架构,适用于路由区更新时,本地网关从移动性管理实体获取用户分流策略的场景。具体包括以下步骤:
步骤1101,空闲态的终端定期或者由于移动导致路由区发生变化发起路由区更新流程;终端发送非接入层(Non-Access-Stratum,简称NAS)消息-路由区更新请求给目标无线侧网元;当终端移动后,该无线侧网元可能和源无线侧网元不同;无线侧网元为终端选择目标移动性管理实体,并将路由区更新请求消息包含在初始的用户消息发给目标移动性管理实体。
步骤1102,目标移动性管理实体根据路由区更新请求消息,获得原移动性管理实体的地址,并向原移动性管理实体发起上下文获取流程;目标移动性管理实体向源移动性管理实体发送上下文请求消息。
步骤1103,源移动性管理实体向目标移动性管理实体发送上下文应答消息。
步骤1104,目标移动性管理实体可能发起对终端的认证鉴权流程。
步骤1105,目标移动性管理实体向源移动性管理实体发送上下文接受消息。
步骤1106,目标移动性管理实体向源本地网关发起PDP上下文更新请求。
步骤1107,源本地网关选择目标本地网关,其选择方式可以为:通过终端位置信息进行选择。
步骤1108,源本地网关向目标本地网关发送PDP上下文创建请求,携带核心网网关信息。
步骤1109,目标本地网关向核心网网关发送PDP上下文更新请求。
步骤1110,核心网网关回复PDP上下文更新响应。
步骤1111,目标本地网关向源本地网关回复PDP上下文建立响应。
步骤1112,源本地网关向目标移动性管理实体发起PDP上下文更新响应,携带目标本地网关信息。
步骤1113,目标移动性管理实体与鉴权授权服务器执行位置更新流程,发送位置更新请求。
步骤1114,鉴权授权服务器与源移动性管理实体执行位置取消过程。
步骤1115,鉴权授权服务器向目标移动性管理实体***用户数据,其中包括用户分流策略;用户分流策略可以是用户分流签约信息,也可以是,鉴权授权服务器根据用户分流签约信息,同时还可以根据业务类别信息、服务质量信息、地址信息、过滤器信息、运营商策略等信息制定的分流策略。
步骤1116,鉴权授权服务器向目标移动性管理实体回应位置更新证实消息。
步骤1117,目标移动性管理实体向目标本地网关发起PDP上下文更新流程,发送PDP上下文更新请求,携带步骤1115中获得的用户分流策略;目标本地网关收到用户分流策略后,保存在本地,并根据该分流策略对后续用户的数据进行分流处理;本地网关也可以结合分流策略与本地策略制定分流策略规则,用来对后续用户的数据进行分流处理。
步骤1118,目标本地网关回应PDP上下文更新响应消息。
步骤1119,目标移动性管理实体经目标无线侧网元向终端发起路由区更新接受消息。
步骤1120,终端回复路由区更新完成消息。
本实施例以终端发起路由区更新流程时,移动性管理实体发生改变为例来说明在路由区更新流程中,目标本地网关如何获得用户分流签约信息。此流程还适用于当在路由区更新流程中,移动性管理实体不发生变化的场景。在该场景中,目标移动性管理实体与源移动性管理实体为一个网元,两者之间不再需要交互信令。
本实施例同样适用于UE在EUTRAN发起的跟踪区更新流程。基于图1a和图1b的***架构中,若终端发生切换,则用户分流策略可以在切换流程后,采用图11所示方法传递给目标本地网关。
实施例八
图12是根据本发明实施例的鉴权授权服务器下发分流策略给本地网关实施方式一的流程图。本实施例基于图4a和图4b所示的***架构,适用于当用户发起PDP上下文激活时,本地网关从鉴权授权服务器获取用户分流策略的场景。具体包括以下步骤:
步骤1201,本地网关收到来自终端的创建PDP上下文请求;终端发起PDP激活请求,该条非接入层消息经由基站带给移动性管理实体,并由移动性管理实体转发给本地网关。
步骤1202,本地网关向鉴权授权服务器发送分流策略请求消息;本步骤可以是终端创建第一个PDP上下文时从鉴权授权服务器获取所有APN的分流策略,也可以是终端每次创建PDP上下文时获取此次APN对应的分流策略。
步骤1203,鉴权授权服务器保存为用户服务的本地网关信息。
步骤1204,鉴权授权服务器将用户分流策略携带在分流策略响应消息中发给本地网关;其中,用户分流策略可以是用户分流签约信息,或鉴权授权服务器根据用户分流签约信息,同时还可以根据业务类别信息、服务质量信息、地址信息、过滤器信息、运营商策略等信息制定的分流策略;本地网关收到用户分流策略后,保存在本地,并根据该分流策略对后续用户的数据进行分流处理;本地网关也可以结合分流策略与本地策略制定分流策略规则,用来对后续用户的数据进行分流处理。
步骤1205,核心网网关于本地网关之间完成PDP上下文激活/PDP上下文修改流程。
步骤1206,继续后续正常流程。
实施例九
图13是根据本发明实施例的鉴权授权服务器下发分流策略给本地网关实施方式二的流程图。本实施例基于图4a和图4b所示的***架构,适用于当用户分流签约发生改变时,鉴权授权服务器将改变后的用户分流策略下发到本地网关的场景。具体包括以下步骤:
步骤1301,若分流策略为用户分流签约信息,当用户分流签约信息发生改变后,鉴权授权服务器根据保存的为用户服务的本地网关信息来决定是否向本地网关发起***分流策略流程;当鉴权授权服务器中保存有为用户服务的本地网关信息,鉴权授权服务器需要发起***分流策略流程;若分流策略为鉴权授权服务器根据分流签约信息及其它信息制定的策略,则还需要判断分流策略是否改变;当用户分流签约等制定分流策略的信息发生后,策略服务器重新制定用户分流策略,且新的用户分流策略与原用户分流策略不同时,鉴权授权服务器需要发起***分流策略流程。
步骤1302,鉴权授权服务器向本地网关发送***分流策略请求,其中携带修改后的分流策略。
步骤1303,本地网关收到用户分流策略后,更新保存在本地的用户分流策略,并根据该分流策略对后续用户的数据进行分流处理;本地网关也可以结合分流策略与本地策略制定分流策略规则,用来对后续用户的数据进行分流处理;本地网关向鉴权授权服务器返回***分流策略响应。
实施例十
图14是根据本发明实施例的鉴权授权服务器下发分流策略给本地网关实施方式三的流程图。本实施例基于图4a和图4b所示的***架构,适用于当用户在本地网关上的PDP上下文被删除时,本地网关通知鉴权授权服务器删除本地网关信息的场景。具体包括以下步骤:
步骤1401,当用户在本地网关上的PDP上下文被删除时,本地网关需要通知鉴权授权服务器删除保存的为用户服务的本地网关信息;本步骤可以是删除本地网关上最后一个PDP上下文时通知鉴权授权服务器删除所有该APN对应的该本地网关信息,也可以是每次删除PDP上下文时通知鉴权授权服务器删除此次APN对应的该本地网关信息。
步骤1402,本地网关向鉴权授权服务器发送删除本地网关信息请求。
步骤1403,鉴权授权服务器删除本地网关信息。
步骤1404,鉴权授权服务器向本地网关返回删除本地网关信息响应。
实施例十一
图15是根据本发明实施例的本地网关间传递分流策略实施方式一的流程图,本实施例基于图1a、图1b、图3a、图3b、图34a、图4b所示的***架构,适用于发生重定位时,在源本地网关和目标本地网关之间传递分流策略的场景。具体包括以下步骤:
步骤1501,无线侧网元判断需要发起重定位。
步骤1502,源无线侧网元向源移动性管理实体发送重定位请求。
步骤1503,源移动性管理实体向目标移动性管理实体发送重定位前转请求消息。
步骤1504,目标移动性管理实体请求目标无线侧网元进行重定位。
步骤1505,目标无线侧网元向目标移动性管理实体回应重定位响应消息。
步骤1506,目标移动性管理实体向源移动性管理实体发送重定位前转响应消息。
步骤1507,源移动性管理实体向源无线侧网元发送重定位命令。
步骤1508,源无线侧网元向目标无线侧网元发送重定位执行消息。
步骤1509,在接收到重定位执行之后,目标无线侧网元向目标移动性管理实体发起重定位检测。
步骤1510,目标无线侧网元向终端发送无线接入网移动性信息;在终端进行重新配置后,向目标无线侧网元回复确认消息。
步骤1511,目标无线侧网元向目标移动性管理实体发送重定位完成通知消息。
步骤1512,源移动性管理实体与目标移动性管理实体之间交互重定位前转完成消息。
步骤1513,目标移动性管理实体向源本地网关发送PDP上下文更新请求消息。
步骤1514,源本地网关选择目标本地网关,其选择方式可以为:通过终端位置信息进行选择。
步骤1515,源本地网关向目标本地网关发送PDP上下文创建请求,携带核心网网关信息,同时携带切换前保存在源本地网关的该用户的用户分流策略;目标本地网关收到用户分流策略后,保存用户分流策略,并根据该分流策略对后续用户的数据进行分流处理;目标本地网关也可以结合分流策略与本地策略制定分流策略规则,用来对后续用户的数据进行分流处理。
步骤1516,目标本地网关向核心网网关发送PDP上下文更新请求。
步骤1517,核心网网关回复PDP上下文更新响应。
步骤1518,目标本地网关向源本地网关回复PDP上下文建立响应。
步骤1519,源本地网关向目标移动性管理实体发起PDP上下文更新响应,携带目标本地网关信息。
步骤1520,目标移动性管理实体可以更新本地保存的本地网关信息,并向目标无线侧网元更新无线承载,携带目标本地网关信息。
本实施例以在切换过程中,移动性管理实体发生改变为例来说明在切换流程中,目标本地网关如何获得用户分流签约信息。此流程还适用于当在切换流程中,移动性管理实体不发生变化的场景。在该场景中,目标移动性管理实体与源移动性管理实体为一个网元,两者之间不再需要交互信令。
实施例十二
图16是根据本发明实施例的本地网关间传递分流策略实施方式二的流程图。本实施例基于图1a、图1b、图3a、图3b、图4a和图4b所示的***架构,适用于在业务请求流程中,在源本地网关和目标本地网关之间传递分流策略的场景。具体包括以下步骤:
步骤1601,终端向无线侧网元发送RRC连接建立请求。
步骤1602,无线侧网元进行RRC连接建立。
步骤1603,终端经无线侧网元向移动性管理实体发送服务请求消息。
步骤1604,移动性管理实体向无线侧网元发送无线承载指派请求,移动性管理实体、无线侧网元和终端执行无线承载指派和建立过程。
步骤1605,移动性管理实体向源本地网关发送PDP上下文更新请求消息。
步骤1606,源本地网关选择目标本地网关,其选择方式可以为:通过终端位置信息进行选择。
步骤1607,源本地网关向目标本地网关发送PDP上下文创建请求,携带核心网网关信息;同时携带用户移动前保存在源本地网关的用户分流策略;目标本地网关收到用户分流策略后,保存用户分流策略,并根据该分流策略对后续用户的数据进行分流处理;目标本地网关也可以结合分流策略与本地策略制定分流策略规则,用来对后续用户的数据进行分流处理。
步骤1608,目标本地网关向核心网网关发送PDP上下文更新请求。
步骤1609,核心网网关回复PDP上下文更新响应。
步骤1610,目标本地网关向源本地网关回复PDP上下文建立响应。
步骤1611,源本地网关向移动性管理实体发起PDP上下文更新响应,携带目标本地网关信息。
步骤1612,移动性管理实体可以更新本地保存的本地网关信息,并向无线侧网元更新无线承载,携带目标本地网关信息。
实施例十三
图17是根据本发明实施例的本地网关间传递分流策略实施方式三的流程图。本实施例基于图1a、图1b、图3a、图3b、图4a和图4b所示的***架构,适用于在路由区更新流程中,在源本地网关和目标本地网关之间传递分流策略的场景。具体包括以下步骤:
步骤1701-1707,同步骤1101-1107。
步骤1708,源本地网关向目标本地网关发送PDP上下文创建请求,携带接入网关信息。同时携带用户移动前保存在源本地网关的用户分流策略;目标本地网关收到用户分流策略后,保存用户分流策略,并根据该分流策略对后续用户的数据进行分流处理;目标本地网关也可以结合分流策略与本地策略制定分流策略规则,用来对后续用户的数据进行分流处理。
步骤1709-1714,同步骤1109-1114。
步骤1715,鉴权授权服务器向目标移动性管理实体***用户数据。
步骤1716,鉴权授权服务器向目标移动性管理实体回应位置更新证实消息。
步骤1717,1718,同步骤1119,1120。
基于同一发明构思,本发明实施例还提供了一种数据分流***,图18是根据本发明实施例的数据分流***的第一结构框图,如图18所示,该分流***包括:策略服务器1801;本地网关1802或核心网网关1803。下面对其进行详细描述。
策略服务器1801,用于根据用户分流签约信息,或者,根据用户分流签约信息与下列至少之一确定:业务类别信息、服务质量信息、地址信息、过滤器信息和运营商策略信息;以及根据分流策略,对用户数据进行分流处理;发送分流策略至本地网关1802或通过核心网网关1803将分流策略转发给本地网关。
本地网关1802,连接至策略服务器1801,用于在PDN连接建立过程中,向策略服务器1801发送分流策略获取指示;根据分流策略,对用户数据进行分流处理;核心网网关1803,连接至策略服务器1801,用于向策略服务器1801获取分流策略。
在一个实施例中,策略服务器1801还可以用于通过第一接口将分流策略发送至本地网关1802,其中,第一接口设置在策略服务器1801与本地网关1802间。
在一个实施例中,策略服务器1801还可以用于通过核心网网关1803通过通用隧道协议GTP消息将分流策略发送至本地网关1802。
在一个实施例中,策略服务器1801,还可以用于分流策略发生改变时,将改变后的分流策略通过第一接口发送至本地网关1802或者将改变后的分流策略通过核心网关1803转发至本地网关1802;本地网关1802,还用于利用改变后分流策略替换分流策略。
在一个实施例中,策略服务器1801还可以用于:按如下步骤获取用户分流签约信息:从策略数据库中获取用户的签约数据,签约数据包括用户分流签约信息。
在一个实施例中,本地网关1802,还用于确定用户数据中存在部分用户数据未被分流时,与核心网网关1803建立连接;核心网网关1803,用于处理未被分流的部分用户数据。
本发明实施例提供了一种数据分流***,图19是根据本发明实施例的数据分流***的第一结构框图,如图19所示,该***包括鉴权授权服务器1901、移动性管理实体1902、目的移动管理实体1903和本地网关1904,下面对上述结构进行详细描述:
鉴权授权服务器1901,用于在终端附着网络、终端进行路由区更新或跟踪区更新时,根据用户分流签约信息,或者,根据用户分流签约信息和下列至少一项制定分流策略:业务类别信息、服务质量信息、地址信息、过滤器信息、运营商策略信息;以及发送分流策略至移动性管理实体1902或目的移动性管理实体1903;移动性管理实体1902,用于当建立用户承载时,发送分流策略至本地网关1904;目的移动性管理实体1903,用于通过更新用户承载发送分流策略至本地网关1904;本地网关1904,用于根据分流策略,对用户数据进行分流处理。
在一个实施例中,本地网关1904还可以用于结合分流策略与本地策略,生成分流策略规则;或根据分流策略规则,对用户数据进行分流处理。
本发明实施例还提供了一种数据分流***,图20是根据本发明实施例的数据分流***的第三结构框图,如图20所示,该***包括:鉴权授权服务器2001,本地网关2002,下面对上述结构进行详细描述:
鉴权授权服务器2001,用于根据用户分流签约信息,或者,根据用户分流签约信息和下列至少一项制定分流策略:业务类别信息、服务质量信息、地址信息、过滤器信息、运营商策略信息;以及发送分流策略至本地网关;本地网关2002,连接至鉴权授权服务器2001,用于在建立用户承载时,向鉴权授权服务器2001发起分流策略请求,主动获取分流策略,其中,本地网关指发生变化后的路由区的本地网关;根据分流策略,对用户数据进行分流处理。
在一个实施例中,鉴权授权服务器2001还可以用于通过第二接口将分流策略发送至本地网关2002,其中,第二接口设置在鉴权授权服务器2001与目的本地网关2002间。
在一个实施例中,鉴权授权服务器2001还可以用于分流策略发生改变时,将改变后的分流策略通过第二接口发送至目的本地网关2002;
本地网关2002,还用于利用改变后分流策略替换分流策略。
本发明实施例还提供了一种数据分流***,图21是根据本发明实施例的数据分流***的第四结构框图,如图21所示,该***包括:源本地网关2101和目的本地网关2102:
源本地网关2101,用于在重定位/切换,业务请求,路由区更新或跟踪区更新流程中,通过建立用户承载,向目标本地网关发送源本地网关存储的分流策略;
目的本地网关2102,用于接收源本地网关2101存储的分流策略。
在一个实施例中,目的本地网关2102,还可以用于结合分流策略与本地策略,生成分流策略规则;根据分流策略规则,对用户数据进行分流处理。
从以上的描述中,可以看出,本发明实现了如下技术效果:
在本发明实施例中,终端接入网络时,本地网关获取分流策略,并根据分流策略对用户数据进行分流,即,在分流时能够确切了解哪条链路应该分多少流量或用户数据,进而保证了分流的正确性,避免因用户数据分流传输错误造成的用户数据包丢或链路堵塞等问题。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (26)

1.一种数据分流方法,其特征在于,包括:
在分组数据网PDN连接建立过程中,所述本地网关向策略服务器发送分流策略的获取指示或核心网网关向所述策略服务器获取所述分流策略;
所述策略服务器根据所述用户分流签约信息,或者,根据所述用户分流签约信息和下列至少一项制定所述分流策略:业务类别信息、服务质量信息、地址信息、过滤器信息、运营商策略信息;
所述策略服务器发送所述分流策略至所述本地网关,或通过所述核心网网关将所述分流策略转发给所述本地网关;
所述本地网关根据所述分流策略,对用户数据进行分流处理。
2.根据权利要求1所述的方法,其特征在于,所述策略服务器发送所述分流策略至所述本地网关,包括:所述策略服务器通过第一接口将所述分流策略发送至所述本地网关,其中,所述第一接口设置在所述策略服务器与所述本地网关间。
3.根据权利要求1所述的方法,其特征在于,所述策略服务器发送所述分流策略至所述本地网关,包括:所述策略服务器通过Diameter消息将所述分流策略发送至所述本地网关或通过核心网网关通过通用隧道协议GTP消息将所述分流策略转发给本地网关。
4.根据权利要求2所述的方法,其特征在于,所述策略服务器通过第一接口将所述分流策略发送至所述本地网关,包括:
所述分流策略发生改变时,所述策略服务器将改变后的分流策略通过所述第一接口发送至所述本地网关;或者,所述分流策略发生改变时,所述策略服务器将改变后的分流策略通过所述核心网网关转发给所述本地网关;
所述本地网关利用所述改变后分流策略替换所述分流策略。
5.根据权利要求1至3中任一项所述的方法,其特征在于,所述策略服务器按如下步骤获取所述用户分流签约信息:所述策略服务器从策略数据库中获取用户的签约数据,所述签约数据包括所述用户分流签约信息。
6.根据权利要求1至3中任一项所述的方法,其特征在于,所述本地网关根据所述分流策略,对用户数据进行分流处理之后,包括:
所述本地网关确定所述用户数据中存在部分用户数据未被分流时,与核心网网关建立连接;
所述核心网网关处理未被分流的部分用户数据。
7.一种数据分流方法,其特征在于,包括:
所述终端附着网络、所述终端进行路由区更新或跟踪区更新时,鉴权授权服务器根据所述用户分流签约信息,或者,根据所述用户分流签约信息和下列至少一项制定所述分流策略:业务类别信息、服务质量信息、地址信息、过滤器信息、运营商策略信息;以及
所述鉴权授权服务器发送所述分流策略至移动性管理实体或目标移动性管理实体;
所述目标移动性管理实体通过更新用户承载发送分流策略至所述本地网关或当建立用户承载时,所述移动性管理实体发送所述分流策略至所述本地网关;
所述本地网关根据所述分流策略,对用户数据进行分流处理。
8.根据权利要求7所述的方法,其特征在于,所述建立用户承载,包括:激活分组数据协议PDP上下文或建立默认承载/专有承载;所述更新用户承载,包括PDP上下文更新/默认承载更新/专有承载更新。
9.根据权利要求7所述的方法,其特征在于,所述本地网关根据所述分流策略,对用户数据进行分流处理,包括:
所述本地网关结合所述分流策略与本地策略,生成分流策略规则;
所述本地网关根据所述分流策略规则,对所述用户数据进行分流处理。
10.一种数据分流方法,其特征在于,包括:
在建立用户承载时,本地网关向鉴权授权服务器发起分流策略请求,主动获取分流策略;
鉴权授权服务器根据所述用户分流签约信息,或者,根据所述用户分流签约信息和下列至少一项制定所述分流策略:业务类别信息、服务质量信息、地址信息、过滤器信息、运营商策略信息;以及
所述鉴权授权服务器发送所述分流策略至所述本地网关;
所述本地网关根据所述分流策略,对用户数据进行分流处理。
11.根据权利要求10所述的方法,其特征在于,所述鉴权授权服务器发送所述分流策略至所述本地网关,包括:所述鉴权授权服务器通过第二接口将所述分流策略发送至所述本地网关,其中,所述第二接口设置在所述鉴权授权服务器与所述本地网关间。
12.根据权利要求11所述的方法,其特征在于,所述鉴权授权服务器通过第二接口将所述分流策略发送至所述本地网关,包括:
所述分流策略发生改变时,所述鉴权授权服务器将改变后的分流策略通过所述第二接口发送至所述本地网关;
所述本地网关利用所述改变后分流策略替换所述分流策略。
13.一种数据分流方法,其特征在于,包括:
在重定位/切换,业务请求,路由区更新或跟踪区更新流程中,源本地网关通过建立用户承载,向目标本地网关发送所述源本地网关存储的分流策略;
所述目标本地网关根据所述分流策略,对用户数据进行分流处理。
14.根据权利要求13所述的方法,其特征在于,所述目标本地网关根据所述分流策略,对用户数据进行分流处理,包括:
所述目标本地网关结合所述分流策略与本地策略,生成分流策略规则;
所述目标本地网关根据所述分流策略规则,对所述用户数据进行分流处理。
15.一种数据分流***,其特征在于,包括策略服务器;本地网关或核心网网关:
本地网关,用于在分组数据网PDN连接建立过程中,向策略服务器发送分流策略获取指示;根据所述分流策略,对用户数据进行分流处理;
所述核心网网关,用于向所述策略服务器获取所述分流策略;
所述策略服务器,用于根据所述用户分流签约信息,或者,根据所述用户分流签约信息与下列至少之一确定:业务类别信息、服务质量信息、地址信息、过滤器信息和运营商策略信息;以及根据所述分流策略,对用户数据进行分流处理;发送所述分流策略至本地网关或通过所述核心网网关将所述分流策略转发给所述本地网关。
16.根据权利要求15所述的***,其特征在于,所述策略服务器还用于通过第一接口将所述分流策略发送至所述本地网关,其中,所述第一接口设置在所述策略服务器与所述本地网关间;通过核心网网关通过通用隧道协议GTP消息将所述分流策略发送至所述本地网关。
17.根据权利要求16所述的***,其特征在于,
所述策略服务器,还用于所述分流策略发生改变时,将改变后的分流策略通过所述第一接口发送至所述本地网关;或者,将改变后的分流策略通过所述核心网网关转发给所述本地网关;
所述本地网关,还用于利用所述改变后分流策略替换所述分流策略。
18.根据权利要求15至17中任一项所述的***,其特征在于,所述策略服务器还用于:按如下步骤获取所述用户分流签约信息:从策略数据库中获取用户的签约数据,所述签约数据包括所述用户分流签约信息。
19.根据权利要求15至17中任一项所述的***,其特征在于,
所述本地网关,还用于确定所述用户数据中存在部分用户数据未被分流时,与所述核心网网关建立连接;
所述核心网网关,用于处理未被分流的部分用户数据。
20.一种数据分流***,其特征在于,包括:
鉴权授权服务器,用于在所述终端附着网络、所述终端进行路由区更新或跟踪区更新时,根据所述用户分流签约信息,或者,根据所述用户分流签约信息和下列至少一项制定所述分流策略:所述业务类别信息、所述服务质量信息、所述地址信息、所述过滤器信息、所述运营商策略信息;以及发送所述分流策略至移动性管理实体或目标移动性管理实体;
移动性管理实体,用于当建立用户承载时,发送所述分流策略至所述本地网关;
目的移动性管理实体,用于通过更新用户承载发送分流策略至本地网关;
所述本地网关,用于根据所述分流策略,对用户数据进行分流处理。
21.根据权利要求20所述的***,其特征在于,所述本地网关还用于结合所述分流策略与本地策略,生成分流策略规则;或根据所述分流策略规则,对所述用户数据进行分流处理。
22.一种数据分流***,其特征在于,包括:
本地网关,用于在建立用户承载时,向鉴权授权服务器发起分流策略请求,主动获取分流策略,其中,所述本地网关指发生变化后的路由区的本地网关;根据所述分流策略,对用户数据进行分流处理;
所述鉴权授权服务器,用于根据所述用户分流签约信息,或者,根据所述用户分流签约信息和下列至少一项制定所述分流策略:业务类别信息、服务质量信息、地址信息、过滤器信息、运营商策略信息;以及发送所述分流策略至所述本地网关。
23.根据权利要求22所述的***,其特征在于,所述鉴权授权服务器还用于通过第二接口将所述分流策略发送至所述本地网关,其中,所述第二接口设置在所述鉴权授权服务器与所述本地网关间。
24.根据权利要求23所述的***,其特征在于,所述鉴权授权服务器还用于所述分流策略发生改变时,将改变后的分流策略通过所述第二接口发送至所述本地网关;
所述本地网关,还用于利用所述改变后分流策略替换所述分流策略。
25.一种数据分流***,其特征在于,包括:
源本地网关,用于在重定位/切换,业务请求,路由区更新或跟踪区更新流程中,通过建立用户承载,向目标本地网关发送所述源本地网关存储的分流策略;
所述目标本地网关,用于根据所述分流策略,对用户数据进行分流处理。
26.根据权利要求25所述的***,其特征在于,所述目标本地网关,还用于结合所述分流策略与本地策略,生成分流策略规则;根据所述分流策略规则,对所述用户数据进行分流处理。
CN201010571136.XA 2010-12-02 2010-12-02 数据分流方法及*** Expired - Fee Related CN102487530B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201010571136.XA CN102487530B (zh) 2010-12-02 数据分流方法及***
PCT/CN2011/082877 WO2012072002A1 (zh) 2010-12-02 2011-11-24 数据分流方法、设备及***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201010571136.XA CN102487530B (zh) 2010-12-02 数据分流方法及***

Publications (2)

Publication Number Publication Date
CN102487530A true CN102487530A (zh) 2012-06-06
CN102487530B CN102487530B (zh) 2016-12-14

Family

ID=

Cited By (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102946620A (zh) * 2012-11-01 2013-02-27 北京拓明科技有限公司 一种对数据网络进行双网分流的方法
CN103491517A (zh) * 2012-06-13 2014-01-01 电信科学技术研究院 一种pcc规则获取方法及设备
CN103796246A (zh) * 2012-10-31 2014-05-14 中兴通讯股份有限公司 数据的分流方法、装置及***
CN103905447A (zh) * 2014-04-01 2014-07-02 华为技术有限公司 业务链路选择控制方法以及设备
CN104584635A (zh) * 2012-08-14 2015-04-29 株式会社Ntt都科摩 移动通信方法以及移动台
CN105379402A (zh) * 2014-04-21 2016-03-02 华为技术有限公司 承载控制方法及***
CN105813137A (zh) * 2014-12-31 2016-07-27 中国电信股份有限公司 网络分流方法和装置
CN106301873A (zh) * 2015-06-26 2017-01-04 中兴通讯股份有限公司 一种策略与计费规则功能单元的数据配置方法及***
CN106878350A (zh) * 2015-12-10 2017-06-20 中国电信股份有限公司 用户订制数据的推送方法及装置、网关以及***
CN107113191A (zh) * 2014-11-18 2017-08-29 思科技术公司 数据中心结构网络中的内联数据包追踪
CN107343014A (zh) * 2016-04-29 2017-11-10 阿里巴巴集团控股有限公司 基于内容分发网络的业务分流方法和远程网关
WO2017215656A1 (zh) * 2016-06-16 2017-12-21 中兴通讯股份有限公司 会话建立的方法、装置及***
CN107682196A (zh) * 2017-10-16 2018-02-09 北京锐安科技有限公司 自动生成及下发分流规则的方法、***、设备及存储介质
WO2018045515A1 (zh) * 2016-09-07 2018-03-15 华为技术有限公司 一种数据分流方法及相关装置
CN108243456A (zh) * 2016-12-23 2018-07-03 中国电信股份有限公司 策略控制方法以及策略控制器
WO2018129707A1 (zh) * 2017-01-13 2018-07-19 华为技术有限公司 数据分流功能激活方法及控制装置
CN108882305A (zh) * 2017-05-09 2018-11-23 ***通信有限公司研究院 一种数据包的分流方法及装置
CN110213798A (zh) * 2019-07-17 2019-09-06 京信通信***(中国)有限公司 一种基于Femto网关的分流方法及装置
CN111431818A (zh) * 2020-02-28 2020-07-17 口碑(上海)信息技术有限公司 跨域请求的流量分配方法、装置、存储介质及计算机设备
CN112105074A (zh) * 2019-06-17 2020-12-18 ***通信集团浙江有限公司 基于mec的访问流量分流***及方法
CN112511425A (zh) * 2014-11-05 2021-03-16 奥兰治 控制方法、确定方法、安全模块、移动终端、***和介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008002599A2 (en) * 2006-06-28 2008-01-03 Cisco Technology, Inc. Application integrated gateway
CN101764741A (zh) * 2009-11-27 2010-06-30 上海恒为信息科技有限公司 支持多业务功能的过滤分流装置及其方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008002599A2 (en) * 2006-06-28 2008-01-03 Cisco Technology, Inc. Application integrated gateway
CN101764741A (zh) * 2009-11-27 2010-06-30 上海恒为信息科技有限公司 支持多业务功能的过滤分流装置及其方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HUAWEI: "Selected IP Traffic Offload for UMTS at Iu-PS", 《3GPP TSG SA WG2 MEETING #75,S2-095961》, 4 September 2009 (2009-09-04) *

Cited By (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103491517A (zh) * 2012-06-13 2014-01-01 电信科学技术研究院 一种pcc规则获取方法及设备
CN104584635A (zh) * 2012-08-14 2015-04-29 株式会社Ntt都科摩 移动通信方法以及移动台
CN103796246A (zh) * 2012-10-31 2014-05-14 中兴通讯股份有限公司 数据的分流方法、装置及***
CN102946620A (zh) * 2012-11-01 2013-02-27 北京拓明科技有限公司 一种对数据网络进行双网分流的方法
CN102946620B (zh) * 2012-11-01 2015-10-21 北京拓明科技有限公司 一种对数据网络进行双网分流的方法
CN103905447A (zh) * 2014-04-01 2014-07-02 华为技术有限公司 业务链路选择控制方法以及设备
WO2015149624A1 (zh) * 2014-04-01 2015-10-08 华为技术有限公司 业务链路选择控制方法以及设备
CN103905447B (zh) * 2014-04-01 2017-06-27 华为技术有限公司 业务链路选择控制方法以及设备
US10397120B2 (en) 2014-04-01 2019-08-27 Huawei Technologies Co., Ltd. Service link selection control method and device
US11240159B2 (en) 2014-04-01 2022-02-01 Huawei Technologies Co., Ltd. Service link selection control method and device
CN105379402A (zh) * 2014-04-21 2016-03-02 华为技术有限公司 承载控制方法及***
CN105379402B (zh) * 2014-04-21 2019-06-11 华为技术有限公司 承载控制方法及***
US10772136B2 (en) 2014-04-21 2020-09-08 Huawei Technologies Co., Ltd. Bearer control method and system
US10201024B2 (en) 2014-04-21 2019-02-05 Huawei Technologies Co., Ltd Bearer control method and system
US11382146B2 (en) 2014-04-21 2022-07-05 Huawei Technologies Co., Ltd. Bearer control method and system
CN112511425B (zh) * 2014-11-05 2023-06-23 奥兰治 控制方法、确定方法、安全模块、移动终端、***和介质
CN112511425A (zh) * 2014-11-05 2021-03-16 奥兰治 控制方法、确定方法、安全模块、移动终端、***和介质
CN107113191A (zh) * 2014-11-18 2017-08-29 思科技术公司 数据中心结构网络中的内联数据包追踪
CN105813137B (zh) * 2014-12-31 2019-07-02 中国电信股份有限公司 网络分流方法和装置
CN105813137A (zh) * 2014-12-31 2016-07-27 中国电信股份有限公司 网络分流方法和装置
CN106301873A (zh) * 2015-06-26 2017-01-04 中兴通讯股份有限公司 一种策略与计费规则功能单元的数据配置方法及***
CN106878350A (zh) * 2015-12-10 2017-06-20 中国电信股份有限公司 用户订制数据的推送方法及装置、网关以及***
CN107343014A (zh) * 2016-04-29 2017-11-10 阿里巴巴集团控股有限公司 基于内容分发网络的业务分流方法和远程网关
WO2017215656A1 (zh) * 2016-06-16 2017-12-21 中兴通讯股份有限公司 会话建立的方法、装置及***
WO2018045515A1 (zh) * 2016-09-07 2018-03-15 华为技术有限公司 一种数据分流方法及相关装置
CN108243456B (zh) * 2016-12-23 2022-07-05 中国电信股份有限公司 策略控制方法以及策略控制器
CN108243456A (zh) * 2016-12-23 2018-07-03 中国电信股份有限公司 策略控制方法以及策略控制器
WO2018129707A1 (zh) * 2017-01-13 2018-07-19 华为技术有限公司 数据分流功能激活方法及控制装置
CN108882305A (zh) * 2017-05-09 2018-11-23 ***通信有限公司研究院 一种数据包的分流方法及装置
CN107682196B (zh) * 2017-10-16 2020-08-25 北京锐安科技有限公司 自动生成及下发分流规则的方法、***、设备及存储介质
CN107682196A (zh) * 2017-10-16 2018-02-09 北京锐安科技有限公司 自动生成及下发分流规则的方法、***、设备及存储介质
CN112105074A (zh) * 2019-06-17 2020-12-18 ***通信集团浙江有限公司 基于mec的访问流量分流***及方法
CN110213798A (zh) * 2019-07-17 2019-09-06 京信通信***(中国)有限公司 一种基于Femto网关的分流方法及装置
CN110213798B (zh) * 2019-07-17 2022-10-25 京信网络***股份有限公司 一种基于Femto网关的分流方法及装置
CN111431818A (zh) * 2020-02-28 2020-07-17 口碑(上海)信息技术有限公司 跨域请求的流量分配方法、装置、存储介质及计算机设备
CN111431818B (zh) * 2020-02-28 2023-06-09 口碑(上海)信息技术有限公司 跨域请求的流量分配方法、装置、存储介质及计算机设备

Also Published As

Publication number Publication date
WO2012072002A1 (zh) 2012-06-07

Similar Documents

Publication Publication Date Title
CN103299684B (zh) 对于ims apn的漫游控制
CN102149071B (zh) 一种对本地ip连接的建立进行控制的方法
CN105554789A (zh) 通信***、方法和装置
CN101127652B (zh) 一种确定用户终端访问外部网络锚点的方法、装置及***
CN102026145B (zh) 一种本地ip访问方法及***
CN103796262B (zh) 直接切换的方法和装置
CN103731901A (zh) 一种路由转发的方法、***及控制器
CN108432334A (zh) 终端装置、mme、终端装置的通信方法以及mme的通信方法
CN104798391A (zh) 服务网络、时区和uci的报告
CN103428731B (zh) 路由优化方法及***、服务网关
CN101272618B (zh) 一种通过联合节点实现网络互通的方法及***
CN102868999A (zh) 分组数据网络连接的建立方法及***
CN101568149A (zh) 一种实现优选服务网关的方法及***
JP2018508155A (ja) 通信システム
CN102469619B (zh) 一种移动通信***及其服务网关重定位的方法
US20150237495A1 (en) Method and system for differentiating between subscribers
CN105813146A (zh) 业务流传输路径优化方法、装置及mme
CN102868997A (zh) 本地网关信息处理方法及装置
CN102547861A (zh) 数据分流方法及本地网关
CN102480528B (zh) 接入网关选择方法和装置
CN101998370A (zh) 一种本地ip访问连接的释放***及方法
CN104053200A (zh) Ue在umts***和lte***之间切换的方法及设备
CN102438328B (zh) 一种用户参与本地访问连接建立的方法及***
CN102056137B (zh) 一种本地网关选择信息获取的方法及***
CN102238633B (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
C41 Transfer of patent application or patent right or utility model
CB03 Change of inventor or designer information

Inventor after: Li Jun

Inventor before: Huo Yuzhen

Inventor before: Wu Se

Inventor before: Liu Jianye

Inventor before: Wang Weibin

COR Change of bibliographic data
TA01 Transfer of patent application right

Effective date of registration: 20160929

Address after: 511449 Guangdong Province, Guangzhou City Southern towns Panyu District Southern China Biguiyuan Chui Wang Taiwan 6 Room 403

Applicant after: Li Jun

Address before: 518057 Nanshan District science and technology, Guangdong Province, South Road, No. 55, No.

Applicant before: ZTE Corp.

C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20170829

Address after: 510000, Guangdong Province, Guangzhou, Tianhe District East Road, No. 1 East Station building, 3 floor, A District, room Q96

Patentee after: NEOLIX TECH Co.,Ltd.

Address before: 511449 Guangdong Province, Guangzhou City Southern towns Panyu District Southern China Biguiyuan Chui Wang Taiwan 6 Room 403

Patentee before: Li Jun

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20200107

Address after: 510000 two street, Wangjiang, Nansha District, Guangzhou, Guangdong, room 1, No. 901

Patentee after: GUANGZHOU FORM NEW MATERIALS TECHNOLOGY Ltd.

Address before: 510000 Q96 room A, 3 floor, 3 east station complex, Tianhe District East Station Road, Guangzhou, Guangdong.

Patentee before: NEOLIX TECH Co.,Ltd.

CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20161214

Termination date: 20211202

CF01 Termination of patent right due to non-payment of annual fee