CN102369699B - 本地路由授权的方法、装置和系统 - Google Patents
本地路由授权的方法、装置和系统 Download PDFInfo
- Publication number
- CN102369699B CN102369699B CN201080001612.2A CN201080001612A CN102369699B CN 102369699 B CN102369699 B CN 102369699B CN 201080001612 A CN201080001612 A CN 201080001612A CN 102369699 B CN102369699 B CN 102369699B
- Authority
- CN
- China
- Prior art keywords
- local routing
- mobile terminal
- business stream
- entity
- mandate
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/08—Access security
- H04W12/084—Access security using delegated authorisation, e.g. open authorisation [OAuth] protocol
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/30—Routing of multiclass traffic
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种本地路由授权的方法、装置和系统,属于通信技术领域。方法包括:根据第一移动终端的业务流信息,或根据第一移动终端和第二移动终端的业务流信息,分别向第一本地路由策略实体和第二本地路由策略实体发起本地路由授权请求,使得第一本地路由策略实体对第一移动终端进行本地路由授权,第二本地路由策略实体对第二移动终端进行本地路由授权;当第一移动终端和第二移动终端的本地路由授权结果均为成功后,通过本地路由传输第一移动终端的业务流信息对应的业务流和第二移动终端的业务流信息对应的业务流。装置包括:本地路由授权模块和本地路由传输模块。系统包括:本地路由执行实体、第一本地路由策略实体和第二本地路由策略实体。本发明可以满足对本地路由进行授权的需求。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种本地路由授权的方法、装置和系统。
背景技术
随着通信技术的发展,移动通信网络也越来越先进。其中,基于IEEE(Institute ofElectrical and Electronic Engineers,电气电子工程师学会)802.16无线接入技术的移动WiMAX(Worldwide Interoperability for Microwave Access,微波接入全球互通网络)由于能够为用户提供高速的数据传输能力,而受到了广泛的关注。
在移动WiMAX网络中,当MS(Mobile Station,移动终端)与外部网络之间传输业务流时,MS发送的上行业务流一般经过BS(Base Station,基站)传送到Serving ASN-GW(Serving Access Service Network Gateway,服务接入网关),Serving ASN-GW再传送到Anchor ASN-GW(锚定接入网关),最后经过HA(Home Agent,家乡代理)传送到外部网络中,外部网络发送的下行业务流则经过与上行业务流反方向的承载路径路由到MS上。参见图1,当两个MS(MS1和MS2)之间采用上述的方法传输业务流时,如果MS1和MS2由同一个Serving ASN-GW管理,两者之间传输业务流的路径如图1中的虚线所示,从图1可以看出业务流传输路径从Serving ASN-GW到HA之间会发生重叠,从而产生传输路径冗余,造成不必要的业务流传输时延和核心网传输负载。为此,提出了通过LR(Local Routing,本地路由)传输MS1和MS2之间的业务流,具体地如图1中的实线所示,Serving ASN-GW直接将业务流从MS1传输给MS2,或直接将业务流从MS2传输给MS1。
然而,在实现本发明的过程中,发明人发现现有技术至少存在以下问题:
现有技术中网络侧一般仅需要根据一个MS的QoS(Quality of Service,服务质量)签约信息或运营商策略对该MS的业务流进行授权,而本地路由中涉及到二个MS,因此现有技术无法满足对本地路由进行授权的需求。
发明内容
为了满足对本地路由进行授权的需求,本发明实施例提供了一种本地路由授权的方法、装置和系统。所述技术方案如下:
一种本地路由授权的方法,所述方法包括:
根据第一移动终端的业务流信息,或根据第一移动终端和第二移动终端的业务流信息,LR执行实体分别向第一本地路由策略实体和第二本地路由策略实体发起本地路由授权请求,使得所述第一本地路由策略实体对所述第一移动终端进行本地路由授权,所述第二本地路由策略实体对第二移动终端进行本地路由授权;
当所述第一移动终端和所述第二移动终端的本地路由授权结果均为成功后,所述LR执行实体通过本地路由传输所述第一移动终端的业务流信息对应的业务流和所述第二移动终端的业务流信息对应的业务流。
一种本地路由授权的装置,所述装置包括:
本地路由授权模块,用于根据第一移动终端的业务流信息,或根据第一移动终端和第二移动终端的业务流信息,分别向第一本地路由策略实体和第二本地路由策略实体发起本地路由授权请求,使得所述第一本地路由策略实体对所述第一移动终端进行本地路由授权,所述第二本地路由策略实体对第二移动终端进行本地路由授权;
本地路由传输模块,用于当所述第一移动终端和所述第二移动终端的本地路由授权结果均为成功后,通过本地路由传输所述第一移动终端的业务流信息对应的业务流和所述第二移动终端的业务流信息对应的业务流。
一种本地路由授权的系统,所述系统包括:
本地路由执行实体、第一本地路由策略实体和第二本地路由策略实体;
所述本地路由执行实体,用于根据第一移动终端的业务流信息,或者根据第一移动终端和第二移动终端的业务流信息,分别向所述第一本地路由策略和所述第二本地路由策略发起本地路由授权请求;当所述第一移动终端和所述第二移动终端的本地路由授权结果均为成功后,通过本地路由传输所述第一移动终端的业务流信息对应的业务流和所述第二移动终端的业务流信息对应的业务流;
所述第一本地路由策略实体,用于在接收到所述本地路由执行实体发起的本地路由授权请求后,对所述第一移动终端进行本地路由授权;
所述第二本地路由策略实体,用于在接收到所述本地路由执行实体发起的本地路由授权请求后,对所述第二移动终端进行本地路由授权。
本发明实施例提供的技术方案的有益效果是:
通过根据第一移动终端的业务流信息,或第一移动终端和第二移动终端的业务流信息,对第一移动终端和第二移动终端进行本地路由授权,实现了对本地路由进行授权,可以满足对本地路由进行授权的需求。
附图说明
图1是现有技术提供的一种传输业务流的路径示意图及一种传输业务流的本地路由的路径示意图;
图2a是本发明实施例1提供的一种本地路由授权的方法流程图;
图2b是本发明实施例1提供的另一种本地路由授权的方法流程图;
图3是本发明实施例2提供的一种本地路由授权的方法流程图;
图4是本发明实施例3提供的一种本地路由授权的方法流程图;
图5是本发明实施例4提供的一种本地路由授权的方法流程图;
图6是本发明实施例5提供的一种本地路由授权的方法流程图;
图7a是本发明实施例6提供的一种本地路由授权的装置结构示意图;
图7b是本发明实施例6提供的另一种本地路由授权的装置结构示意图;
图8是本发明实施例7提供的一种本地路由授权的系统结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
通过LR传输MS1和MS2之间的业务流,所谓LR是指当MS1和MS2的LR执行实体是同一个物理实体时,LR执行实体直接将业务流从MS1传输到MS2,或直接将业务流从MS2传输到MS1。其中,LR执行实体是指网络中可以执行业务流本地转发的网络实体,如WiMAX网络中的Serving ASN-GW、BS、Anchor ASN-GW等,3GPP(3rd Generation PartnershipProject,第三代合作组织)网络中的SGSN(Serving General packet radio service SupportNode,通用分组无线业务系统服务节点)、Serving GW(Serving Gateway,服务网关)等。相应地MS1和MS2的LR执行实体是同一个物理实体的含义如下:如果LR执行实体是基站,则MS1和MS2的LR执行实体是同一个物理实体是指MS1和MS2附着在同一个基站;如果LR执行实体是网关,则MS1和MS2的LR执行实体是同一个物理实体是指MS1和MS2由同一个网关提供服务等。
实施例1
参见图2a,本发明实施例提供了一种本地路由授权的方法,包括:
101:根据第一移动终端的业务流信息,或根据第一移动终端和第二移动终端的业务流信息,分别向第一本地路由策略实体和第二本地路由策略实体发起本地路由授权请求,使得第一本地路由策略实体对第一移动终端进行本地路由授权,第二本地路由策略实体对第二移动终端进行本地路由授权。
102:当第一移动终端和第二移动终端的本地路由授权结果均为成功后,通过本地路由传输第一移动终端的业务流信息对应的业务流和第二移动终端的业务流信息对应的业务流。
进一步地,根据第一移动终端的业务流信息,分别向第一本地路由策略实体和第二本地路由策略实体发起本地路由授权请求,使得第一本地路由策略实体对第一移动终端进行本地路由授权,第二本地路由策略实体对第二移动终端进行本地路由授权,包括:
获取第一移动终端的业务流信息;
根据第一移动终端的业务流信息,向第一移动终端所属的第一本地路由策略实体发起对第一移动终端进行本地路由授权的请求,使得第一本地路由策略实体对第一移动终端进行本地路由授权;
当第一移动终端的本地路由授权结果为成功后,向第二移动终端所属的第二本地路由策略实体发起对第二移动终端进行本地路由授权的请求,使得第二本地路由策略实体对第二移动终端进行本地路由授权。
进一步地,使得第二本地路由策略实体对第二移动终端进行本地路由授权之后,还包括:
当第二移动终端的本地路由授权结果为成功后,建立本地和第二移动终端之间的数据承载。
进一步地,根据第一移动终端和第二移动终端的业务流信息,分别向第一本地路由策略实体和第二本地路由策略实体发起本地路由授权请求,使得第一本地路由策略实体对第一移动终端进行本地路由授权,第二本地路由策略实体对第二移动终端进行本地路由授权,包括:
获取第一移动终端业务流信息;根据第一移动终端的业务流信息,向第一移动终端所属的第一本地路由策略实体发起对第一移动终端进行本地路由授权的请求,使得第一本地路由策略实体对第一移动终端进行本地路由授权;
并且获取第二移动终端的业务流信息;根据第二移动终端的业务流信息,向第二移动终端所属的第二本地路由策略实体发起对第二移动终端进行本地路由授权的请求,使得第二本地路由策略实体对第二移动终端进行本地路由授权。
进一步地,根据第一移动终端和第二移动终端的业务流信息,分别向第一本地路由策略实体和第二本地路由策略实体发起本地路由授权请求,使得第一本地路由策略实体对第一移动终端进行本地路由授权,第二本地路由策略实体对第二移动终端进行本地路由授权,包括:
获取第一移动终端的业务流信息;根据第一移动终端的业务流信息,向第一移动终端所属的第一本地路由策略实体发起对第一移动终端进行本地路由授权的请求,使得第一本地路由策略实体对第一移动终端进行本地路由授权;
并且获取第二移动终端的业务流信息;根据第二移动终端的业务流信息和第一移动终端的本地路由授权结果,向第二移动终端所属的第二本地路由策略实体发起对第二移动终端进行本地路由授权的请求,使得第二本地路由策略实体对第二移动终端进行本地路由授权。
进一步地,根据第一移动终端的业务流信息,向第一移动终端所属的第一本地路由策略实体发起对第一移动终端进行本地路由授权的请求,包括:
根据第一移动终端的业务流信息中包含的通信对端信息,判断第一移动终端的业务流信息对应的业务流是否能够执行本地路由;
如果第一移动终端的业务流信息对应的业务流能够执行本地路由,向第一移动终端所属的第一本地路由策略实体发起对第一移动终端进行本地路由授权的请求。
进一步地,根据第二移动终端的业务流信息,向第二移动终端所属的第二本地路由策略实体发起对第二移动终端进行本地路由授权的请求,包括:
根据第二移动终端的业务流信息中包含的通信对端信息,判断第二移动终端的业务流信息对应的业务流是否能够执行本地路由;
如果第二移动终端的业务流信息对应的业务流能够执行本地路由,向第二移动终端所属的第二本地路由策略实体发起对第二移动终端进行本地路由授权的请求。
进一步地,根据第二移动终端的业务流信息和第一移动终端的本地路由授权结果,向第二移动终端所属的第二本地路由策略实体发起对第二移动终端进行本地路由授权的请求,包括:
根据第二移动终端的业务流信息中包含的通信对端信息,判断第二移动终端的业务流信息对应的业务流是否能够执行本地路由;
如果第二移动终端的业务流信息对应的业务流能够执行本地路由,判断第一移动终端的本地路由授权结果是否为成功;
如果第一移动终端的本地路由授权结果为成功,向第二移动终端所属的第二本地路由策略实体发起对第二移动终端进行本地路由授权的请求。
进一步地,参见图2b,通过本地路由传输第一移动终端的业务流信息对应的业务流和第二移动终端的业务流信息对应的业务流之后,还包括:
103:分别向第一本地路由策略实体和第二本地路由策略实体发送通知信息,该通知信息表示第一移动终端的业务流信息对应的业务流和第二移动终端的业务流信息对应的业务流通过本地路由进行传输。
需要说明的是,上述第一本地路由策略实体和第二本地路由策略实体可以是二个独立的实体,也可以集成为一个独立的实体,对此不做具体限定。
本发明实施例所述的本地路由授权的方法,通过根据第一移动终端的业务流信息,或第一移动终端和第二移动终端的业务流信息,对第一移动终端和第二移动终端进行本地路由授权,实现了对本地路由进行授权,可以满足对本地路由进行授权的需求。并且,可以先对第一移动终端进行本地路由授权,当对第一移动终端进行本地路由授权成功后,再对第二移动终端进行本地路由授权,可以节省网络信息资源。另外,可以对第一移动终端和第二移动终端同时并列进行本地路由授权,可以节省本地路由授权的时间。
实施例2
参见图3,本发明实施例提供了一种本地路由授权的方法,当LR执行实体检测到可采用本地路由进行传输的业务流后,首先对MS1进行本地路由授权,对MS1进行本地路由授权成功后,LR执行实体发起对MS1的通信对端MS2的本地路由授权,对MS2进行本地路由授权成功后,发起MS2的数据承载建立,通过本地路由传输MS1和MS2之间的业务流,包括:
201:MS1向LR执行实体发送携带业务流信息的业务流建立请求,请求建立用于传输业务流的数据承载。
其中,LR执行实体是指网络中可以执行业务流本地转发的网络实体,如WiMAX网络中的Serving ASN-GW、BS、Anchor ASN-GW等,3GPP网络中的SGSN、Serving GW等。业务流信息是指MS1与MS1的通信对端MS2之间通过应用层的协商,确定执行两者之间的通信业务时所需要建立的信息,如业务流对应的IP(Internet Protocol,网际协议)五元组(源IP地址、目的IP地址、源端口号、目的端口号、协议类型)等。
202:LR执行实体根据MS1的业务流信息中包含的通信对端信息,判断该MS1的业务流信息对应的业务流是否可以执行本地路由,如果可以,则执行203;否则,LR执行实体按照现有技术中传输业务流的方法进行处理。
其中,MS1的业务流信息中包含的通信对端信息包括MS1的通信对端的IP地址、协议类型等。具体地,根据MS1的业务流信息中包含的通信对端信息,如果判断出MS1的通信对端为MS2,且MS1和MS2的LR执行实体是同一个物理实体,则该MS1的业务流信息对应的业务流可以执行本地路由;否则,MS1不可以执本地路由。
203:LR执行实体向MS1所属的第一LR策略实体发送LR授权请求,请求第一LR策略实体对MS1进行本地路由授权。
其中,第一LR策略实体是指网络中负责为MS1的本地路由进行授权或提供策略的网络实体,如锚定鉴权器、业务流授权单元、PCRF(Policy and Charging Rules Function,策略计费规则实体)等。
204:第一LR策略实体根据MS1的签约信息和/或MS1所属运营商的策略等确定是否允许对该MS1的业务流信息对应的业务流执行本地路由,如果确定允许对该MS1的业务流信息对应的业务流执行本地路由,则执行205;否则,第一LR策略实体按照现有技术中传输业务流的方法进行处理。
205:第一LR策略实体对MS1进行本地路由授权,并将MS1的本地路由授权结果携带在LR授权应答中发送给LR执行实体。
其中,MS1的本地路由授权结果具体为MS1的本地路由授权成功或失败。
206:LR执行实体发送业务流建立应答给MS1。
207:当MS1的本地路由授权结果为成功时,LR执行实体向MS2所属的第二LR策略实体发起LR授权请求,请求第二LR策略实体对MS2进行本地路由授权。
其中,第二LR策略实体是指网络中负责为MS2的本地路由进行授权或提供策略的网络实体,如锚定鉴权器、业务流授权单元、PCRF等。
208:第二LR策略实体根据MS2的签约信息和/或MS2所属运营商的策略等确定是否允许对该MS2的业务流信息对应的业务流执行本地路由,如果确定允许对该MS2的业务流信息对应的业务流执行本地路由,则执行209;否则,第二LR策略实体按照现有技术中传输业务流的方法进行处理。
209:第二LR策略实体对MS2进行本地路由授权,并将MS2的本地路由授权结果携带在LR授权应答中发送给LR执行实体。
其中,MS2的本地路由授权结果具体为MS2的本地路由授权成功或失败。
210:当MS2的本地路由授权结果为成功时,LR执行实体向MS2发送携带MS2的业务流信息的业务流建立请求,请求建立用于传输业务流的数据承载。
211:MS2向LR执行实体返回业务流建立应答。
212:LR执行实体通过本地路由传输MS1的业务流信息对应的业务流和MS2的业务流信息对应的业务流。
可选地,该方法还可以包括:
213:LR执行实体向第一LR策略实体和第二LR策略实体发送本地路由通知信息,通知第一LR策略实体和第二LR策略实体本地路由已经执行。
214:第一LR策略实体和第二LR策略实体向LR执行实体返回本地路由通知应答信息。
需要说明的是,上述第一LR策略实体和第二LR策略实体可以是二个独立的实体,也可以集成为一个独立的实体,对此不做具体限定。本发明实施例所述的本地路由授权的方法,LR执行实体通过根据MS1的业务流信息,对MS1和MS2进行本地路由授权,实现了对本地路由进行授权,可以满足对本地路由进行授权的需求。并且,LR执行实体可以先对MS1进行本地路由授权,当对MS1进行本地路由授权成功后,再对MS2进行本地路由授权,可以节省网络信息资源。
实施例3
参见图4,本发明实施例提供了一种本地路由授权的方法,当LR执行实体检测到可采用本地路由进行传输的业务流后,分别对MS1和MS1的通信对端MS2进行本地路由授权,当对MS1和MS2进行本地路由授权均成功后,通过本地路由传输MS1和MS2之间的业务流,包括:
301:MS1向LR执行实体发送携带业务流信息的业务流建立请求,请求建立用于传输业务流的数据承载。
其中,LR执行实体是指网络中执行业务流本地转发的网络实体,如WiMAX网络中的Serving ASN-GW、BS、Anchor ASN-GW等,3GPP网络中的SGSN、Serving GW等。业务流信息是指MS1与MS1的通信对端MS2之间通过应用层的协商,确定执行两者之间的通信业务时所需要建立的信息,如业务流对应的IP五元组(源IP地址、目的IP地址、源端口号、目的端口号、协议类型)等。
302:LR执行实体根据MS1的业务流信息中包含的通信对端信息,判断该MS1的业务流信息对应的业务流是否可以执行本地路由,如果可以,则执行303;否则,LR执行实体按照现有技术中传输业务流的方法进行处理。
其中,MS1的业务流信息中包含的通信对端信息包括MS1的通信对端的IP地址、协议类型等。具体地,根据该MS1的业务流信息中包含的通信对端信息,如果判断出MS1的通信对端为MS2,且MS1和MS2的LR执行实体是同一个物理实体,则该MS1的业务流信息对应的业务流可以执本地路由;否则,该MS1的业务流信息对应的业务流不可以执本地路由。
303:LR执行实体向MS1所属的第一LR策略实体发送LR授权请求,请求第一LR策略实体对MS1进行本地路由授权。
其中,第一LR策略实体是指网络中负责为MS1的本地路由进行授权或提供策略的网络实体,如锚定鉴权器、业务流授权单元、PCRF等。
304:第一LR策略实体根据MS1的签约信息和/或MS1所属运营商的策略等确定是否允许对该MS1的业务流信息对应的业务流执行本地路由,如果确定允许对该MS1的业务流信息对应的业务流执行本地路由,则执行305;否则,第一LR策略实体按照现有技术中传输业务流的方法进行处理。
305:第一LR策略实体对MS1进行本地路由授权,并将MS1的本地路由授权结果携带在LR授权应答中发送给LR执行实体。
其中,MS1的本地路由授权结果具体为MS1的本地路由授权成功或失败。
306:LR执行实体发送业务流建立应答给MS1,然后执行313。
307:MS2向LR执行实体发送携带业务流信息的业务流建立请求,请求建立用于传输业务流的数据承载。
308:LR执行实体根据MS2的业务流信息中包含的通信对端信息,判断该MS2的业务流信息对应的业务流是否可以执行本地路由,如果可以,则执行309;否则,LR执行实体按照现有技术中传输业务流的方法进行处理。
其中,MS2的业务流信息中包含的通信对端信息包括MS2的通信对端的IP地址、协议类型等。具体地,根据该MS2的业务流信息中包含的通信对端信息,如果判断出MS2的通信对端为MS1,且MS2和MS1的LR执行实体是同一个物理实体,则该MS2的业务流信息对应的业务流可以执本地路由;否则,该MS2的业务流信息对应的业务流不可以执本地路由。
可选地,当根据该MS2的业务流信息中包含的通信对端信息,判断该MS2的业务流信息对应的业务流可以执行本地路由后,LR执行实体还可以进一步根据MS1的本地路由授权结果判断是否发起对MS2的本地路由授权,如果根据MS1的本地路由授权结果判断可以发起对MS2的本地路由授权后,再执行309。具体地,本实施例中当MS1的本地路由授权结果为成功时,判断可以发起对MS2的本地路由授权。
309:LR执行实体向MS2所属的第二LR策略实体发送LR授权请求,请求第二LR策略实体对MS2进行本地路由授权。
其中,第二LR策略实体是指网络中负责为MS2的本地路由进行授权或提供策略的网络实体,如锚定鉴权器,业务流授权单元,PCRF等。
310:第二LR策略实体根据MS2的签约信息和/或MS2所属运营商的策略等确定是否允许对该MS2的业务流信息对应的业务流执行本地路由,如果确定允许对该MS2的业务流信息对应的业务流执行本地路由,则执行311;否则,第二LR策略实体按照现有技术中传输业务流的方法进行处理。
311:第二LR策略实体对MS2进行本地路由授权,并将MS2的本地路由授权结果携带在LR授权应答中发送给LR执行实体。
其中,MS2的本地路由授权结果具体为MS2的本地路由授权成功或失败。
312:LR执行实体发送业务流建立应答给MS2,然后执行313。
313:当MS1的本地路由授权结果为成功,且MS2的本地路由授权结果为成功时,LR执行实体通过本地路由传输该MS1的业务流信息对应的业务流和该MS2的业务流信息对应的业务流。
需要说明的是,上述步骤301-306,与步骤307-312之间并没有时间的先后顺序,步骤301-306,与步骤307-312可以同时并列执行。
可选地,该方法还可以包括:
314:LR执行实体向第一LR策略实体和第二LR策略实体发送本地路由通知信息,通知第一LR策略实体和第二LR策略实体本地路由已经执行。
315:第一LR策略实体和第二LR策略实体向LR执行实体返回本地路由通知应答信息。
需要说明的是,上述第一LR策略实体和第二LR策略实体可以是二个独立的实体,也可以集成为一个独立的实体,对此不做具体限定。
本发明实施例所述的本地路由授权的方法,LR执行实体通过根据MS1和MS2的业务流信息,对MS1和MS2进行本地路由授权,实现了对本地路由进行授权,可以满足对本地路由进行授权的需求。并且,LR执行实体可以对MS1和MS2同时并列进行本地路由授权,可以节省本地路由授权的时间。
为了便于更好地理解本发明实施例,下面以WiMAX网络中,Anchor ASN-GW为LR执行实体,锚定鉴权器为LR策略实体,MS1对应的基站、鉴权器分别为BS1、鉴权器1,MS1的通信对端MS2对应的基站、鉴权器分别为BS2、鉴权器2,MS1和MS2由同一个Anchor ASN-GW提供服务为例进行进一步地说明。
实施例4
参见图5,本发明实施例提供了一种本地路由授权的方法,包括:
401:MS1与MS1的通信对端MS2通过应用层的协商,确定执行两者之间的通信业务所需要建立的业务流信息。
其中,本发明实施例中业务流信息具体是指业务流对应的IP五元组等。
402:MS1向BS1发送DSA-REQ(Dynamic Service Addition Request,动态业务流增加请求),请求建立用于传输业务流的无线承载。
其中,DSA-REQ中包括401中协商确定的业务流信息。
403:BS1向Anchor ASN-GW发送Path_Reg_Req(Path Registration Request,路径注册请求),请求建立用于传输业务流的网络承载。
其中,Path_Reg_Req中包括401中协商确定的业务流信息。
404:Anchor ASN-GW根据MS1的IP五元组等业务流信息,判断MS1的通信对端MS2也位于该Anchor ASN-GW下,确定该MS1的业务流信息对应的业务流可以执行本地路由,Anchor ASN-GW向鉴权器1发送RR_req(Resource-Reservation request,资源保留请求消息),其中RR_req中包括LR req(本地路由请求指示)。
405:鉴权器1根据MS1的签约信息,MS1所属运营商的策略及业务信息等确定该业务流的带宽、时延等QoS info(Quality of Service information,服务质量信息),以及是否允许对该MS1的业务流信息对应的业务流执行本地路由。
406:鉴权器1向Anchor ASN-GW返回RR_rsp(Resource-Reservation response,资源保留应答消息),其中RR_rsp中包括该业务流的授权QoS和MS1的本地路由授权结果。
407:Anchor ASN-GW存储MS1的本地路由授权结果。
408:Anchor ASN-GW返回Path_Reg_Rsp(Path Registration Response,路径注册应答)给BS1。
409:BS1返回DSA-RSP(Dynamic Service Addition Response,动态业务增加应答消息)给MS1,建成MS1的数据承载。
410:当MS1的本地路由授权结果为成功时,Anchor ASN-GW向鉴权器2发送RR_req,其中RR_rep中包括LR req。
411:鉴权器2对MS2进行本地路由授权。
412:鉴权器2将MS2的本地路由授权结果通过RR_rsp(资源保留应答消息)通知给Anchor ASN-GW。
其中,RR_rsp中包含LR rsp(本地路由应答指示)。
413:Anchor ASN-GW根据MS1和MS2的本地路由授权结果,确定是否可以通过本地路由传输该MS1的业务流信息对应的业务流和该MS2的业务流信息对应的业务流。
具体地,当MS1的本地路由授权结果为成功,且MS2的本地路由授权结果也为成功时,Anchor ASN-GW确定可以通过本地路由传输该MS1的业务流信息对应的业务流和该MS2的业务流信息对应的业务流;否则,Anchor ASN-GW确定不可以通过本地路由传输该MS1的业务流信息对应的业务流和该MS2的业务流信息对应的业务流。
414:当Anchor ASN-GW确定可以通过本地路由传输该MS1的业务流信息对应的业务流和该MS2的业务流信息对应的业务流后,Anchor ASN-GW向BS2发送Path_Reg_Req(路径注册请求),为MS2建立传输该业务流的网络承载,其中Path_Reg_Req中包括该业务流的IP五元组信息。
415:BS2向MS2发送DSA-REQ(动态业务流增加请求),用于建立MS2对应的无线承载。
416:MS2返回DSA-RSP(动态业务流建立应答)。
417:BS2向Anchor ASN-GW返回Path_Reg_Rsp(路径注册应答)。
418:Anchor ASN-GW通过本地路由传输该MS1的业务流信息对应的业务流和该MS2的业务流信息对应的业务流。
419:Anchor ASN-GW分别向鉴权器1和鉴权器2发送RR_ack(Resource-Reservationacknowledge,资源保留响应消息),指示本地路由已经执行(即通知鉴权器1和鉴权器2,MS1的业务流信息对应的业务流和MS2的业务流信息对应的业务流已经通过本地路由传输)。
本发明实施例所述的本地路由授权的方法,Anchor ASN-GW通过根据MS1的业务流信息,对MS1和MS2进行本地路由授权,实现了对本地路由进行授权,可以满足对本地路由进行授权的需求。并且,Anchor ASN-GW可以先对MS1进行本地路由授权,当对MS1进行本地路由授权成功后,再对MS2进行本地路由授权,可以节省网络信息资源。
为了便于更好地理解本发明实施例,下面以WiMAX网络中,Anchor ASN-GW为LR执行实体,PCRF为LR策略实体,MS1对应的基站、PCEF(Policy and Charging EnforcementFunction,策略计费执行实体)、PCRF、AAA(Access Network-Authentication、Accounting、Authorization Server,接入网鉴权、授权与计帐服务器)分别为BS1、A-PCEF1、PCRF1、AAA1,MS1的通信对端MS2对应的基站、PCEF、PCRF、AAA分别为BS2、A-PCEF2、PCRF2、AAA2,MS1和MS2由同一个Anchor ASN-GW提供服务为例进行进一步地说明。
实施例5
参见图6,本发明实施例提供了一种本地路由授权的方法,包括:
501:MS1与MS1的通信对端MS2通过应用层的协商,确定执行两者之间的通信业务所需要建立的业务流信息。
其中,本发明实施例中业务流信息具体是指业务流对应的IP五元组等。
502:MS1向BS1发送DSA-REQ,请求建立用于传输业务流的无线承载。
其中,DSA-REQ中包括501中协商确定的业务流信息。
503:BS1向Anchor ASN-GW发送Path_Reg_Req,请求建立用于传输业务流的网络承载。
其中,Path_Reg_Req中包括501中协商确定的业务流信息。
504:Anchor ASN-GW根据业务流的IP五元组等信息,判断MS1的通信对端MS2也位于该Anchor ASN-GW下,确定该MS1的业务流信息对应的业务流可以执行本地路由,AnchorASN-GW向A-PCEF1发送RR_req,其中RR_req中包括LR req(本地路由请求指示)。
505:A-PCEF1向PCRF1发送CCR(Credit-Control Request,信用控制请求)消息,请求PCRF1为MS1进行本地路由授权,其中CCR信息中包括LR req和TFT(Traffic FlowTemplate,业务流模板)。
506:PCRF1根据MS1的签约信息,MS1所属运营商的策略及业务信息等确定该业务流的带宽、时延等QoS信息,以及是否允许对该MS1的业务流信息对应的业务流执行本地路由。
在该过程中,PCRF1可能需要与AAA1进行交互。
507:PCRF1将MS1的本地路由授权结果通过CCA(Credit-Control-Answer,信用控制响应)信息通知MS1的A-PCEF1,MS1的本地路由授权结果可能包含在PCC(Policy andCharging Control,策略与计费控制)rule(规则)中。
508:A-PCEF1向Anchor ASN-GW返回RR_rsp,其中RR_rsp中包括该业务流的授权QoS和MS1的本地路由授权结果。
509:Anchor ASN-GW存储MS1的本地路由授权结果。
510:Anchor ASN-GW返回Path_Reg_Rsp给BS1。
511:BS1返回DSA-RSP给MS1,建成MS1的数据承载,然后执行519。
512:MS2向BS2发送DSA-REQ,请求建立用于传输业务流的无线承载。
其中,DSA-REQ中包括501中协商确定的业务流信息。
513:BS2向Anchor ASN-GW发送Path_Reg_Req,请求建立用于传输业务流的网络承载。
其中,Path_Reg_Req中包括501中协商确定的业务流信息。
514:Anchor ASN-GW根据MS2的IP五元组等业务流信息,判断MS2的通信对端MS1也位于该Anchor ASN-GW下,确定该MS2的业务流信息对应的业务流可以执行本地路由,AnchorASN-GW向A-PCEF2发送RR_req,其中RR_req中包括LR req。
可选地,当Anchor ASN-GW根据业务流的IP五元组等业务流信息,判断MS2的通信对端MS1也位于该Anchor ASN-GW下,判断该MS2的业务流信息对应的业务流可以执行本地路由后,Anchor ASN-GW还可以进一步地根据步骤509存储的MS1的本地路由授权结果,判断是否可以发起对MS2的本地路由授权(即判断是否向A-PCEF2发送LR_req),如果根据MS1的本地路由授权结果,判断可以发起对MS2的本地路由授权后,再向A-PCEF2发送RR_req,其中RR_req中包括LR req。具体地,本实施例中当MS1的本地路由授权结果为成功后,判断可以发起对MS2的本地路由授权(即判断可以向A-PCEF2发送LR_req)。
515:A-PCEF2向PCRF2发送CCR信息,请求PCRF2为MS2进行本地路由授权,其中CCR信息中包括LR req。
516:PCRF2根据MS2的签约信息,MS2所属运营商的策略及业务信息等确定该业务流的带宽、时延等QoS信息,以及是否允许对该MS2的业务流信息对应的业务流执行本地路由。
在该过程中,PCRF2可能需要与AAA2进行交互。
517:PCRF2将对MS2的本地路由授权结果通过CCA通知MS2的A-PCEF2,MS2的本地路由授权结果可能包含在PCC规则中。
518:A-PCEF2向Anchor ASN-GW返回RR_rsp,其中RR_rsp中包括该业务流的授权QoS和MS2的本地路由授权结果,然后执行519。
519:Anchor ASN-GW根据MS1和MS2的本地路由授权结果,确定是否可以通过本地路由传输该MS1的业务流信息对应的业务流和该MS2的业务流信息对应的业务流。
具体地,当MS1的本地路由授权结果为成功,且MS2的本地路由授权结果也为成功时,Anchor ASN-GW确定可以通过本地路由传输该MS1的业务流信息对应的业务流和该MS2的业务流信息对应的业务流;否则,Anchor ASN-GW确定不可以通过本地路由传输该MS1的业务流信息对应的业务流和该MS2的业务流信息对应的业务流。
520:当Anchor ASN-GW确定可以通过本地路由传输该MS1的业务流信息对应的业务流和该MS2的业务流信息对应的业务流时,Anchor ASN-GW返回Path_Reg_Rsp给BS2。
521:BS2返回DSA-RSP给MS2,建成MS2的数据承载。
522:Anchor ASN-GW通过本地路由传输该MS1的业务流信息对应的业务流和该MS2的业务流信息对应的业务流。
523:Anchor ASN-GW分别向A-PCEF1、A-PCEF2返回RR_ack,指示本地路由已经执行(即通知A-PCEF1和A-PCEF2,该MS1的业务流信息对应的业务流和该MS2的业务流信息对应的业务流已经通过本地路由传输)。
可选地,该方法还包括:
524:A-PCEF1、A-PCEF2分别向PCRF1、PCRF2发送CCR信息,指示本地路由已经执行。
525:PCRF1、PCRF2分别向A-PCEF1、A-PCEF2返回CCA信息。
需要说明的是,本实施例中,A-PCEF1与A-PCEF2、PCRF1与PCRF2,AAA1与AAA2可能是相同的物理网元,不影响本实施例的适用性。
本发明实施例所述的本地路由授权的方法,Anchor ASN-GW通过根据MS1和MS2的业务流信息,对MS1和MS2进行本地路由授权,实现了对本地路由进行授权,可以满足对本地路由进行授权的需求。并且,Anchor ASN-GW可以对MS1和MS2同时并列进行本地路由授权,可以节省本地路由授权的时间。
实施例6
参见图7a,本发明实施例提供了一种本地路由授权的装置,该装置包括:
本地路由授权模块601,用于根据第一移动终端的业务流信息,或根据第一移动终端和第二移动终端的业务流信息,分别向第一本地路由策略实体和第二本地路由策略实体发起本地路由授权请求,使得第一本地路由策略实体对第一移动终端进行本地路由授权,第二本地路由策略实体对第二移动终端进行本地路由授权。
本地路由传输模块602,用于当第一移动终端和第二移动终端的本地路由授权结果均为成功后,通过本地路由传输第一移动终端的业务流信息对应的业务流和第二移动终端的业务流信息对应的业务流。
进一步地,本地路由授权模块601包括:
第一业务流信息获取单元,用于获取第一移动终端的业务流信息;
第一本地路由授权单元,用于根据第一业务流信息获取单元得到的第一移动终端的业务流信息,向第一移动终端所属的第一本地路由策略实体发起对第一移动终端进行本地路由授权的请求,使得第一本地路由策略实体对第一移动终端进行本地路由授权;
第二本地路由授权单元,用于当第一移动终端的本地路由授权结果为成功后,向第二移动终端所属的第二本地路由策略实体发起对第二移动终端进行本地路由授权的请求,使得第二本地路由策略实体对第二移动终端进行本地路由授权。
进一步地,本地路由授权模块601还包括:
数据承载建立单元,用于当第二移动终端的本地路由授权结果为成功后,建立本地和第二移动终端之间的数据承载。
进一步地,本地路由授权模块601包括:
第一业务流信息获取单元,用于获取第一移动终端的业务流信息;
第一本地路由授权单元,用于根据第一业务流信息获取单元得到的第一移动终端的业务流信息,向第一移动终端所属的第一本地路由策略实体发起对第一移动终端进行本地路由授权的请求,使得第一本地路由策略实体对第一移动终端进行本地路由授权;
第二业务流信息获取单元,用于获取第二移动终端的业务流信息;
第三本地路由授权单元,用于根据第二业务流信息获取单元得到的第二移动终端的业务流信息,向第二移动终端所属的第二本地路由策略实体发起对第二移动终端进行本地路由授权的请求,使得第二本地路由策略实体对第二移动终端进行本地路由授权。
进一步地,本地路由授权模块601包括:
第一业务流信息获取单元,用于获取第一移动终端的业务流信息;
第一本地路由授权单元,用于根据第一业务流信息获取单元得到的第一移动终端的业务流信息,向第一移动终端所属的第一本地路由策略实体发起对第一移动终端进行本地路由授权的请求,使得第一本地路由策略实体对所述第一移动终端进行本地路由授权;
第二业务流信息获取单元,用于获取第二移动终端的业务流信息;
第四本地路由授权单元,用于根据第一移动终端的本地路由授权结果和第二业务流信息获取单元得到的第二移动终端的业务流信息,向第二移动终端所属的第二本地路由策略实体发起对第二移动终端进行本地路由授权的请求,使得第二本地路由策略实体对第二移动终端进行本地路由授权。
进一步地,第一本地路由授权单元包括:
第一判断子单元,用于根据第一业务流信息获取单元得到的第一移动终端的业务流信息中包含的通信对端信息,判断第一移动终端的业务流信息对应的业务流是否能够执行本地路由;
第一本地路由授权子单元,用于当第一判断子单元判断第一移动终端的业务流信息对应的业务流能够执行本地路由时,向第一移动终端所属的第一本地路由策略实体发起对第一移动终端进行本地路由授权的请求,使得第一本地路由策略实体对第一移动终端进行本地路由授权。
进一步地,第三本地路由授权单元包括:
第二判断子单元,用于根据第二业务流信息获取单元得到的第二移动终端的业务流信息中包含的通信对端信息,判断第二移动终端的业务流信息对应的业务流是否能够执行本地路由;
第二本地路由授权子单元,用于当第二判断子单元判断第二移动终端的业务流信息对应的业务流能够执行本地路由时,向第二移动终端所属的第二本地路由策略实体发起对第二移动终端进行本地路由授权的请求,使得第二本地路由策略实体对第二移动终端进行本地路由授权。
进一步地,第四本地路由授权单元包括:
第三判断子单元,用于根据第二业务流信息获取单元得到的第二移动终端的业务流信息中包含的通信对端信息,判断第二移动终端的业务流信息对应的业务流是否能够执行本地路由;
第四判断子单元,用于当第三判断子单元判断第二移动终端的业务流信息对应的业务流能够执行本地路由时,判断第一移动终端的本地路由授权结果是否为成功;
第三本地路由授权子单元,用于当第四判断子单元判断第一移动终端的本地路由授权结果为成功时,向所述第二移动终端所属的第二本地路由策略实体发起对所述第二移动终端进行本地路由授权的请求,使得所述第二本地路由策略实体对所述第二移动终端进行本地路由授权。
进一步地,参见图7b,该装置还包括:
通知模块603,用于在本地路由传输模块602通过本地路由传输第一移动终端的业务流信息对应的业务流和第二移动终端的业务流信息对应的业务流后,分别向第一本地路由策略实体和第二本地路由策略实体发送通知信息,该通知信息表示第一移动终端的业务流信息对应的业务流和第二移动终端的业务流信息对应的业务流通过本地路由进行传输。
本发明实施例所述的传输业务流的装置,通过根据第一移动终端的业务流信息,或第一移动终端和第二移动终端的业务流信息,对第一移动终端和第二移动终端进行本地路由授权,实现了对本地路由进行授权,可以满足对本地路由进行授权的需求。并且,可以先对第一移动终端进行本地路由授权,当对第一移动终端进行本地路由授权成功后,再对第二移动终端进行本地路由授权,可以节省网络信息资源。另外,可以对第一移动终端和第二移动终端同时并列进行本地路由授权,可以节省本地路由授权的时间。
实施例7
参见图8,本发明实施例提供了一种本地路由授权的系统,该系统包括:本地路由执行实体701、第一本地路由策略实体702和第二本地路由策略实体703。
本地路由执行实体701,用于根据第一移动终端的业务流信息,或者根据第一移动终端和第二移动终端的业务流信息,分别向第一本地路由策略实体702和第二本地路由策略实体703发起本地路由授权请求;当第一移动终端和第二移动终端的本地路由授权结果均为成功后,通过本地路由传输第一移动终端的业务流信息对应的业务流和第二移动终端的业务流信息对应的业务流;
第一本地路由策略实体702,用于在接收到本地路由执行实体701发起的本地路由授权请求后,对第一移动终端进行本地路由授权;
第二本地路由策略实体703,用于在接收到本地路由执行实体701发起的本地路由授权请求后,对第二移动终端进行本地路由授权。
进一步地,本地路由执行实体701,具体用于获取第一移动终端的业务流信息,根据第一移动终端的业务流信息,向第一本地路由策略实体702发起对第一移动终端进行本地路由授权的请求;当第一本地路由策略实体702对第一移动终端进行本地路由授权成功后,向第二本地路由策略实体703发起对第二移动终端进行本地路由授权的请求;当第一移动终端和第二移动终端的本地路由授权结果均为成功后,通过本地路由传输第一移动终端的业务流信息对应的业务流和第二移动终端的业务流信息对应的业务流;
第一本地路由策略实体702,具体用于在接收到本地路由执行实体701发送的对第一移动终端进行本地路由授权的请求后,根据第一移动终端的签约信息和/或第一移动终端所属运营商的策略,确定是否允许对第一移动终端的业务流信息对应的的业务流执行本地路由,当确定允许对第一移动终端的业务流信息对应的的业务流执行本地路由后,对第一移动终端进行本地路由授权;
第二本地路由策略实体703,具体用于在接收到本地路由执行实体701发送的对第二移动终端进行本地路由授权的请求后,根据第二移动终端的签约信息和/或第二移动终端所属运营商的策略,确定是否允许对第二移动终端的业务流信息对应的的业务流执行本地路由,当确定允许对第二移动终端的业务流信息对应的的业务流执行本地路由后,对第二移动终端进行本地路由授权。
进一步地,本地路由执行实体701,具体用于获取第一移动终端的业务流信息,根据第一移动终端的业务流信息,向第一本地路由策略实体702发起对第一移动终端进行本地路由授权的请求;并获取第二移动终端的业务流信息,根据第二移动终端的业务流信息,向第二本地路由策略实体703发起对第二移动终端进行本地路由授权的请求;当第一移动终端和第二移动终端的本地路由授权结果均为成功后,通过本地路由传输第一移动终端的业务流信息对应的业务流和第二移动终端的业务流信息对应的业务流;
第一本地路由策略实体702,具体用于在接收到本地路由执行实体701发送的对第一移动终端进行本地路由授权的请求后,根据第一移动终端的签约信息和/或第一移动终端所属运营商的策略,确定是否允许对第一移动终端的业务流信息对应的的业务流执行本地路由,当确定允许对第一移动终端的业务流信息对应的的业务流执行本地路由后,对第一移动终端进行本地路由授权;
第二本地路由策略实体703,用于在接收到本地路由执行实体701发送的对第二移动终端进行本地路由授权的请求后,根据第二移动终端的签约信息和/或第二移动终端所属运营商的策略,确定是否允许对第二移动终端的业务流信息对应的的业务流执行本地路由,当确定允许对第二移动终端的业务流信息对应的的业务流执行本地路由后,对第二移动终端进行本地路由授权。
进一步地,本地路由执行实体701,具体用于获取第一移动终端的业务流信息,根据第一移动终端的业务流信息,向第一本地路由策略实体702发起对第一移动终端进行本地路由授权的请求;并获取第二移动终端的业务流信息,根据第二移动终端的业务流信息和第一移动终端的本地路由授权结果,向第二本地路由策略实体703发起对第二移动终端进行本地路由授权的请求;
第一本地路由策略实体702,具体用于在接收到本地路由执行实体701发送的对第一移动终端进行本地路由授权的请求后,根据第一移动终端的签约信息和/或第一移动终端所属运营商的策略,确定是否允许对第一移动终端的业务流信息对应的的业务流执行本地路由,当确定允许对第一移动终端的业务流信息对应的的业务流执行本地路由后,对第一移动终端进行本地路由授权;
第二本地路由策略实体703,具体用于在接收到本地路由执行实体701发送的对第二移动终端进行本地路由授权的请求后,根据第二移动终端的签约信息和/或第二移动终端所属运营商的策略,确定是否允许对第二移动终端的业务流信息对应的的业务流执行本地路由,当确定允许对第二移动终端的业务流信息对应的的业务流执行本地路由后,对第二移动终端进行本地路由授权。
本发明实施例所述的传输业务流的系统,本地路由执行实体通过根据第一移动终端的业务流信息,或第一移动终端和第二移动终端的业务流信息,对第一移动终端和第二移动终端进行本地路由授权,实现了对本地路由进行授权,可以满足对本地路由进行授权的需求。并且,本地路由执行实体可以先对第一移动终端进行本地路由授权,当对第一移动终端进行本地路由授权成功后,再对第二移动终端进行本地路由授权,可以节省网络信息资源。另外,本地路由执行实体可以对第一移动终端和第二移动终端同时并列进行本地路由授权,可以节省本地路由授权的时间。
以上实施例提供的技术方案中的全部或部分内容可以通过软件编程实现,其软件程序存储在可读取的存储介质中,存储介质例如:计算机中的硬盘、光盘或软盘。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (22)
1.一种本地路由授权的方法,其特征在于,所述方法包括:
根据第一移动终端的业务流信息,或根据第一移动终端和第二移动终端的业务流信息,LR执行实体分别向第一本地路由策略实体和第二本地路由策略实体发起本地路由授权请求,使得所述第一本地路由策略实体对所述第一移动终端进行本地路由授权,所述第二本地路由策略实体对所述第二移动终端进行本地路由授权;
当所述第一移动终端和所述第二移动终端的本地路由授权结果均为成功后,所述LR执行实体通过本地路由传输所述第一移动终端的业务流信息对应的业务流和所述第二移动终端的业务流信息对应的业务流。
2.根据权利要求1所述的本地路由授权的方法,其特征在于,所述根据第一移动终端的业务流信息,所述LR执行实体分别向第一本地路由策略实体和第二本地路由策略实体发起本地路由授权请求,使得所述第一本地路由策略实体对所述第一移动终端进行本地路由授权,所述第二本地路由策略实体对所述第二移动终端进行本地路由授权,包括:
所述LR执行实体获取第一移动终端的业务流信息;
根据所述第一移动终端的业务流信息,所述LR执行实体向所述第一移动终端所属的第一本地路由策略实体发起对所述第一移动终端进行本地路由授权的请求,使得所述第一本地路由策略实体对所述第一移动终端进行本地路由授权;
当所述第一移动终端的本地路由授权结果为成功后,所述LR执行实体向所述第二移动终端所属的第二本地路由策略实体发起对所述第二移动终端进行本地路由授权的请求,使得所述第二本地路由策略实体对所述第二移动终端进行本地路由授权。
3.根据权利要求2所述的本地路由授权的方法,其特征在于,所述使得所述第二本地路由策略实体对所述第二移动终端进行本地路由授权之后,还包括:
当所述第二移动终端的本地路由授权结果为成功后,所述LR执行实体建立本地和所述第二移动终端之间的数据承载。
4.根据权利要求1所述的本地路由授权的方法,其特征在于,所述根据第一移动终端和第二移动终端的业务流信息,所述LR执行实体分别向第一本地路由策略实体和第二本地路由策略实体发起本地路由授权请求,使得所述第一本地路由策略实体对所述第一移动终端进行本地路由授权,所述第二本地路由策略实体对所述第二移动终端进行本地路由授权,包括:
所述LR执行实体获取第一移动终端的业务流信息;根据所述第一移动终端的业务流信息,所述LR执行实体向所述第一移动终端所属的第一本地路由策略实体发起对所述第一移动终端进行本地路由授权的请求,使得所述第一本地路由策略实体对所述第一移动终端进行本地路由授权;
并且,所述LR执行实体获取第二移动终端的业务流信息;根据所述第二移动终端的业务流信息,所述LR执行实体向所述第二移动终端所属的第二本地路由策略实体发起对所述第二移动终端进行本地路由授权的请求,使得所述第二本地路由策略实体对所述第二移动终端进行本地路由授权。
5.根据权利要求1所述的本地路由授权的方法,其特征在于,所述根据第一移动终端和第二移动终端的业务流信息,所述LR执行实体分别向第一本地路由策略实体和第二本地路由策略实体发起本地路由授权请求,使得所述第一本地路由策略实体对所述第一移动终端进行本地路由授权,所述第二本地路由策略实体对所述第二移动终端进行本地路由授权,包括:
所述LR执行实体获取第一移动终端的业务流信息;根据所述第一移动终端的业务流信息,所述LR执行实体向所述第一移动终端所属的第一本地路由策略实体发起对所述第一移动终端进行本地路由授权的请求,使得所述第一本地路由策略实体对所述第一移动终端进行本地路由授权;
并且,所述LR执行实体获取第二移动终端的业务流信息;根据所述第二移动终端的业务流信息和所述第一移动终端的本地路由授权结果,所述LR执行实体向所述第二移动终端所属的第二本地路由策略实体发起对所述第二移动终端进行本地路由授权的请求,使得所述第二本地路由策略实体对所述第二移动终端进行本地路由授权。
6.根据权利要求2-5中任意一项权利要求所述的本地路由授权的方法,其特征在于,所述根据所述第一移动终端的业务流信息,所述LR执行实体向所述第一移动终端所属的第一本地路由策略实体发起对所述第一移动终端进行本地路由授权的请求,包括:
根据所述第一移动终端的业务流信息中包含的通信对端信息,所述LR执行实体判断所述第一移动终端的业务流信息对应的业务流是否能够执行本地路由;
如果所述第一移动终端的业务流信息对应的业务流能够执行本地路由,所述LR执行实体向所述第一移动终端所属的第一本地路由策略实体发起对所述第一移动终端进行本地路由授权的请求。
7.根据权利要求4所述的本地路由授权的方法,其特征在于,所述根据所述第二移动终端的业务流信息,所述LR执行实体向所述第二移动终端所属的第二本地路由策略实体发起对所述第二移动终端进行本地路由授权的请求,包括:
根据所述第二移动终端的业务流信息中包含的通信对端信息,所述LR执行实体判断所述第二移动终端的业务流信息对应的业务流是否能够执行本地路由;
如果所述第二移动终端的业务流信息对应的业务流能够执行本地路由,所述LR执行实体向所述第二移动终端所属的第二本地路由策略实体发起对所述第二移动终端进行本地路由授权的请求。
8.根据权利要求5所述的本地路由授权的方法,其特征在于所述根据所述第二移动终端的业务流信息和所述第一移动终端的本地路由授权结果,所述LR执行实体向所述第二移动终端所属的第二本地路由策略实体发起对所述第二移动终端进行本地路由授权的请求,包括:
根据所述第二移动终端的业务流信息中包含的通信对端信息,所述LR执行实体判断所述第二移动终端的业务流信息对应的业务流是否能够执行本地路由;
如果所述第二移动终端的业务流信息对应的业务流能够执行本地路由,所述LR执行实体判断所述第一移动终端的本地路由授权结果是否为成功;
如果所述第一移动终端的本地路由授权结果为成功,所述LR执行实体向所述第二移动终端所属的第二本地路由策略实体发起对所述第二移动终端进行本地路由授权的请求。
9.根据权利要求1-5、7、8中任意一项权利要求所述的本地路由授权的方法,其特征在于,所述LR执行实体通过本地路由传输所述第一移动终端的业务流信息对应的业务流和所述第二移动终端的业务流信息对应的业务流之后,还包括:
所述LR执行实体分别向所述第一本地路由策略实体和所述第二本地路由策略实体发送通知信息,所述通知信息表示所述第一移动终端的业务流信息对应的业务流和所述第二移动终端的业务流信息对应的业务流通过本地路由进行传输。
10.一种本地路由授权的装置,其特征在于,所述装置包括:
本地路由授权模块,用于根据第一移动终端的业务流信息,或根据第一移动终端和第二移动终端的业务流信息,分别向第一本地路由策略实体和第二本地路由策略实体发起本地路由授权请求,使得所述第一本地路由策略实体对所述第一移动终端进行本地路由授权,所述第二本地路由策略实体对第二移动终端进行本地路由授权;
本地路由传输模块,用于当所述第一移动终端和所述第二移动终端的本地路由授权结果均为成功后,通过本地路由传输所述第一移动终端的业务流信息对应的业务流和所述第二移动终端的业务流信息对应的业务流。
11.根据权利要求10所述的本地路由授权的装置,其特征在于,所述本地路由授权模块包括:
第一业务流信息获取单元,用于获取第一移动终端的业务流信息;
第一本地路由授权单元,用于根据所述第一业务流信息获取单元得到的第一移动终端的业务流信息,向所述第一移动终端所属的第一本地路由策略实体发起对所述第一移动终端进行本地路由授权的请求,使得所述第一本地路由策略实体对所述第一移动终端进行本地路由授权;
第二本地路由授权单元,用于当所述第一移动终端的本地路由授权结果为成功后,向所述第二移动终端所属的第二本地路由策略实体发起对所述第二移动终端进行本地路由授权的请求,使得所述第二本地路由策略实体对所述第二移动终端进行本地路由授权。
12.根据权利要求11所述的本地路由授权的装置,其特征在于,所述本地路由授权模块还包括:
数据承载建立单元,用于当所述第二移动终端的本地路由授权结果为成功后,建立本地和所述第二移动终端之间的数据承载。
13.根据权利要求10所述的本地路由授权的装置,其特征在于,所述本地路由授权模块包括:
第一业务流信息获取单元,用于获取第一移动终端的业务流信息;
第一本地路由授权单元,用于根据所述第一业务流信息获取单元得到的第一移动终端的业务流信息,向所述第一移动终端所属的第一本地路由策略实体发起对所述第一移动终端进行本地路由授权的请求,使得所述第一本地路由策略实体对所述第一移动终端进行本地路由授权;
第二业务流信息获取单元,用于获取第二移动终端的业务流信息;
第三本地路由授权单元,用于根据所述第二业务流信息获取单元得到的第二移动终端的业务流信息,向所述第二移动终端所属的第二本地路由策略实体发起对所述第二移动终端进行本地路由授权的请求,使得所述第二本地路由策略实体对所述第二移动终端进行本地路由授权。
14.根据权利要求10所述的本地路由授权的装置,其特征在于,所述本地路由授权模块包括:
第一业务流信息获取单元,用于获取第一移动终端的业务流信息;
第一本地路由授权单元,用于根据所述第一业务流信息获取单元得到的第一移动终端的业务流信息,向所述第一移动终端所属的第一本地路由策略实体发起对所述第一移动终端进行本地路由授权的请求,使得所述第一本地路由策略实体对所述第一移动终端进行本地路由授权;
第二业务流信息获取单元,用于获取第二移动终端的业务流信息;
第四本地路由授权单元,用于根据所述第一移动终端的本地路由授权结果和所述第二业务流信息获取单元得到的第二移动终端的业务流信息,向所述第二移动终端所属的第二本地路由策略实体发起对所述第二移动终端进行本地路由授权的请求,使得所述第二本地路由策略实体对所述第二移动终端进行本地路由授权。
15.根据权利要求11-13中任意一项权利要求所述的本地路由授权的装置,其特征在于,所述第一本地路由授权单元包括:
第一判断子单元,用于根据所述第一业务流信息获取单元得到的第一移动终端的业务流信息中包含的通信对端信息,判断所述第一移动终端的业务流信息对应的业务流是否能够执行本地路由;
第一本地路由授权子单元,用于当所述第一判断子单元判断所述第一移动终端的业务流信息对应的业务流能够执行本地路由时,向所述第一移动终端所属的第一本地路由策略实体发起对所述第一移动终端进行本地路由授权的请求,使得所述第一本地路由策略实体对所述第一移动终端进行本地路由授权。
16.根据权利要求13所述的本地路由授权的装置,其特征在于,所述第三本地路由授权单元包括:
第二判断子单元,用于根据所述第二业务流信息获取单元得到的第二移动终端的业务流信息中包含的通信对端信息,判断所述第二移动终端的业务流信息对应的业务流是否能够执行本地路由;
第二本地路由授权子单元,用于当所述第二判断子单元判断所述第二移动终端的业务流信息对应的业务流能够执行本地路由时,向所述第二移动终端所属的第二本地路由策略实体发起对所述第二移动终端进行本地路由授权的请求,使得所述第二本地路由策略实体对所述第二移动终端进行本地路由授权。
17.根据权利要求14所述的本地路由授权的装置,其特征在于,所述第四本地路由授权单元包括:
第三判断子单元,用于根据所述第二业务流信息获取单元得到的第二移动终端的业务流信息中包含的通信对端信息,判断所述第二移动终端的业务流信息对应的业务流是否能够执行本地路由;
第四判断子单元,用于当所述第三判断子单元判断所述第二移动终端的业务流信息对应的业务流能够执行本地路由时,判断所述第一移动终端的本地路由授权结果是否为成功;
第三本地路由授权子单元,用于当所述第四判断子单元判断所述第一移动终端的本地路由授权结果为成功时,向所述第二移动终端所属的第二本地路由策略实体发起对所述第二移动终端进行本地路由授权的请求,使得所述第二本地路由策略实体对所述第二移动终端进行本地路由授权。
18.根据权利要求10-14、16、17中任意一项权利要求所述的本地路由授权的装置,其特征在于,所述装置还包括:
通知模块,用于在所述本地路由传输模块通过本地路由传输所述第一移动终端的业务流信息对应的业务流和所述第二移动终端的业务流信息对应的业务流后,分别向所述第一本地路由策略实体和所述第二本地路由策略实体发送通知信息,所述通知信息表示所述第一移动终端的业务流信息对应的业务流和所述第二移动终端的业务流信息对应的业务流通过本地路由进行传输。
19.一种本地路由授权的系统,其特征在于,所述系统包括:本地路由执行实体、第一本地路由策略实体和第二本地路由策略实体;
所述本地路由执行实体,用于根据第一移动终端的业务流信息,或者根据第一移动终端和第二移动终端的业务流信息,分别向所述第一本地路由策略实体和所述第二本地路由策略实体发起本地路由授权请求;当所述第一移动终端和所述第二移动终端的本地路由授权结果均为成功后,通过本地路由传输所述第一移动终端的业务流信息对应的业务流和所述第二移动终端的业务流信息对应的业务流;
所述第一本地路由策略实体,用于在接收到所述本地路由执行实体发起的本地路由授权请求后,对所述第一移动终端进行本地路由授权;
所述第二本地路由策略实体,用于在接收到所述本地路由执行实体发起的本地路由授权请求后,对所述第二移动终端进行本地路由授权。
20.根据权利要求19所述的本地路由授权的系统,其特征在于,
所述本地路由执行实体,具体用于获取第一移动终端的业务流信息,根据所述第一移动终端的业务流信息,向所述第一本地路由策略实体发起对所述第一移动终端进行本地路由授权的请求;当所述第一本地路由策略实体对所述第一移动终端进行本地路由授权成功后,向所述第二本地路由策略实体发起对所述第二移动终端进行本地路由授权的请求;当所述第一移动终端和所述第二移动终端的本地路由授权结果均为成功后,通过本地路由传输所述第一移动终端的业务流信息对应的业务流和所述第二移动终端的业务流信息对应的业务流;
所述第一本地路由策略实体,具体用于在接收到所述本地路由执行实体发送的对所述第一移动终端进行本地路由授权的请求后,根据所述第一移动终端的签约信息和/或所述第一移动终端所属运营商的策略,确定是否允许对所述第一移动终端的业务流信息对应的的业务流执行本地路由,当确定允许对所述第一移动终端的业务流信息对应的的业务流执行本地路由后,对所述第一移动终端进行本地路由授权;
所述第二本地路由策略实体,具体用于在接收到所述本地路由执行实体发送的对所述第二移动终端进行本地路由授权的请求后,根据所述第二移动终端的签约信息和/或所述第二移动终端所属运营商的策略,确定是否允许对所述第二移动终端的业务流信息对应的的业务流执行本地路由,当确定允许对所述第二移动终端的业务流信息对应的的业务流执行本地路由后,对所述第二移动终端进行本地路由授权。
21.根据权利要求19所述的本地路由授权的系统,其特征在于,
所述本地路由执行实体,具体用于获取第一移动终端的业务流信息,根据所述第一移动终端的业务流信息,向所述第一本地路由策略实体发起对所述第一移动终端进行本地路由授权的请求;并获取第二移动终端的业务流信息,根据所述第二移动终端的业务流信息,向所述第二本地路由策略实体发起对所述第二移动终端进行本地路由授权的请求;当所述第一移动终端和所述第二移动终端的本地路由授权结果均为成功后,通过本地路由传输所述第一移动终端的业务流信息对应的业务流和所述第二移动终端的业务流信息对应的业务流;
所述第一本地路由策略实体,具体用于在接收到所述本地路由执行实体发送的对所述第一移动终端进行本地路由授权的请求后,根据所述第一移动终端的签约信息和/或所述第一移动终端所属运营商的策略,确定是否允许对所述第一移动终端的业务流信息对应的的业务流执行本地路由,当确定允许对所述第一移动终端的业务流信息对应的的业务流执行本地路由后,对所述第一移动终端进行本地路由授权;
所述第二本地路由策略实体,具体用于在接收到所述本地路由执行实体发送的对所述第二移动终端进行本地路由授权的请求后,根据所述第二移动终端的签约信息和/或所述第二移动终端所属运营商的策略,确定是否允许对所述第二移动终端的业务流信息对应的的业务流执行本地路由,当确定允许对所述第二移动终端的业务流信息对应的的业务流执行本地路由后,对所述第二移动终端进行本地路由授权。
22.根据权利要求19所述的本地路由授权的系统,其特征在于,
所述本地路由执行实体,具体用于获取第一移动终端的业务流信息,根据所述第一移动终端的业务流信息,向所述第一本地路由策略实体发起对所述第一移动终端进行本地路由授权的请求;并获取第二移动终端的业务流信息,根据所述第二移动终端的业务流信息和所述第一移动终端的本地路由授权结果,向所述第二本地路由策略实体发起对所述第二移动终端进行本地路由授权的请求;
所述第一本地路由策略实体,具体用于在接收到所述本地路由执行实体发送的对所述第一移动终端进行本地路由授权的请求后,根据所述第一移动终端的签约信息和/或所述第一移动终端所属运营商的策略,确定是否允许对所述第一移动终端的业务流信息对应的的业务流执行本地路由,当确定允许对所述第一移动终端的业务流信息对应的的业务流执行本地路由后,对所述第一移动终端进行本地路由授权;
所述第二本地路由策略实体,具体用于在接收到所述本地路由执行实体发送的对所述第二移动终端进行本地路由授权的请求后,根据所述第二移动终端的签约信息和/或所述第二移动终端所属运营商的策略,确定是否允许对所述第二移动终端的业务流信息对应的的业务流执行本地路由,当确定允许对所述第二移动终端的业务流信息对应的的业务流执行本地路由后,对所述第二移动终端进行本地路由授权。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2010/073231 WO2011147082A1 (zh) | 2010-05-25 | 2010-05-25 | 本地路由授权的方法、装置和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102369699A CN102369699A (zh) | 2012-03-07 |
CN102369699B true CN102369699B (zh) | 2014-09-17 |
Family
ID=45003204
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201080001612.2A Active CN102369699B (zh) | 2010-05-25 | 2010-05-25 | 本地路由授权的方法、装置和系统 |
Country Status (3)
Country | Link |
---|---|
US (1) | US9253706B2 (zh) |
CN (1) | CN102369699B (zh) |
WO (1) | WO2011147082A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101860564B1 (ko) * | 2011-05-03 | 2018-05-23 | 한국전자통신연구원 | 기지국의 통신 방법, 단말의 통신 방법 및 중계국의 통신 방법 |
JP5712085B2 (ja) * | 2011-08-25 | 2015-05-07 | 株式会社日立製作所 | ローカルルーティングノード |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101584158A (zh) * | 2006-11-17 | 2009-11-18 | 高通股份有限公司 | 用于在通信网络中进行高效路由的方法和装置 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7260060B1 (en) * | 1997-06-07 | 2007-08-21 | Nortel Networks Limited | Call admission control |
US8341700B2 (en) * | 2003-10-13 | 2012-12-25 | Nokia Corporation | Authentication in heterogeneous IP networks |
CN101309505B (zh) * | 2007-05-15 | 2011-12-07 | 华为技术有限公司 | 无线通信系统中语音业务路由方法及其系统 |
CN101431783A (zh) | 2007-11-09 | 2009-05-13 | 华为技术有限公司 | 实现交换的方法及交换设备 |
US8989172B2 (en) * | 2008-07-22 | 2015-03-24 | Kyocera Corporation | Data routing through local network connected to a base station |
CN101345679B (zh) * | 2008-08-21 | 2013-01-16 | 中兴通讯股份有限公司 | 动态业务的QoS保证方法、系统以及AAA和Anchor SFA |
-
2010
- 2010-05-25 WO PCT/CN2010/073231 patent/WO2011147082A1/zh active Application Filing
- 2010-05-25 CN CN201080001612.2A patent/CN102369699B/zh active Active
-
2012
- 2012-11-20 US US13/682,090 patent/US9253706B2/en active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101584158A (zh) * | 2006-11-17 | 2009-11-18 | 高通股份有限公司 | 用于在通信网络中进行高效路由的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2011147082A1 (zh) | 2011-12-01 |
US9253706B2 (en) | 2016-02-02 |
CN102369699A (zh) | 2012-03-07 |
US20130077614A1 (en) | 2013-03-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3454601B1 (en) | Method and apparatus for controlling quality of service | |
RU2687220C1 (ru) | Способ и узлы управления доступом к сервису epc через сеть non-3gpp | |
US8958322B2 (en) | Method, apparatus and system for authorizing policy and charging control rule | |
EP2952056B1 (en) | Mobile gateway selection using a direct connection between a pcrf node and a mobility management node | |
US10652400B2 (en) | Base station, a wireless device, and methods therein for controlling user data traffic between the wireless device and a local cloud | |
EP2741567B1 (en) | Access method and access system | |
KR101498917B1 (ko) | Wimax 네트워크들에서의 이동성 이벤트들 동안 액세스 서비스 네트워크 기능 엔티티들을 재배치하는 방법 | |
JP2009515382A (ja) | 課金方法、課金システム、課金クライアントおよび課金処理手段 | |
EP2785105B1 (en) | Bearer mode selection method, packet gateway and policy and charging control function entity | |
WO2018058365A1 (zh) | 一种网络接入授权方法、相关设备及系统 | |
KR20150001251A (ko) | 무선 통신 시스템에서 데이터 트래픽 분산을 위한 방법 및 장치 | |
CN102480765A (zh) | 配置用户服务质量配置文件的方法和装置 | |
CN109792787A (zh) | 一种建立公用数据网连接的方法及相关设备 | |
CN111586602B (zh) | 一种策略管理的方法及装置 | |
KR20140077095A (ko) | 데이터 트래픽의 전달 방법 및 장치 | |
CN102369699B (zh) | 本地路由授权的方法、装置和系统 | |
JP6194883B2 (ja) | 制御ノード、制御ノードに実装される方法、及びプログラム | |
CN102365845B (zh) | 本地路由实现方法及系统、网络设备 | |
KR20150109760A (ko) | Lte 시스템에서의 기지국 별 pcc 제어를 위한 방법, 장치, 시스템, 및 기록 매체 | |
WO2015032037A1 (zh) | 传输小数据包的方法和设备 | |
US20230284128A1 (en) | Method of slice support for vehicle-to-everything service | |
WO2011050662A1 (zh) | 多接入的处理方法、家乡代理及用户设备 | |
WO2010097015A1 (zh) | 一种控制本地交换的方法及系统 | |
CN102238237B (zh) | 策略和计费控制会话的建立方法及系统 | |
WO2012129997A1 (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 |