WO2011147082A1 - 本地路由授权的方法、装置和系统 - Google Patents

本地路由授权的方法、装置和系统 Download PDF

Info

Publication number
WO2011147082A1
WO2011147082A1 PCT/CN2010/073231 CN2010073231W WO2011147082A1 WO 2011147082 A1 WO2011147082 A1 WO 2011147082A1 CN 2010073231 W CN2010073231 W CN 2010073231W WO 2011147082 A1 WO2011147082 A1 WO 2011147082A1
Authority
WO
WIPO (PCT)
Prior art keywords
mobile terminal
local routing
service flow
authorization
flow information
Prior art date
Application number
PCT/CN2010/073231
Other languages
English (en)
French (fr)
Inventor
倪慧
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Priority to PCT/CN2010/073231 priority Critical patent/WO2011147082A1/zh
Priority to CN201080001612.2A priority patent/CN102369699B/zh
Publication of WO2011147082A1 publication Critical patent/WO2011147082A1/zh
Priority to US13/682,090 priority patent/US9253706B2/en

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

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method, apparatus, and system for local routing authorization.
  • WiMAX Worldwide Interoperabior for Microwave Access
  • IEEE Institute of Electrical and Electronic Engineers 802.16 wireless access technology
  • a service flow when a service flow is transmitted between an MS (Mobi le Station) and an external network, the uplink service flow sent by the MS is generally transmitted to the Serving ASN-GW (Serving Access) via a BS (Base Station). Service Network Gateway, Service ASN-GW, then transmitted to lj Anchor ASN-GW (anchor access gateway), and finally transmitted to the external network via HA (Home Agent), external network
  • the sent downlink service flow is routed to the MS through the bearer path in the opposite direction to the upstream service flow.
  • the network side generally only needs to authorize the service flow of the MS according to the QoS (Quality of Service) subscription information or the operator policy of one MS, and the two routes are involved in the local route, so There is a technology that cannot meet the need to authorize local routes.
  • QoS Quality of Service
  • an embodiment of the present invention provides a method, an apparatus, and a system for local route authorization.
  • the technical solution is as follows: A method for local routing authorization, the method comprising:
  • the first local routing policy entity performs local routing authorization on the first mobile terminal
  • the second local routing policy entity performs local routing authorization on the second mobile terminal
  • the service flow corresponding to the service flow information of the first mobile terminal and the second mobile terminal are transmitted by using a local route The service flow corresponding to the service flow information.
  • a device for local routing authorization comprising:
  • a local routing authorization module configured to initiate local to the first local routing policy entity and the second local routing policy entity according to service flow information of the first mobile terminal, or according to service flow information of the first mobile terminal and the second mobile terminal, respectively And routing the authorization request, so that the first local routing policy entity performs local routing authorization on the first mobile terminal, and the second local routing policy entity performs local routing authorization on the second mobile terminal;
  • a local route transmission module configured to: after the local route authorization result of the first mobile terminal and the second mobile terminal are all successful, transmit a service flow corresponding to the service flow information of the first mobile terminal by using a local route a service flow corresponding to the service flow information of the second mobile terminal.
  • a system for local routing authorization comprising:
  • a local routing execution entity a first local routing policy entity, and a second local routing policy entity
  • the local routing execution entity is configured to send the first local routing policy and the second locality according to service flow information of the first mobile terminal or according to service flow information of the first mobile terminal and the second mobile terminal, respectively.
  • the routing policy initiates a local routing authorization request; after the local routing authorization result of the first mobile terminal and the second mobile terminal are both successful, the service flow corresponding to the service flow information of the first mobile terminal is transmitted through the local routing a service flow corresponding to the service flow information of the second mobile terminal;
  • the first local routing policy entity is configured to perform local routing authorization on the first mobile terminal after receiving the local routing authorization request initiated by the local routing executing entity;
  • the second local routing policy entity is configured to perform local routing authorization on the second mobile terminal after receiving the local routing authorization request initiated by the local routing executing entity.
  • FIG. 1 is a schematic diagram of a path of a transport service flow and a path diagram of a local route for transmitting a service flow provided by the prior art
  • FIG. 2a is a flowchart of a method for local routing authorization according to Embodiment 1 of the present invention
  • FIG. 2b is a flowchart of another method for local routing authorization according to Embodiment 1 of the present invention.
  • Embodiment 3 is a flowchart of a method for local route authorization provided by Embodiment 2 of the present invention.
  • Embodiment 4 is a flowchart of a method for local route authorization provided by Embodiment 3 of the present invention.
  • FIG. 5 is a flowchart of a method for local route authorization according to Embodiment 4 of the present invention.
  • FIG. 6 is a flowchart of a method for local routing authorization according to Embodiment 5 of the present invention.
  • FIG. 7 is a schematic structural diagram of an apparatus for local routing authorization according to Embodiment 6 of the present invention.
  • FIG. 7b is a schematic structural diagram of another apparatus for local routing authorization according to Embodiment 6 of the present invention.
  • FIG. 8 is a schematic structural diagram of a system for local routing authorization according to Embodiment 7 of the present invention. detailed description
  • the service flow between the MS1 and the MS2 is transmitted through the LR.
  • the so-called LR means that when the LR execution entities of the MS1 and the MS2 are the same physical entity, the LR execution entity directly transfers the service flow from the MS1 to the MS2, or directly from the service flow. MS2 is transferred to MS1.
  • the LR enforcement entity refers to a network entity in the network that can perform local forwarding of service flows, such as Serving ASN_GW, BS, Anchor ASN-GW in a WiMAX network, and the 3GPP (3rd Generation Partnership Project) network.
  • SGSN Serving General Packet Radio Service Support Node
  • Serving GW Serving Gateway, Serving Gateway
  • Serving Gateway Serving Gateway
  • the meanings of the LR enforcement entities of MS1 and MS2 being the same physical entity are as follows: If the LR enforcement entity is a base station, the LR enforcement entities of MS1 and MS2 are the same physical entity, that is, MS1 and MS2 are attached to the same base station; The LR execution entity is a gateway, and the LR execution entities of MS1 and MS2 are the same physical entity, that is, MS1 and MS2 are served by the same gateway.
  • an embodiment of the present invention provides a method for local routing authorization, including:
  • the service corresponding to the service flow information of the first mobile terminal and the service flow information corresponding to the second mobile terminal are transmitted by using the local route. flow.
  • the local routing authorization request is initiated to the first local routing policy entity and the second local routing policy entity, respectively, according to the service flow information of the first mobile terminal, so that the first local routing policy entity performs local routing authorization on the first mobile terminal.
  • the second local routing policy entity performs local routing authorization on the second mobile terminal, including:
  • the mobile terminal After the local routing authorization result of the first mobile terminal is successful, requesting, by the second local routing policy entity to which the second mobile terminal belongs, a local routing authorization request to the second mobile terminal, so that the second local routing policy entity is the second The mobile terminal performs local routing authorization.
  • the method further includes:
  • the data bearer between the local and the second mobile terminal is established.
  • the local routing authorization request is initiated to the first local routing policy entity and the second local routing policy entity, respectively, according to the service flow information of the first mobile terminal and the second mobile terminal, so that the first local routing policy entity performs the first mobile The terminal performs local routing authorization, and the second local routing policy entity performs local routing authorization on the second mobile terminal, including:
  • the policy entity performs local routing authorization on the first mobile terminal;
  • the singular entity and the second local routing policy entity initiate a local routing authorization request, so that the first local routing policy entity performs local routing authorization on the first mobile terminal, and the second local routing policy entity performs local routing authorization on the second mobile terminal, including:
  • the first local routing policy entity that the first mobile terminal belongs to initiates a request for local routing authorization to the first mobile terminal according to the service flow information of the first mobile terminal, including:
  • a request for local routing authorization for the first mobile terminal is initiated to the first local routing policy entity to which the first mobile terminal belongs.
  • the second local routing policy entity that the second mobile terminal belongs to initiates a request for local routing authorization to the second mobile terminal according to the service flow information of the second mobile terminal, including:
  • the service flow corresponding to the service flow information of the second mobile terminal is capable of performing local routing, initiating a request for local routing authorization to the second mobile terminal to the second local routing policy entity to which the second mobile terminal belongs.
  • the request for local routing authorization to the second mobile terminal is initiated to the second local routing policy entity to which the second mobile terminal belongs according to the service flow information of the second mobile terminal and the local routing authorization result of the first mobile terminal, including :
  • the service flow corresponding to the service flow information of the second mobile terminal is capable of performing local routing, determining whether the local routing authorization result of the first mobile terminal is successful;
  • the method further includes:
  • first local routing policy entity and the second local routing policy entity may be two independent entities, or may be integrated into one independent entity, which is not specifically limited.
  • the method for the local routing authorization performs the first mobile terminal and the second mobile terminal according to the service flow information of the first mobile terminal or the service flow information of the first mobile terminal and the second mobile terminal.
  • Local route authorization enables the authorization of local routes to meet the requirements for authorization of local routes.
  • the local routing authorization may be performed on the first mobile terminal, and after the local routing authorization is performed on the first mobile terminal, the local routing authorization is performed on the second mobile terminal, thereby saving network information resources.
  • the first mobile terminal and the second mobile terminal can simultaneously perform local routing authorization in parallel, which can save time for local routing authorization.
  • an embodiment of the present invention provides a local routing authorization method. After the LR executing entity detects a service flow that can be transmitted by using a local route, the LR executing the local routing authorization for the MS1 and successfully performing the local routing authorization for the MS1. After that, the LR executing entity initiates a local route authorization for the MS2 communication end MS2. After the local route authorization is performed to the MS2, the data bearer of the MS2 is initiated, and the service flow between the MS1 and the MS2 is transmitted through the local route, including:
  • the MS1 sends a service flow establishment request carrying the service flow information to the LR executing entity, requesting to establish a data bearer for transmitting the service flow.
  • the LR enforcement entity refers to a network entity in the network that can perform local forwarding of service flows, such as Serving ASN_GW, BS, Anchor ASN-GW, etc. in the WiMAX network, SGSN, Serving GW, etc. in the 3GPP network.
  • the service flow information refers to the information that needs to be established between the MSI and the MSI communication peer MS2 through the application layer to determine the communication service between the two, such as the IP (Internet Protocol) corresponding to the service flow.
  • IP Internet Protocol
  • a quintuple source IP address, destination IP address, source port number, destination port number, protocol type), etc.
  • the LR executing entity determines, according to the communication peer information included in the service flow information of the MS1, whether the service flow corresponding to the service flow information of the MS1 can perform local routing, and if yes, execute 203; otherwise, the LR executing entity follows the current There are techniques for processing traffic flows in the technology.
  • the communication peer information included in the service flow information of the MS1 includes the IP address and protocol of the communication peer end of the MS1. Type, etc. Specifically, according to the communication peer information included in the service flow information of the MS1, if it is determined that the communication peer of the MS1 is the MS2, and the LR execution entities of the MS1 and the MS2 are the same physical entity, the service flow information of the MS1 corresponds to The service flow can perform local routing; otherwise, MS1 cannot perform local routing.
  • the LR executing entity sends an LR authorization request to the first LR policy entity to which the MS1 belongs, requesting the first LR policy entity to perform local routing authorization on the MS1.
  • the first LR policy entity refers to a network entity in the network that is responsible for authorizing or providing a policy for the local route of the MS1, such as an anchor authenticator, a service flow authorization unit, and a PCRF (Poly icy and Charging Rules Function). Rule entity) and so on.
  • an anchor authenticator such as an anchor authenticator, a service flow authorization unit, and a PCRF (Poly icy and Charging Rules Function). Rule entity) and so on.
  • the first LR policy entity determines whether to allow local routing of the service flow corresponding to the service flow information of the MS1 according to the subscription information of the MSI and/or the policy of the operator to which the MSI belongs, and the like, if it is determined that the service flow information of the MS1 is permitted. If the corresponding service flow performs the local route, the process proceeds to 205; otherwise, the first LR policy entity processes according to the method for transmitting the service flow in the prior art.
  • the first LR policy entity performs local routing authorization on the MS1, and carries the local routing authorization result of the MS1 in the LR authorization response and sends the result to the LR executing entity.
  • the local routing authorization result of MS1 is specifically the success or failure of the local routing authorization of MS1.
  • the LR executing entity sends a service flow setup response to MS1.
  • the LR executing entity sends an LR authorization request to the second LR policy entity to which the MS2 belongs, requesting the second LR policy entity to perform local routing authorization for the MS2.
  • the second LR policy entity refers to a network entity in the network that is responsible for authorizing or providing a policy for the local route of the MS2, such as an anchor authenticator, a service flow authorization unit, a PCRF, and the like.
  • the second LR policy entity determines whether to allow local routing of the service flow corresponding to the service flow information of the MS2 according to the subscription information of the MS2 and/or the policy of the operator to which the MS2 belongs, and the like, if it is determined that the service flow information of the MS2 is allowed to be performed. If the corresponding service flow performs the local route, the process proceeds to 209; otherwise, the second LR policy entity processes according to the method for transmitting the service flow in the prior art.
  • the second LR policy entity performs local routing authorization on the MS2, and carries the local routing authorization result of the MS2 in an LR authorization response and sends the result to the LR executing entity.
  • the local routing authorization result of the MS2 is specifically the success or failure of the local routing authorization of the MS2.
  • the LR executing entity sends a service flow establishment request carrying the service flow information of the MS2 to the MS2, requesting to establish a data bearer for transmitting the service flow.
  • MS2 returns a service flow establishment response to the LR execution entity.
  • the LR executing entity transmits the service flow corresponding to the service flow information of the MS1 and the service flow information of the MS2 by using a local route The business flow corresponding to the interest.
  • the method may further include:
  • the LR executing entity sends local routing notification information to the first LR policy entity and the second LR policy entity, to notify the first LR policy entity and the second LR policy entity that the local route has been executed.
  • the first LR policy entity and the second LR policy entity return local route notification response information to the LR execution entity.
  • the foregoing first LR policy entity and the second LR policy entity may be two independent entities, or may be integrated into one independent entity, which is not specifically limited.
  • the LR executing entity performs local routing authorization on the MS1 and the MS2 according to the service flow information of the MS1, and implements authorization for the local route, which can meet the requirement for authorizing the local route. .
  • the LR executing entity may perform local routing authorization on the MS1. After the local routing authorization for the MS1 is successful, the local routing authorization is performed on the MS2, thereby saving network information resources.
  • an embodiment of the present invention provides a local routing authorization method. After the LR executing entity detects a service flow that can be transmitted by using a local route, the LR executing the local routing authorization to the MS2 and the MS1 of the MS1. After the local route authorization is performed on the MS1 and the MS2, the service flow between the MS1 and the MS2 is transmitted through the local route, including:
  • the MS1 sends a service flow establishment request carrying the service flow information to the LR executing entity, requesting to establish a data bearer for transmitting the service flow.
  • the LR enforcement entity refers to a network entity that performs local forwarding of service flows in the network, such as Serving ASN_GW, BS, Anchor ASN-GW, etc. in the WiMAX network, SGSN, Serving GW, etc. in the 3GPP network.
  • the service flow information refers to the information that needs to be established between the MSI and the MSI communication peer MS2 through the application layer to determine the communication service between the two, such as the IP quintuple corresponding to the service flow (source IP address). , destination IP address, source port number, destination port number, protocol type, etc.
  • the LR executing entity determines, according to the communication peer information included in the service flow information of the MS1, whether the service flow corresponding to the service flow information of the MS1 can perform local routing, and if yes, execute 303; otherwise, the LR executing entity follows the current There are techniques for processing traffic flows in the technology.
  • the communication peer information included in the service flow information of the MS1 includes an IP address, a protocol type, and the like of the communication peer end of the MS1. Specifically, according to the communication peer information included in the service flow information of the MS1, if it is determined that the communication peer of the MS1 is the MS2, and the LR execution entities of the MS1 and the MS2 are the same physical entity, the service flow information of the MS1 The corresponding service flow can perform local routing; otherwise, the service flow corresponding to the service flow information of the MS1 cannot perform local routing.
  • the LR executing entity sends an LR authorization request to the first LR policy entity to which the MSI belongs, requesting the first LR policy entity to perform local routing authorization on the MS 1.
  • the first LR policy entity refers to a network entity in the network that is responsible for authorizing or providing a policy for the local route of the MS1, such as an anchor authenticator, a service flow authorization unit, a PCRF, and the like.
  • the first LR policy entity determines whether to allow local routing of the service flow corresponding to the service flow information of the MS1 according to the subscription information of the MS1 and/or the policy of the operator to which the MS1 belongs, and the like, if it is determined that the service flow information of the MS1 is allowed to be performed. If the corresponding service flow performs local routing, then execution 305; otherwise, the first LR policy entity processes according to the method for transmitting the service flow in the prior art.
  • the first LR policy entity performs local routing authorization on the MS1, and carries the local routing authorization result of the MS1 in the LR authorization response and sends the result to the LR executing entity.
  • the local routing authorization result of MS1 is specifically the success or failure of the local routing authorization of MS1.
  • the LR executing entity sends a service flow setup response to MS1, and then executes 313.
  • the MS2 sends a service flow establishment request carrying the service flow information to the LR executing entity, requesting to establish a data bearer for transmitting the service flow.
  • the LR executing entity determines, according to the communication peer information included in the service flow information of the MS2, whether the service flow corresponding to the service flow information of the MS2 can perform local routing, and if yes, execute 309; otherwise, the LR executing entity follows the current There are techniques for processing traffic flows in the technology.
  • the communication peer information included in the service flow information of the MS2 includes an IP address, a protocol type, and the like of the communication peer end of the MS2. Specifically, according to the communication peer information included in the service flow information of the MS2, if it is determined that the communication peer of the MS2 is the MS1, and the LR execution entities of the MS2 and the MS1 are the same physical entity, the service flow information of the MS2 The corresponding service flow can perform local routing; otherwise, the service flow corresponding to the service flow information of the MS2 cannot perform local routing.
  • the LR executing entity may further perform the local routing authorization result according to the MS1. If it is determined that the local route authorization for the MS2 is initiated, if the local route authorization for the MS2 can be initiated according to the result of the local route authorization of the MS1, execute 309 again. Specifically, in this embodiment, when the local routing authorization result of the MS1 is successful, it is determined that the local routing authorization for the MS2 can be initiated.
  • the LR executing entity sends an LR authorization request to the second LR policy entity to which the MS2 belongs, requesting the second LR policy entity to perform local routing authorization on the MS2.
  • the second LR policy entity refers to a network entity in the network that is responsible for authorizing or providing a policy for the local route of the MS2, such as an anchor authenticator, a service flow authorization unit, a PCRF, and the like.
  • the second LR policy entity determines whether to allow the subscription according to the subscription information of the MS2 and/or the policy of the operator to which the MS2 belongs. Performing local routing on the service flow corresponding to the service flow information of the MS2, and if it is determined that the local traffic is allowed to be performed on the service flow corresponding to the service flow information of the MS2, executing 311; otherwise, the second LR policy entity is in accordance with the prior art. The method of transmitting the traffic flow is processed.
  • the second LR policy entity performs local routing authorization on the MS2, and carries the local routing authorization result of the MS2 in an LR authorization response and sends the result to the LR executing entity.
  • the local routing authorization result of the MS2 is specifically the success or failure of the local routing authorization of the MS2.
  • the LR executing entity sends a service flow setup response to MS2, and then executes 313.
  • the LR execution entity transmits the service flow corresponding to the service flow information of the MS1 and the service flow information corresponding to the MS2 service flow information by using the local route. flow.
  • steps 301-306 and steps 307-312 there is no time sequence between the above steps 301-306 and steps 307-312, and steps 301-306 and steps 307-312 can be performed side by side at the same time.
  • the method may further include:
  • the LR executing entity sends local routing notification information to the first LR policy entity and the second LR policy entity, to notify the first LR policy entity and the second LR policy entity that the local route has been executed.
  • the first LR policy entity and the second LR policy entity return local route notification response information to the LR execution entity. It should be noted that the foregoing first LR policy entity and the second LR policy entity may be two independent entities, or may be integrated into one independent entity, which is not specifically limited.
  • the LR executing entity performs local routing authorization on the MS1 and the MS2 according to the service flow information of the MS1 and the MS2, and implements authorization for the local route, which can satisfy the authorization of the local route. Demand. Moreover, the LR executing entity can perform local routing authorization for MS1 and MS2 in parallel at the same time, which can save time for local routing authorization.
  • the Anchor ASN-GW is the LR execution entity
  • the anchor authenticator is the LR policy entity
  • the base station and the authenticator corresponding to the MS1 are the BS1 and the authentication respectively.
  • the base station and the authenticator corresponding to the MS2 communication MS2 are the BS2 and the authenticator 2
  • the MS1 and the MS2 are served by the same Anchor ASN-GW as an example for further explanation.
  • an embodiment of the present invention provides a method for local routing authorization, including:
  • the service flow information in the embodiment of the present invention specifically refers to an IP quintuple corresponding to the service flow.
  • the MS1 sends a DSA-REQ (Dynamic Service Addition Request) to the BS1 to request to establish a radio bearer for transmitting the service flow.
  • DSA-REQ Dynamic Service Addition Request
  • the DSA-REQ includes the service flow information determined by negotiation in 401.
  • BS1 sends a Path_Reg_Req (Path Registration Request) to the Anchor ASN-GW to request to establish a network bearer for transmitting the service flow.
  • the Path_Reg_Req includes the service flow information determined by negotiation in 401.
  • the anchor ASN-GW determines that the communication peer MS2 of the MS1 is also located under the Anchor ASN-GW according to the service flow information of the IP quintuple of the MSI, and determines that the service flow corresponding to the service flow information of the MS1 can perform local routing.
  • the Anchor ASN-GW sends an RR_req (Resource-Reservation Request) to the authenticator 1, where RR_req includes LR req (local route request indication).
  • the authenticator 1 determines the QoS info (Quality of Service information), such as the bandwidth and the delay of the service flow, according to the subscription information of the MS1, the policy and service information of the operator to which the MS1 belongs, and whether the QoS info (Quality of Service information) is allowed.
  • the service flow corresponding to the service flow information of the MS1 performs local routing.
  • the authenticator 1 returns an RR_rsp (Resource-Reservation Response) message to the Anchor ASN-GW, where the RR_rsp includes the authorized QoS of the service flow and the local route authorization result of the MS1.
  • RR_rsp Resource-Reservation Response
  • the Anchor ASN-GW stores the local routing authorization result of the MSI.
  • Anchor ASN-GW returns Path_Reg_Rsp (Path Registration Response) to BS1.
  • BS1 returns DSA—RSP (Dynamic Service Addition Response message) to MS 1, and the data bearer of MS 1 is built.
  • DSA Session Initiation Protocol
  • the Anchor ASN-GW sends an RR_req to the authenticator 2, where the RR_rep includes the LR req.
  • the authenticator 2 performs local routing authorization on the MS2.
  • RR_rsp contains LR rsp (local route response indication).
  • the Anchor ASN-GW determines, according to the local routing authorization result of the MSI and the MS2, whether the service flow corresponding to the service flow information of the MS1 and the service flow corresponding to the service flow information of the MS2 can be transmitted through the local route.
  • the Anchor ASN-GW determines that the service flow corresponding to the service flow information of the MS1 and the service of the MS2 can be transmitted through the local route.
  • the Anchor ASN-GW After the Anchor ASN-GW determines that the service flow corresponding to the service flow information of the MS1 and the service flow corresponding to the service flow information of the MS2 can be transmitted through the local route, the Anchor ASN-GW sends a Path_Reg_Req (Path Registration Request) to the BS2, MS2 establish a bearer for the transmission of the network traffic flow, wherein the Path_Reg_Re q contains the IP quintuple traffic flow information.
  • a Path_Reg_Req Path Registration Request
  • the BS2 sends a DSA-REQ (Dynamic Service Flow Addition Request) to the MS2, and is used to establish a radio bearer corresponding to the MS2.
  • MS2 returns DSA-RSP (Dynamic Service Flow Setup Reply).
  • the Anchor ASN-GW transmits the service flow corresponding to the service flow information of the MSI and the service flow corresponding to the service flow information of the MS2 by using a local route.
  • the Anchor ASN-GW sends an RR_ack (Resource-Reservation acknowledge) message to the authenticator 1 and the authenticator 2, respectively, indicating that the local route has been executed (ie, notifying the authenticator 1 and the authenticator 2, MS1)
  • RR_ack Resource-Reservation acknowledge
  • the service flow corresponding to the service flow information and the service flow corresponding to the service flow information of the MS2 have been transmitted through the local route).
  • the Anchor ASN-GW performs local route authorization on the MS1 and the MS2 according to the service flow information of the MS1, and implements authorization for the local route, which can satisfy the authorization of the local route. demand.
  • the Anchor ASN-GW can perform local routing authorization on the MS1. After the local routing authorization is performed on the MS1, the local routing authorization is performed on the MS2, which can save network information resources.
  • the Anchor ASN-GW is the LR enforcement entity
  • the PCRF is the LR policy entity
  • the PCEF Policy and Charging Enforcement Function
  • PCRF, AAA Access Network-Authentication Accountings Authorization Server, access network authentication, authorization and accounting server
  • the PCRF and AAA are respectively BS2, A-PCEF2, PCRF2, and AAA2, and MSI and MS2 are further provided by the same Anchor ASN-GW.
  • an embodiment of the present invention provides a method for local routing authorization, including:
  • the communication peer of the MS1 and the MS1 The MS2 determines the service flow information that needs to be established to perform the communication service between the two through the negotiation of the application layer.
  • the service flow information in the embodiment of the present invention specifically refers to an IP quintuple corresponding to the service flow.
  • the MS1 sends a DSA-REQ to the BS1, requesting to establish a radio bearer for transmitting the service flow.
  • the DSA-REQ includes the service flow information determined by negotiation in 501.
  • BS1 sends Path_Reg_Req to the Anchor ASN-GW to request to establish a network bearer for transmitting the service flow.
  • the Path_Reg_Req includes the service flow information determined by negotiation in 501.
  • the Anchor ASN-GW determines that the communication peer MS2 of the MS1 is also located under the Anchor ASN-GW according to the information of the IP quintuple of the service flow, and determines that the service flow corresponding to the service flow information of the MSI can perform local routing.
  • the ASN-GW sends RR_req to A-PCEF1, where RR_req includes LR req (local route request indication).
  • the A-PCEF1 sends a CCR (Cell-Control Request) message to the PCRF1, and requests the PCRF1 to perform local routing authorization for the MS1.
  • the CCR information includes the LR req and the TFT (Traffic Flow Template).
  • the PCRF1 determines the QoS information such as the bandwidth and the delay of the service flow according to the subscription information of the MS1, the policy and the service information of the operator to which the MS1 belongs, and whether the local route is allowed to be performed on the service flow corresponding to the service flow information of the MS1.
  • PCRF1 may need to interact with AAA1.
  • the PCRF1 notifies the local routing authorization result of the MS1 to the A-PCEF1 of the MS1 through the CCA (Credit-Control-Answer, Credit Control Response) information, and the local routing authorization result of the MS1 may be included in the PCC (Pol icy and Charging Control, policy and Billing control) in the rule.
  • CCA Clear-Control-Answer, Credit Control Response
  • A-PCEF1 returns RR_rsp to the Anchor ASN-GW, where RR_rsp includes the authorized QoS of the service flow and the local routing authorization result of MS1.
  • the Anchor ASN-GW stores the local routing authorization result of the MSI.
  • Anchor ASN-GW returns Path_Reg_Rsp to BS1.
  • BS1 returns DSA-RSP to MS1, builds the MSI data bearer, and then executes 519.
  • the MS2 sends a DSA-REQ to the BS2, requesting to establish a radio bearer for transmitting the service flow.
  • the DSA-REQ includes the service flow information determined by negotiation in 501.
  • BS2 sends Path_Reg_Req to the Anchor ASN-GW to request to establish a network bearer for transmitting the service flow.
  • the Path_Reg_Req includes the service flow information determined by negotiation in 501.
  • the anchor ASN-GW determines that the communication peer MS1 of the MS2 is also located under the Anchor ASN-GW according to the service flow information of the IP quintuple of the MS2, and determines that the service flow corresponding to the service flow information of the MS2 can perform local routing.
  • the Anchor ASN-GW sends RR_req to A-PCEF2, where RR_req includes LR req.
  • the Anchor ASN-GW determines that the communication peer MS1 of the MS2 is also located under the Anchor ASN-GW according to the service flow information of the IP quintuple of the service flow, and determines that the service flow corresponding to the service flow information of the MS2 may be After performing the local routing, the Anchor ASN-GW may further determine the local routing authorization result of the MS1 stored in step 509. Whether it can initiate the local route authorization to the MS2 (that is, whether to send LR_req to the A-PCEF2). If it is determined according to the local route authorization result of the MS1, it can determine that the local route authorization for the MS2 can be initiated, and then send the RR_req to the A-PCEF2.
  • RR_req includes LR req. Specifically, in this embodiment, after the local routing authorization result of the MS1 is successful, it is determined that the local routing authorization for the MS2 can be initiated (ie, it can be determined that the LR_req can be sent to the A-PCEF2).
  • A-PCEF2 sends CCR information to PCRF2, requesting PCRF2 to perform local routing authorization for MS2, where CCR information includes LR req.
  • the PCRF2 determines the QoS information such as the bandwidth and the delay of the service flow according to the subscription information of the MS2, the policy and the service information of the operator to which the MS2 belongs, and whether the local route is allowed to be performed on the service flow corresponding to the service flow information of the MS2.
  • PCRF2 may need to interact with AAA2.
  • PCRF2 notifies the local routing authorization result of MS2 to the A-PCEF2 of MS2 through the CCA, and the local routing authorization result of MS2 may be included in the PCC rule.
  • A-PCEF2 returns RR_rsp to the Anchor ASN-GW, where RR_rsp includes the authorized QoS of the service flow and the local routing authorization result of MS2, and then executes 519.
  • the Anchor ASN-GW determines, according to the local routing authorization result of the MSI and the MS2, whether the service flow corresponding to the service flow information of the MS1 and the service flow corresponding to the service flow information of the MS2 can be transmitted through the local route.
  • the Anchor ASN-GW determines that the service flow corresponding to the service flow information of the MS1 and the service of the MS2 can be transmitted through the local route.
  • the Anchor ASN-GW determines that the service flow corresponding to the service flow information of the MS1 and the service flow corresponding to the service flow information of the MS2 can be transmitted through the local route, the Anchor ASN-GW returns the Path_Reg_Rsp to the BS2.
  • BS2 returns DSA-RSP to MS2, and completes the data bearer of MS2.
  • the Anchor ASN-GW transmits the service flow corresponding to the service flow information of the MSI and the service flow corresponding to the service flow information of the MS2 by using a local route.
  • the Anchor ASN-GW returns an RR_ack to the A_PCEF1 and the A-PCEF2, respectively, indicating that the local route has been executed (ie, notifying A-PCEF1 and A-PCEF2, and the service flow corresponding to the service flow information of the MS1 corresponds to the service flow information of the MS2.
  • the traffic has been transmitted through the local route).
  • the method further includes:
  • A-PCEFU A-PCEF2 sends CCR information to PCRF1 and PCRF2 respectively, indicating that the local route has been executed.
  • PCRFU PCRF2 returns CCA information to A-PCEF1 and A-PCEF2, respectively. It should be noted that, in this embodiment, A-PCEF1 and A-PCEF2, PCRF1 and PCRF2, and AAA1 and AAA2 may be the same physical network element, which does not affect the applicability of the embodiment.
  • the Anchor ASN-GW performs local route authorization on the MS1 and the MS2 according to the service flow information of the MS1 and the MS2, and implements authorization for the local route, which can satisfy the local route. Authorized requirements.
  • the Anchor ASN-GW can perform local routing authorization on the MSI and the MS2 in parallel at the same time, which can save the time of local routing authorization.
  • an embodiment of the present invention provides an apparatus for local routing authorization, where the apparatus includes:
  • the local routing authorization module 601 is configured to initiate, according to the service flow information of the first mobile terminal, or the service flow information of the first mobile terminal and the second mobile terminal, respectively, to the first local routing policy entity and the second local routing policy entity.
  • the local routing authorization request causes the first local routing policy entity to perform local routing authorization on the first mobile terminal, and the second local routing policy entity performs local routing authorization on the second mobile terminal.
  • the local route transmission module 602 is configured to: when the first route of the first mobile terminal and the second mobile terminal are successful, transmit the service flow corresponding to the service flow information of the first mobile terminal and the second mobile terminal by using the local route The service flow corresponding to the service flow information.
  • the local routing authorization module 601 includes:
  • a first service flow information acquiring unit configured to acquire service flow information of the first mobile terminal
  • a first local routing authorization unit configured to initiate local routing of the first mobile terminal to the first local routing policy entity to which the first mobile terminal belongs according to the service flow information of the first mobile terminal obtained by the first service flow information acquiring unit Authorizing the request, causing the first local routing policy entity to perform local routing authorization on the first mobile terminal;
  • a second local routing authorization unit configured to: after the local routing authorization result of the first mobile terminal is successful, initiate a request for local routing authorization to the second mobile terminal to the second local routing policy entity to which the second mobile terminal belongs, so that The second local routing policy entity performs local routing authorization for the second mobile terminal.
  • the local routing authorization module 601 further includes:
  • a data bearer establishing unit configured to establish a data bearer between the local and the second mobile terminal after the local routing authorization result of the second mobile terminal is successful.
  • the local routing authorization module 601 includes:
  • a first service flow information acquiring unit configured to acquire service flow information of the first mobile terminal
  • a first local routing authorization unit configured to initiate a local road to the first mobile terminal to the first local routing policy entity to which the first mobile terminal belongs according to the service flow information of the first mobile terminal obtained by the first service flow information acquiring unit
  • the first local routing policy entity performs local routing authorization on the first mobile terminal by the authorized request
  • the second service flow information acquiring unit is configured to obtain service flow information of the second mobile terminal
  • a third local routing authorization unit configured to initiate local routing to the second mobile terminal to the second local routing policy entity to which the second mobile terminal belongs according to the service flow information of the second mobile terminal obtained by the second service flow information acquiring unit
  • the authorized request causes the second local routing policy entity to perform local routing authorization for the second mobile terminal.
  • the local routing authorization module 601 includes:
  • a first service flow information acquiring unit configured to acquire service flow information of the first mobile terminal
  • a first local routing authorization unit configured to initiate local routing of the first mobile terminal to the first local routing policy entity to which the first mobile terminal belongs according to the service flow information of the first mobile terminal obtained by the first service flow information acquiring unit Authorizing the request, causing the first local routing policy entity to perform local routing authorization on the first mobile terminal;
  • a second service flow information acquiring unit configured to acquire service flow information of the second mobile terminal
  • a fourth local routing authorization unit configured to: according to the local routing authorization result of the first mobile terminal and the service flow information of the second mobile terminal obtained by the second service flow information acquiring unit, to the second local routing policy to which the second mobile terminal belongs The entity initiates a request for local routing authorization for the second mobile terminal, so that the second local routing policy entity performs local routing authorization for the second mobile terminal.
  • the first local routing authorization unit includes:
  • a first determining sub-unit configured to determine, according to the communication peer information included in the service flow information of the first mobile terminal that is obtained by the first service flow information acquiring unit, whether the service flow corresponding to the service flow information of the first mobile terminal can be executed Local route
  • a first local routing authorization sub-unit configured to: when the first determining sub-unit determines that the service flow corresponding to the service flow information of the first mobile terminal can perform the local routing, initiate the pair with the first local routing policy entity to which the first mobile terminal belongs The first mobile terminal performs a local routing authorization request, so that the first local routing policy entity performs local routing authorization on the first mobile terminal.
  • the third local routing authorization unit includes:
  • a second determining sub-unit configured to determine, according to the communication peer information included in the service flow information of the second mobile terminal that is obtained by the second service flow information acquiring unit, whether the service flow corresponding to the service flow information of the second mobile terminal is executable Local route
  • a second local routing authorization sub-unit configured to: when the second determining sub-unit determines that the service flow corresponding to the service flow information of the second mobile terminal can perform the local routing, initiate a pair with the second local routing policy entity to which the second mobile terminal belongs The second mobile terminal performs a local routing authorization request, so that the second local routing policy entity performs local routing authorization on the second mobile terminal.
  • the fourth local routing authorization unit includes:
  • a third determining sub-unit configured to determine, according to the communication peer information included in the service flow information of the second mobile terminal that is obtained by the second service flow information acquiring unit, whether the service flow corresponding to the service flow information of the second mobile terminal is executable Local route
  • a fourth determining sub-unit configured to: when the third determining sub-unit determines that the service flow corresponding to the service flow information of the second mobile terminal is capable of performing local routing, determining whether the local routing authorization result of the first mobile terminal is successful;
  • a third local routing authorization sub-unit configured to: when the fourth determining sub-unit determines that the local routing authorization result of the first mobile terminal is successful, initiate the pair to the second local routing policy entity to which the second mobile terminal belongs The mobile terminal performs a local routing authorization request, so that the second local routing policy entity performs local routing authorization on the second mobile terminal.
  • the device further includes:
  • the notification module 603 is configured to: after the local route transmission module 602 transmits the service flow corresponding to the service flow information of the first mobile terminal and the service flow corresponding to the service flow information of the second mobile terminal by using the local route, respectively, to the first local routing policy
  • the entity and the second local routing policy entity send the notification information, where the service information corresponding to the service flow information of the first mobile terminal and the service flow corresponding to the service flow information of the second mobile terminal are transmitted through the local route.
  • the apparatus for transmitting a service flow performs the first mobile terminal and the second mobile terminal according to the service flow information of the first mobile terminal or the service flow information of the first mobile terminal and the second mobile terminal.
  • Local route authorization enables the authorization of local routes to meet the requirements for authorization of local routes.
  • the local routing authorization may be performed on the first mobile terminal first, and after the local routing authorization is performed on the first mobile terminal, the local routing authorization is performed on the second mobile terminal, thereby saving network information resources.
  • the first mobile terminal and the second mobile terminal can perform local route authorization in parallel at the same time, which can save time for local route authorization.
  • an embodiment of the present invention provides a system for local routing authorization, where the system includes: a local routing execution entity 701, a first local routing policy entity 702, and a second local routing policy entity 703.
  • the local routing execution entity 701 is configured to: according to the service flow information of the first mobile terminal, or according to the service flow information of the first mobile terminal and the second mobile terminal, to the first local routing policy entity 702 and the second local routing policy entity, respectively.
  • 703 Initiating a local routing authorization request; after the local routing authorization result of the first mobile terminal and the second mobile terminal are both successful, transmitting the service flow corresponding to the service flow information of the first mobile terminal and the service of the second mobile terminal by using a local route Traffic flow corresponding to the flow information;
  • the first local routing policy entity 702 is configured to receive the local routing authorization initiated by the local routing execution entity 701. After the request, performing local routing authorization on the first mobile terminal;
  • the second local routing policy entity 703 is configured to perform local routing authorization on the second mobile terminal after receiving the local routing authorization request initiated by the local routing executing entity 701.
  • the local routing execution entity 701 is specifically configured to obtain the service flow information of the first mobile terminal, and initiate a local routing authorization to the first mobile terminal to the first local routing policy entity 702 according to the service flow information of the first mobile terminal. After the first local routing policy entity 702 successfully performs local routing authorization on the first mobile terminal, initiates a request for local routing authorization to the second mobile terminal to the second local routing policy entity 703; when the first mobile terminal and After the local routing authorization result of the second mobile terminal is successful, the service flow corresponding to the service flow information of the first mobile terminal and the service flow corresponding to the service flow information of the second mobile terminal are transmitted through the local route;
  • the first local routing policy entity 702 is specifically configured to: according to the request for the local routing authorization sent by the local routing execution entity 701, according to the subscription information of the first mobile terminal and/or the first mobile terminal belongs to The policy of the operator determines whether to allow the local route to be performed on the service flow corresponding to the service flow information of the first mobile terminal, and after determining to allow the local flow of the service flow corresponding to the service flow information of the first mobile terminal, a mobile terminal performs local routing authorization;
  • the second local routing policy entity 703 is specifically configured to: according to the request for the local routing authorization sent by the local routing execution entity 701 to the second mobile terminal, according to the subscription information of the second mobile terminal and/or the second mobile terminal.
  • the policy of the operator determines whether to allow the local route to be performed on the service flow corresponding to the service flow information of the second mobile terminal, and after determining to allow the local flow of the service flow corresponding to the service flow information of the second mobile terminal, Second, the mobile terminal performs local routing authorization.
  • the local routing execution entity 701 is specifically configured to obtain the service flow information of the first mobile terminal, and initiate a local routing authorization to the first mobile terminal to the first local routing policy entity 702 according to the service flow information of the first mobile terminal.
  • the local routing authorization result of the second mobile terminal is successful, the service flow corresponding to the service flow information of the first mobile terminal and the service flow corresponding to the service flow information of the second mobile terminal are transmitted through the local route;
  • the first local routing policy entity 702 is specifically configured to: according to the request for the local routing authorization sent by the local routing execution entity 701, according to the subscription information of the first mobile terminal and/or the first mobile terminal belongs to The policy of the operator determines whether to allow the local route to be performed on the service flow corresponding to the service flow information of the first mobile terminal, and after determining to allow the local flow of the service flow corresponding to the service flow information of the first mobile terminal, a mobile terminal performs local routing authorization;
  • a second local routing policy entity 703 configured to receive the second mobile terminal sent by the local routing execution entity 701 After performing the local routing authorization request, determining whether to allow local routing of the service flow corresponding to the service flow information of the second mobile terminal according to the subscription information of the second mobile terminal and/or the policy of the operator to which the second mobile terminal belongs And after determining to allow local routing to be performed on the service flow corresponding to the service flow information of the second mobile terminal, performing local routing authorization on the second mobile terminal.
  • the local routing execution entity 701 is specifically configured to obtain the service flow information of the first mobile terminal, and initiate a local routing authorization to the first mobile terminal to the first local routing policy entity 702 according to the service flow information of the first mobile terminal. And requesting the service flow information of the second mobile terminal, and initiating, by the second local routing policy entity 703, the local mobile terminal according to the service flow information of the second mobile terminal and the local routing authorization result of the first mobile terminal Routing authorization request;
  • the first local routing policy entity 702 is specifically configured to: according to the request for the local routing authorization sent by the local routing execution entity 701, according to the subscription information of the first mobile terminal and/or the first mobile terminal belongs to The policy of the operator determines whether to allow the local route to be performed on the service flow corresponding to the service flow information of the first mobile terminal, and after determining to allow the local flow of the service flow corresponding to the service flow information of the first mobile terminal, a mobile terminal performs local routing authorization;
  • the second local routing policy entity 703 is specifically configured to: according to the request for the local routing authorization sent by the local routing execution entity 701 to the second mobile terminal, according to the subscription information of the second mobile terminal and/or the second mobile terminal.
  • the policy of the operator determines whether to allow the local route to be performed on the service flow corresponding to the service flow information of the second mobile terminal, and after determining to allow the local flow of the service flow corresponding to the service flow information of the second mobile terminal, Second, the mobile terminal performs local routing authorization.
  • the local route execution entity performs the first mobile terminal and the first mobile terminal according to the service flow information of the first mobile terminal or the service flow information of the first mobile terminal and the second mobile terminal.
  • the mobile terminal performs local routing authorization, and implements authorization for the local route, which can meet the requirements for authorizing the local route.
  • the local routing executing entity may perform local routing authorization on the first mobile terminal first, and after performing local routing authorization on the first mobile terminal, performing local routing authorization on the second mobile terminal, thereby saving network information resources.

Abstract

本发明公开了一种本地路由授权的方法、装置和系统，属于通信技术领域。方法包括：根据第一移动终端的业务流信息，或根据第一移动终端和第二移动终端的业务流信息，分别向第一本地路由策略实体和第二本地路由策略实体发起本地路由授权请求，使得第一本地路由策略实体对第一移动终端进行本地路由授权，第二本地路由策略实体对第二移动终端进行本地路由授权；当第一移动终端和第二移动终端的本地路由授权结果均为成功后，通过本地路由传输第一移动终端的业务流信息对应的业务流和第二移动终端的业务流信息对应的业务流。装置包括：本地路由授权模块和本地路由传输模块。系统包括：本地路由执行实体、第一本地路由策略实体和第二本地路由策略实体。本发明可以满足对本地路由进行授权的需求。

Description

本地路由授权的方法、 装置和系统 技术领域
本发明涉及通信技术领域， 特别涉及一种本地路由授权的方法、 装置和系统。 背景技术 说
随着通信技术的发展， 移动通信网络也越来越先进。 其中， 基于 IEEE ( Institute of Electrical and Electronic Engineers, 电气电子工程师学会） 802. 16无线接入技术的移 云力 WiMAX (Worldwide Interoperabi l ity for Microwave Access, 微波接入全球互通网络） 由于能够为用户提供高速的数据传输能力， 而受到了书广泛的关注。
在移动 WiMAX网络中， 当 MS (Mobi le Station, 移动终端） 与外部网络之间传输业务 流时， MS 发送的上行业务流一般经过 BS (Base Station, 基站） 传送到 Serving ASN-GW ( Serving Access Service Network Gateway, 月艮务接入网关）， Serving ASN—GW再传送至 lj Anchor ASN-GW (锚定接入网关）， 最后经过 HA (Home Agent, 家乡代理） 传送到外部网络 中， 外部网络发送的下行业务流则经过与上行业务流反方向的承载路径路由到 MS上。 参见 图 1， 当两个 MS (MSI和 MS2 ) 之间采用上述的方法传输业务流时， 如果 MS1和 MS2由同一 个 Serving ASN-GW管理， 两者之间传输业务流的路径如图 1中的虚线所示， 从图 1可以看 出业务流传输路径从 Serving ASN-GW到 HA之间会发生重叠， 从而产生传输路径冗余， 造 成不必要的业务流传输时延和核心网传输负载。 为此， 提出了通过 LR ( Local Routing, 本 地路由） 传输 MSI和 MS2之间的业务流， 具体地如图 1中的实线所示， Serving ASN-GW直 接将业务流从 MS1传输给 MS2， 或直接将业务流从 MS2传输给 MS1。
然而， 在实现本发明的过程中， 发明人发现现有技术至少存在以下问题：
现有技术中网络侧一般仅需要根据一个 MS的 QoS ( Qual ity of Service, 服务质量） 签约信息或运营商策略对该 MS的业务流进行授权， 而本地路由中涉及到二个 MS， 因此现有 技术无法满足对本地路由进行授权的需求。 发明内容
为了满足对本地路由进行授权的需求， 本发明实施例提供了一种本地路由授权的方法、 装置和系统。 所述技术方案如下： 一种本地路由授权的方法， 所述方法包括：
根据第一移动终端的业务流信息， 或根据第一移动终端和第二移动终端的业务流信息， 分别向第一本地路由策略实体和第二本地路由策略实体发起本地路由授权请求， 使得所述 第一本地路由策略实体对所述第一移动终端进行本地路由授权， 所述第二本地路由策略实 体对第二移动终端进行本地路由授权；
当所述第一移动终端和所述第二移动终端的本地路由授权结果均为成功后， 通过本地 路由传输所述第一移动终端的业务流信息对应的业务流和所述第二移动终端的业务流信息 对应的业务流。
一种本地路由授权的装置， 所述装置包括：
本地路由授权模块， 用于根据第一移动终端的业务流信息， 或根据第一移动终端和第 二移动终端的业务流信息， 分别向第一本地路由策略实体和第二本地路由策略实体发起本 地路由授权请求， 使得所述第一本地路由策略实体对所述第一移动终端进行本地路由授权， 所述第二本地路由策略实体对第二移动终端进行本地路由授权；
本地路由传输模块， 用于当所述第一移动终端和所述第二移动终端的本地路由授权结 果均为成功后， 通过本地路由传输所述第一移动终端的业务流信息对应的业务流和所述第 二移动终端的业务流信息对应的业务流。
一种本地路由授权的系统， 所述系统包括：
本地路由执行实体、 第一本地路由策略实体和第二本地路由策略实体；
所述本地路由执行实体， 用于根据第一移动终端的业务流信息， 或者根据第一移动终 端和第二移动终端的业务流信息， 分别向所述第一本地路由策略和所述第二本地路由策略 发起本地路由授权请求； 当所述第一移动终端和所述第二移动终端的本地路由授权结果均 为成功后， 通过本地路由传输所述第一移动终端的业务流信息对应的业务流和所述第二移 动终端的业务流信息对应的业务流；
所述第一本地路由策略实体， 用于在接收到所述本地路由执行实体发起的本地路由授 权请求后， 对所述第一移动终端进行本地路由授权；
所述第二本地路由策略实体， 用于在接收到所述本地路由执行实体发起的本地路由授 权请求后， 对所述第二移动终端进行本地路由授权。
本发明实施例提供的技术方案的有益效果是：
通过根据第一移动终端的业务流信息， 或第一移动终端和第二移动终端的业务流信息， 对第一移动终端和第二移动终端进行本地路由授权， 实现了对本地路由进行授权， 可以满 足对本地路由进行授权的需求。 附图说明
图 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 Partnership Project，第三代合作组织）网络中的 SGSN( Serving General packet radio service Support Node, 通用分组无线业务系统服务节点）、 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等。 业务流 信息是指 MSI与 MSI的通信对端 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策略 实体对 MS 1进行本地路由授权。
其中， 第一 LR策略实体是指网络中负责为 MS1的本地路由进行授权或提供策略的网络 实体， 如锚定鉴权器、 业务流授权单元、 PCRF ( Pol icy and Charging Rules Function, 策略计费规则实体） 等。
204： 第一 LR策略实体根据 MSI的签约信息和 /或 MSI所属运营商的策略等确定是否允 许对该 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等。 业务流信 息是指 MSI与 MSI的通信对端 MS2之间通过应用层的协商， 确定执行两者之间的通信业务 时所需要建立的信息， 如业务流对应的 IP五元组 （源 IP地址、 目的 IP地址、 源端口号、 目的端口号、 协议类型） 等。
302： LR执行实体根据 MS1的业务流信息中包含的通信对端信息， 判断该 MS1的业务流 信息对应的业务流是否可以执行本地路由， 如果可以， 则执行 303; 否则， LR执行实体按 照现有技术中传输业务流的方法进行处理。
其中， MS1的业务流信息中包含的通信对端信息包括 MS1的通信对端的 IP地址、 协议 类型等。 具体地， 根据该 MS1 的业务流信息中包含的通信对端信息， 如果判断出 MS1 的通 信对端为 MS2， 且 MS1和 MS2的 LR执行实体是同一个物理实体， 则该 MS1的业务流信息对 应的业务流可以执本地路由； 否则， 该 MS1的业务流信息对应的业务流不可以执本地路由。 303： LR执行实体向 MSI所属的第一 LR策略实体发送 LR授权请求， 请求第一 LR策略 实体对 MS 1进行本地路由授权。
其中， 第一 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根据 MSI的 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存储 MSI的本地路由授权结果。
408： Anchor ASN-GW返回 Path_Reg_Rsp (Path Registration Response, 路径注册应 答） 给 BS1。
409： BS1 返回 DSA— RSP ( Dynamic Service Addition Response, 动态业务增力口应答 消息） 给 MS 1， 建成 MS 1的数据承载。
410： 当 MS1的本地路由授权结果为成功时， Anchor ASN-GW向鉴权器 2发送 RR_req， 其中 RR_rep中包括 LR req。
411： 鉴权器 2对 MS2进行本地路由授权。
412： 鉴权器 2将 MS2的本地路由授权结果通过 RR_rsp (资源保留应答消息） 通知给 Anchor ASN-GW 0
其中， RR_rsp 中包含 LR rsp (本地路由应答指示）。
413： Anchor ASN-GW根据 MSI和 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通过本地路由传输该 MSI的业务流信息对应的业务流和该 MS2的 业务流信息对应的业务流。
419： Anchor ASN-GW分别向鉴权器 1和鉴权器 2发送 RR_ack ( Resource-Reservation acknowledge, 资源保留响应消息）， 指示本地路由已经执行 （即通知鉴权器 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 (Pol icy and Charging Enforcement Function,策略计费执行实体）、 PCRF、 AAA (Access Network- Authentication Accountings Authorization Server, 接入网鉴权、 授权与计帐服务器） 分别为 BS1、 A-PCEFU PCRF1、 AAA1 , MSI的通信对端 MS2对应的基站、 PCEF、 PCRF、 AAA分别为 BS2、 A- PCEF2、 PCRF2、 AAA2, MSI和 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下， 确定该 MSI 的业务流信息对应的业务流可以执行本地路由， Anchor ASN-GW向 A- PCEF1发送 RR_req， 其中 RR_req中包括 LR req (本地路由请求指示）。
505： A-PCEF1向 PCRF1发送 CCR ( Credit-Control Request ， 信用控制请求） 消息， 请求 PCRF1为 MS1进行本地路由授权， 其中 CCR信息中包括 LR req和 TFT ( Traffic Flow Template, 业务流模板）。
506： PCRF1根据 MS1 的签约信息， MS1所属运营商的策略及业务信息等确定该业务流 的带宽、 时延等 QoS信息， 以及是否允许对该 MS1 的业务流信息对应的业务流执行本地路 由。
在该过程中， PCRF1可能需要与 AAA1进行交互。
507： PCRF1将 MS1 的本地路由授权结果通过 CCA ( Credit-Control-Answer, 信用控 制响应） 信息通知 MS1的 A-PCEF1 , MS1的本地路由授权结果可能包含在 PCC (Pol icy and Charging Control , 策略与计费控制） rule (规则） 中。
508： A-PCEF1向 Anchor ASN-GW返回 RR_rsp， 其中 RR_rsp中包括该业务流的授权 QoS 和 MS1的本地路由授权结果。
509： Anchor ASN-GW存储 MSI的本地路由授权结果。
510： Anchor ASN-GW返回 Path_Reg_Rsp给 BS1。
511： BS1返回 DSA-RSP给 MS1， 建成 MSI的数据承载， 然后执行 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的业务流信息对应的业务流可以执行本地路由， Anchor ASN-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根据 MSI和 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通过本地路由传输该 MSI的业务流信息对应的业务流和该 MS2的 业务流信息对应的业务流。
523： Anchor ASN-GW分别向 A_PCEF1、 A-PCEF2返回 RR_ack， 指示本地路由已经执行 (即通知 A-PCEF1和 A-PCEF2 , 该 MS1的业务流信息对应的业务流和该 MS2的业务流信息 对应的业务流已经通过本地路由传输）。
可选地， 该方法还包括：
524： A-PCEFU A-PCEF2分别向 PCRF1、 PCRF2发送 CCR信息， 指示本地路由已经执行。
525： PCRFU PCRF2分别向 A-PCEF1、 A-PCEF2返回 CCA信息。 需要说明的是， 本实施例中， A-PCEF1与 A-PCEF2、 PCRF1与 PCRF2 , AAA1与 AAA2可能 是相同的物理网元， 不影响本实施例的适用性。
本发明实施例所述的本地路由授权的方法， Anchor ASN-GW通过根据 MS1和 MS2的业务 流信息， 对 MS1和 MS2进行本地路由授权， 实现了对本地路由进行授权， 可以满足对本地 路由进行授权的需求。并且， Anchor ASN-GW可以对 MSI和 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

权 利 要 求 书
1、 一种本地路由授权的方法， 其特征在于， 所述方法包括：
根据第一移动终端的业务流信息， 或根据第一移动终端和第二移动终端的业务流信息， 分别向第一本地路由策略实体和第二本地路由策略实体发起本地路由授权请求， 使得所述第 一本地路由策略实体对所述第一移动终端进行本地路由授权， 所述第二本地路由策略实体对 所述第二移动终端进行本地路由授权；
当所述第一移动终端和所述第二移动终端的本地路由授权结果均为成功后， 通过本地路 由传输所述第一移动终端的业务流信息对应的业务流和所述第二移动终端的业务流信息对应 的业务流。
2、根据权利要求 1所述的本地路由授权的方法， 其特征在于， 所述根据第一移动终端的 业务流信息，分别向第一本地路由策略实体和第二本地路由策略实体发起本地路由授权请求， 使得所述第一本地路由策略实体对所述第一移动终端进行本地路由授权， 所述第二本地路由 策略实体对所述第二移动终端进行本地路由授权， 包括：
获取第一移动终端的业务流信息；
根据所述第一移动终端的业务流信息， 向所述第一移动终端所属的第一本地路由策略实 体发起对所述第一移动终端进行本地路由授权的请求， 使得所述第一本地路由策略实体对所 述第一移动终端进行本地路由授权；
当所述第一移动终端的本地路由授权结果为成功后， 向所述第二移动终端所属的第二本 地路由策略实体发起对所述第二移动终端进行本地路由授权的请求， 使得所述第二本地路由 策略实体对所述第二移动终端进行本地路由授权。
3、根据权利要求 2所述的本地路由授权的方法， 其特征在于， 所述使得所述第二本地路 由策略实体对所述第二移动终端进行本地路由授权之后， 还包括：
当所述第二移动终端的本地路由授权结果为成功后， 建立本地和所述第二移动终端之间 的数据承载。
4、根据权利要求 1所述的本地路由授权的方法， 其特征在于， 所述根据第一移动终端和 第二移动终端的业务流信息， 分别向第一本地路由策略实体和第二本地路由策略实体发起本 地路由授权请求， 使得所述第一本地路由策略实体对所述第一移动终端进行本地路由授权， 所述第二本地路由策略实体对所述第二移动终端进行本地路由授权， 包括：
获取第一移动终端的业务流信息； 根据所述第一移动终端的业务流信息， 向所述第一移 动终端所属的第一本地路由策略实体发起对所述第一移动终端进行本地路由授权的请求， 使 得所述第一本地路由策略实体对所述第一移动终端进行本地路由授权；
并且， 获取第二移动终端的业务流信息； 根据所述第二移动终端的业务流信息， 向所述 第二移动终端所属的第二本地路由策略实体发起对所述第二移动终端进行本地路由授权的请 求， 使得所述第二本地路由策略实体对所述第二移动终端进行本地路由授权。
5、根据权利要求 1所述的本地路由授权的方法， 其特征在于， 所述根据第一移动终端和 第二移动终端的业务流信息， 分别向第一本地路由策略实体和第二本地路由策略实体发起本 地路由授权请求， 使得所述第一本地路由策略实体对所述第一移动终端进行本地路由授权， 所述第二本地路由策略实体对所述第二移动终端进行本地路由授权， 包括：
获取第一移动终端的业务流信息； 根据所述第一移动终端的业务流信息， 向所述第一移 动终端所属的第一本地路由策略实体发起对所述第一移动终端进行本地路由授权的请求， 使 得所述第一本地路由策略实体对所述第一移动终端进行本地路由授权；
并且， 获取第二移动终端的业务流信息； 根据所述第二移动终端的业务流信息和所述第 一移动终端的本地路由授权结果， 向所述第二移动终端所属的第二本地路由策略实体发起对 所述第二移动终端进行本地路由授权的请求， 使得所述第二本地路由策略实体对所述第二移 动终端进行本地路由授权。
6、根据权利要求 2-5中任意一项权利要求所述的本地路由授权的方法， 其特征在于， 所 述根据所述第一移动终端的业务流信息， 向所述第一移动终端所属的第一本地路由策略实体 发起对所述第一移动终端进行本地路由授权的请求， 包括：
根据所述第一移动终端的业务流信息中包含的通信对端信息， 判断所述第一移动终端的 业务流信息对应的业务流是否能够执行本地路由；
如果所述第一移动终端的业务流信息对应的业务流能够执行本地路由， 向所述第一移动 终端所属的第一本地路由策略实体发起对所述第一移动终端进行本地路由授权的请求。
7、根据权利要求 4所述的本地路由授权的方法， 其特征在于， 所述根据所述第二移动终 端的业务流信息， 向所述第二移动终端所属的第二本地路由策略实体发起对所述第二移动终 端进行本地路由授权的请求， 包括：
根据所述第二移动终端的业务流信息中包含的通信对端信息， 判断所述第二移动终端的 业务流信息对应的业务流是否能够执行本地路由；
如果所述第二移动终端的业务流信息对应的业务流能够执行本地路由， 向所述第二移动 终端所属的第二本地路由策略实体发起对所述第二移动终端进行本地路由授权的请求。
8、根据权利要求 5所述的本地路由授权的方法， 其特征在于所述根据所述第二移动终端 的业务流信息和所述第一移动终端的本地路由授权结果， 向所述第二移动终端所属的第二本 地路由策略实体发起对所述第二移动终端进行本地路由授权的请求， 包括：
根据所述第二移动终端的业务流信息中包含的通信对端信息， 判断所述第二移动终端的 业务流信息对应的业务流是否能够执行本地路由；
如果所述第二移动终端的业务流信息对应的业务流能够执行本地路由， 判断所述第一移 动终端的本地路由授权结果是否为成功；
如果所述第一移动终端的本地路由授权结果为成功， 向所述第二移动终端所属的第二本 地路由策略实体发起对所述第二移动终端进行本地路由授权的请求。
9、 根据权利要求 1-5、 7、 8中任意一项权利要求所述的本地路由授权的方法， 其特征在 于， 所述通过本地路由传输所述第一移动终端的业务流信息对应的业务流和所述第二移动终 端的业务流信息对应的业务流之后， 还包括：
分别向所述第一本地路由策略实体和所述第二本地路由策略实体发送通知信息， 所述通 知信息表示所述第一移动终端的业务流信息对应的业务流和所述第二移动终端的业务流信息 对应的业务流通过本地路由进行传输。
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所述的本地路由授权的系统， 其特征在于，
所述本地路由执行实体， 具体用于获取第一移动终端的业务流信息， 根据所述第一移动 终端的业务流信息， 向所述第一本地路由策略实体发起对所述第一移动终端进行本地路由授 权的请求； 并获取第二移动终端的业务流信息， 根据所述第二移动终端的业务流信息和所述 第一移动终端的本地路由授权结果， 向所述第二本地路由策略实体发起对所述第二移动终端 进行本地路由授权的请求；
所述第一本地路由策略实体， 具体用于在接收到所述本地路由执行实体发送的对所述第 一移动终端进行本地路由授权的请求后，根据所述第一移动终端的签约信息和 /或所述第一移 动终端所属运营商的策略， 确定是否允许对所述第一移动终端的业务流信息对应的的业务流 执行本地路由， 当确定允许对所述第一移动终端的业务流信息对应的的业务流执行本地路由 后， 对所述第一移动终端进行本地路由授权；
所述第二本地路由策略实体， 具体用于在接收到所述本地路由执行实体发送的对所述第 二移动终端进行本地路由授权的请求后，根据所述第二移动终端的签约信息和 /或所述第二移 动终端所属运营商的策略， 确定是否允许对所述第二移动终端的业务流信息对应的的业务流 执行本地路由， 当确定允许对所述第二移动终端的业务流信息对应的的业务流执行本地路由 后， 对所述第二移动终端进行本地路由授权。
PCT/CN2010/073231 2010-05-25 2010-05-25 本地路由授权的方法、装置和系统 WO2011147082A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/CN2010/073231 WO2011147082A1 (zh) 2010-05-25 2010-05-25 本地路由授权的方法、装置和系统
CN201080001612.2A CN102369699B (zh) 2010-05-25 2010-05-25 本地路由授权的方法、装置和系统
US13/682,090 US9253706B2 (en) 2010-05-25 2012-11-20 Method, apparatus, and system for local routing authorization

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2010/073231 WO2011147082A1 (zh) 2010-05-25 2010-05-25 本地路由授权的方法、装置和系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/682,090 Continuation US9253706B2 (en) 2010-05-25 2012-11-20 Method, apparatus, and system for local routing authorization

Publications (1)

Publication Number Publication Date
WO2011147082A1 true WO2011147082A1 (zh) 2011-12-01

Family

ID=45003204

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/073231 WO2011147082A1 (zh) 2010-05-25 2010-05-25 本地路由授权的方法、装置和系统

Country Status (3)

Country Link
US (1) US9253706B2 (zh)
CN (1) CN102369699B (zh)
WO (1) WO2011147082A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120281615A1 (en) * 2011-05-03 2012-11-08 Electronics And Telecommunications Research Institute Method for communication of base station, terminal and relay station

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5712085B2 (ja) * 2011-08-25 2015-05-07 株式会社日立製作所 ローカルルーティングノード

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005036852A1 (en) * 2003-10-13 2005-04-21 Nokia Corporation Apparatuses and method for authentication in heterogeneuous ip networks
CN101309505A (zh) * 2007-05-15 2008-11-19 华为技术有限公司 无线通信系统中语音业务路由方法及其系统
CN101345679A (zh) * 2008-08-21 2009-01-14 中兴通讯股份有限公司 动态业务的QoS保证方法、系统以及AAA和Anchor SFA
CN101584158A (zh) * 2006-11-17 2009-11-18 高通股份有限公司 用于在通信网络中进行高效路由的方法和装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7260060B1 (en) * 1997-06-07 2007-08-21 Nortel Networks Limited Call admission control
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

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005036852A1 (en) * 2003-10-13 2005-04-21 Nokia Corporation Apparatuses and method for authentication in heterogeneuous ip networks
CN101584158A (zh) * 2006-11-17 2009-11-18 高通股份有限公司 用于在通信网络中进行高效路由的方法和装置
CN101309505A (zh) * 2007-05-15 2008-11-19 华为技术有限公司 无线通信系统中语音业务路由方法及其系统
CN101345679A (zh) * 2008-08-21 2009-01-14 中兴通讯股份有限公司 动态业务的QoS保证方法、系统以及AAA和Anchor SFA

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120281615A1 (en) * 2011-05-03 2012-11-08 Electronics And Telecommunications Research Institute Method for communication of base station, terminal and relay station
US9332482B2 (en) * 2011-05-03 2016-05-03 Electronics And Telecommunications Research Institute Method for communication of base station, terminal and relay station

Also Published As

Publication number Publication date
US9253706B2 (en) 2016-02-02
US20130077614A1 (en) 2013-03-28
CN102369699B (zh) 2014-09-17
CN102369699A (zh) 2012-03-07

Similar Documents

Publication Publication Date Title
RU2687220C1 (ru) Способ и узлы управления доступом к сервису epc через сеть non-3gpp
JP4828608B2 (ja) 課金方法、課金システム、課金クライアントおよび課金処理手段
JP5497896B2 (ja) ローカルｉｐアクセス接続プロパティのお知らせ方法及び装置
WO2008131689A1 (fr) Procédé et système de fourniture d'un service de communication d'urgence et dispositifs correspondants
WO2013016968A1 (zh) 一种接入方法、系统及移动智能接入点
WO2014005536A1 (zh) 临近终端的通信方法及装置、系统
WO2011095100A1 (zh) 一种对本地ip连接的建立进行控制的方法和系统
WO2007006227A1 (fr) Procédé et système de négociation destinés à l’établissement de chemins de données d’interface
WO2007051426A1 (fr) Procede et systeme d’affectation de sfid destine a l’interoperabilite mondiale de l’acces microonde
WO2010063175A1 (zh) 实现数据网关切换的方法、装置和系统
WO2012041073A1 (zh) 一种实现流迁移的方法及系统
WO2007045177A1 (fr) Procede, systeme et appareil de realisation de desenregistrement de protocole mobile
JPWO2010041622A1 (ja) 通信システム、接続制御装置、移動端末、基地局制御方法、サービス要求方法、および通信方法
WO2009046598A1 (fr) Procédé pour établir une porteuse dédiée pour un terminal utilisateur
WO2013097806A1 (zh) 承载模式选择的方法、分组网关和策略与计费控制功能实体
WO2018058365A1 (zh) 一种网络接入授权方法、相关设备及系统
WO2011017979A1 (zh) 支持ip分流的通信系统中资源管理方法与装置
US20100198710A1 (en) Method, apparatus, and system for implementing prepaid accounting on a network
WO2010006493A1 (zh) 动态业务流的处理方法及系统
WO2012041131A1 (zh) 一种用户参与本地访问连接建立的方法及系统
WO2013037271A1 (zh) 一种多接入方法及系统
WO2011147082A1 (zh) 本地路由授权的方法、装置和系统
WO2010118570A1 (zh) 一种WiMAX和WiFi网络融合的系统和装置
WO2010121421A1 (zh) 一种实现本地ip接入的方法、系统及网络设备
WO2007124671A1 (fr) Procédé, dispositif et système de négociation de l'algorithme de chiffrement entre l'équipement d'utilisateur et le réseau

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201080001612.2

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10851954

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10851954

Country of ref document: EP

Kind code of ref document: A1