WO2013174190A1 - Procédé de sélection de routage et élément de réseau fonctionnel - Google Patents

Procédé de sélection de routage et élément de réseau fonctionnel Download PDF

Info

Publication number
WO2013174190A1
WO2013174190A1 PCT/CN2013/074627 CN2013074627W WO2013174190A1 WO 2013174190 A1 WO2013174190 A1 WO 2013174190A1 CN 2013074627 W CN2013074627 W CN 2013074627W WO 2013174190 A1 WO2013174190 A1 WO 2013174190A1
Authority
WO
WIPO (PCT)
Prior art keywords
access network
aaa
network
wlan access
wlan
Prior art date
Application number
PCT/CN2013/074627
Other languages
English (en)
Chinese (zh)
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 中兴通讯股份有限公司
Publication of WO2013174190A1 publication Critical patent/WO2013174190A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03—Protecting confidentiality, e.g. by encryption
    • H04W12/033—Protecting confidentiality, e.g. by encryption of the user plane, e.g. user's traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03—Protecting confidentiality, e.g. by encryption
    • H04W12/037—Protecting confidentiality, e.g. by encryption of the control plane, e.g. signalling traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation

Definitions

  • the present invention relates to a routing technology, and in particular, to a routing method and a functional network element. Background technique
  • Evolved Universal Terrestrial Radio Access Network Evolved Universal Terrestrial Radio Access Network
  • Mobile Administration Evolved Universal Terrestrial Radio Access Network
  • E-UTRAN Mobile Administration
  • 3rd Generation Partnership Project 3rd Generation Partnership Project
  • MME Mobility Management Entity
  • S-GW Serving Gateway
  • P-GW Packet Data Network Gateway
  • HSS Home Subscriber Server
  • FIG. 1 is a schematic structural diagram of interworking between a 3GPP network and a non-3GPP network in the prior art.
  • the EPS supports interworking with a non-3GPP system, wherein interworking with a non-3GPP system is implemented through an S2a/b/c interface.
  • the P-GW acts as an anchor between the 3GPP and the non-3GPP system.
  • non-3GPP system access is divided into untrusted non-3GPP access and trusted non-3GPP access; wherein untrusted non-3GPP access requires evolved packet data gateway (ePDG, Evolved Packet)
  • ePDG evolved packet data gateway
  • Evolved Packet evolved packet data gateway
  • the Data Gateway is connected to the P-GW.
  • the interface between the ePDG and the P-GW is S2b.
  • the trusted non-3GPP access can be directly connected to the P-GW through the S2a interface.
  • the S2a interface uses the PMIP protocol for information exchange.
  • the S2c interface Provides user plane-related control and mobility support between the user set UE, User Equipment and the P-GW.
  • the supported mobility management protocol is dual-stack mobile IPv6 (DSMIPv6, Moblie IPv6 Support for Dual Stack). Hosts and Routers), which can be used for untrusted non-3GPP and trusted non-3GPP access.
  • FIG. 2 is a schematic diagram of the architecture of the UE accessing the EPC through the WLAN in the prior art. As shown in FIG.
  • one logical network element of the WLAN communicates with the P-GW of the 3GPP through the S2a interface, and the S2a interface supports the GTP (Generic Tunneling Protocol) / The PMIP (Proxy Mobile IP) protocol, but how the specific logical network elements inside the WLAN network support the interworking process with the P-GW, there is no clear technical solution.
  • GTP Generic Tunneling Protocol
  • PMIP Proxy Mobile IP
  • the main purpose of the present invention is to provide a routing method and a function network element, which can implement routing for an accessed 3GPP UE in a trusted WLAN and a 3GPP network convergence network, thereby reducing access of the 3GPP network. pressure.
  • the function network element grants authentication The right charging AAA forwards the authentication request message sent by the UE, and forwards the authentication response message sent by the AAA to the access network element of the WLAN access network; and/or, the function network element receives the WLAN An IP address request message sent by the access network element of the access network.
  • the functional network element is located in the WLAN access network or the 3GPP core network.
  • the AAA is an AAA server or an AAA proxy of the WLAN access network, or an AAA server or an AAA proxy of the 3GPP core network.
  • a universal routing encapsulated GRE tunnel or a multi-protocol label switching MPLS tunnel is established between the functional network element and the access network element of the WLAN access network.
  • the method further includes:
  • the access network element of the WLAN access network determines whether the UE is a 3GPP UE according to an authentication type and/or a domain name of the UE, and determines a packet route.
  • the method further includes:
  • the access network element of the WLAN access network determines, according to the service type associated with the UE, whether to locally allocate an IP address for the UE.
  • the method further includes:
  • the access network element of the WLAN access network obtains the information of the service type of the decision from the AAA server or the AAA proxy of the 3GPP core network by using the authentication of the extended authentication protocol EAP.
  • the service type includes: allowing access to the 3GPP core network, and/or slotted service offloading, or denying access.
  • the access network element of the WLAN access network includes a border network node BNG/access controller AC.
  • the IP address request message is a DHCP message or a route request message.
  • the function entity When the function entity is connected to the AAA server or the AAA proxy of the WLAN access network, the function entity supports the collection of the charging information, and reports the AAA charging message to the AAA server of the WLAN access network or AAA agent.
  • the AAA charging message includes a Radius charging message or a Diameter charging message.
  • the WLAN access network includes an architecture network defined by a fixed broadband forum BBF.
  • a routing method is applied to a network in which a WLAN access network and a 3GPP core network are integrated; a functional network element is configured in the fused network; and the method includes:
  • the function network element receives the authentication response message sent by the AAA, obtains the service type of the decision, and determines whether to allocate the local IP to the UE according to the service type information associated with the UE, and implements routing to the UE.
  • the AAA is an AAA server or an AAA proxy of the WLAN access network, or an AAA server of the 3GPP core network.
  • the functional network element is located in the WLAN access network or the 3GPP core network.
  • the service type includes: allowing access to the 3GPP core network, and/or slotted service offloading, or denying access.
  • the function network element allocates a local IP to the UE after receiving the IP address request message.
  • the IP address request message is a DHCP message or a route request message.
  • a functional network element is applied to a network in which a WLAN access network and a 3GPP core network are integrated; the functional network element includes: a receiving unit, a forwarding unit, and/or a sending unit, where:
  • a receiving unit configured to receive an authentication request message sent by the UE when accessing the WLAN access network; and receiving an authentication response message sent by the AAA; and/or receiving the access network element of the WLAN access network IP address request message; and/or, receiving an AAA charging response message sent by an AAA server or an AAA proxy of the WLAN access network;
  • a forwarding unit configured to forward the authentication request message to the AAA; and forward the authentication response message to an access network element of the WLAN access network;
  • the sending unit is configured to send an AAA charging request message to the AAA server or the AAA proxy of the WLAN access network.
  • the WLAN access network access gateway is located in the WLAN access network or the 3GPP core network.
  • the AAA is an AAA server or an AAA proxy of the WLAN access network, or an AAA server or an AAA proxy of the 3GPP core network.
  • a GRE tunnel or an MPLS tunnel is established between the WLAN access network access gateway and the access network element of the WLAN access network.
  • the access network element of the WLAN access network includes a BNG/AC.
  • the AAA charging message includes a Radius charging message or a Diameter charging message.
  • a functional network element is applied to a network in which a WLAN access network and a 3GPP core network are integrated;
  • the WLAN access network access gateway includes: a receiving unit, an obtaining unit, and a determining unit, where: the receiving unit is configured to receive the AAA The authentication response message sent;
  • a determining unit configured to determine, according to the service type information associated with the UE, whether to allocate a local IP to the UE, and implement routing to the UE.
  • the AAA is an AAA server or an AAA proxy of the WLAN access network, or an AAA server or an AAA proxy of the 3GPP core network.
  • the WLAN access network access gateway is located in the WLAN access network or the 3GPP core network.
  • the service type includes: allowing access to the 3GPP core network, and/or slotted service offloading, or denying access.
  • the WLAN access network access gateway further includes:
  • the allocating unit is configured to allocate a local IP to the UE after the receiving unit receives the IP address request message, when the receiving unit receives the IP address request message.
  • active power is set between a network where a trusted WLAN and a 3GPP network are fused.
  • the function network element forwards the authentication request message sent by the UE to the AAA server, and forwards the authentication sent by the AAA server to the access network element of the trusted WLAN. a response message; and/or, the function network element receives an IP address request message sent by the access network element of the trusted WLAN, and notifies the access network of the trusted WLAN by the IP address allocated by the 3GPP network for the UE
  • the access network element of the WLAN performs routing according to the type of the UE.
  • the invention can perform routing for the 3GPP UE according to the type and service type of the accessed UE, thereby alleviating the access pressure of the 3GPP network.
  • FIG. 1 is a schematic structural diagram of interworking between a 3GPP network and a non-3GPP network in the prior art
  • FIG. 2 is a schematic diagram of a structure in which a UE accesses an EPC through a WLAN in the prior art
  • FIG. 3 is a schematic diagram of a UE passing through a WLAN after introducing TWAG′ in the present invention
  • FIG. 4 is a flowchart of a UE connected to an EPC through a WLAN S2a interface according to an embodiment of the present invention
  • FIG. 5 is a flowchart of a UE connected to an EPC through a WLAN S2a interface according to an embodiment of the present invention
  • FIG. 6 is a flowchart of a UE connected to an EPC through a WLAN S2a interface according to an embodiment of the present invention
  • FIG. 7 is a schematic diagram of the architecture 2 of the UE accessing the EPC through the WLAN S2a interface after the introduction of the TWAG′ in the present invention
  • FIG. 8 is a flowchart of a UE based on architecture 2 accessing an EPC through a WLAN S2a interface according to an embodiment of the present invention
  • FIG. 9 is a flowchart of a UE based on architecture 2 accessing an EPC through a WLAN S2a interface according to an embodiment of the present invention.
  • FIG. 10 is a schematic diagram of a UE based on architecture 2 accessing through a WLAN S2a interface according to an embodiment of the present invention. EPC flow chart;
  • FIG. 11 is a flowchart of a UE accessing an EPC through a WLAN S2a interface according to an embodiment of the present invention
  • FIG. 12 is a flowchart of a UE accessing an EPC through a WLAN S2a interface according to an embodiment of the present invention
  • FIG. 13 is a functional network according to an embodiment of the present invention. Schematic diagram of the composition of the element;
  • FIG. 14 is a schematic structural diagram of another functional network element according to an embodiment of the present invention. detailed description
  • the architecture of the entire network when the UE accesses the EPC through the trusted WLAN is mainly described.
  • the central idea of the architecture is to add a WLAN access gateway within the WLAN network to communicate with the control plane and user plane messages between the WLAN network and the EPC network.
  • FIG. 3 is a schematic diagram of the architecture 1 of the UE accessing the EPC through the WLAN S2a interface after the introduction of the TWAG′ in the present invention.
  • the key interfaces involved in the network architecture are as follows: Interface C: Interface between TWAG' and BBF AAA. The interface is used to forward the authentication message sent by the BNG or BBF AAA, and the authentication success message sent by the BBF AAA can be used to trigger the establishment of a GTP/PMIP tunnel between the TWAG' and the P-GW of the EPC.
  • Interface D is the interface between TWAG' and BNG. This interface is used to forward authentication messages, or DHCP messages, and user data sent by the BNG.
  • the main logical network of the above architecture is for the BBF access architecture. Similarly, the above architecture is also applicable to the WLAN access network.
  • the RG is replaced by an AP and the BNG is replaced by an AC.
  • the process of accessing the 3GPP EPC by the 3GPP UE through the WLAN is mainly described.
  • the EAP authentication process needs to be forwarded to the WLAN AAA through the TWAG, and the AP/RG is used as the EAP Authenticator, AC/BNG and TWAG as the AAA proxy.
  • This embodiment is executed when the traffic type that the AC/BNG receives the 3GPP AAA decision is to allow access to the EPC.
  • 4 is a flowchart of a UE connected to an EPC through a WLAN S2a interface according to a first embodiment of the present invention.
  • the process for a UE to access an EPC through a WLAN S2a interface includes the following steps:
  • Step 401 The UE performs a non-3GPP-specific process with the WLAN network element, for example, establishing a link, and the like;
  • Step 402 The UE may send an EAPOL-START message to the AP/RG to request authentication.
  • Step 403-Step 404 The AP/RG acts as an EAP Authenticator and triggers an EAP authentication process to the UE.
  • the UE carries the NAI in the EAP-RES/Identity message.
  • the AC/BNG can determine whether it is a 3GPP UE according to the authentication type. If the authentication type is not EAP authentication, it is considered as a WLAN UE, and the WLAN UE access is performed.
  • the domain name information in the NAI is obtained by parsing the message, and it is determined to be a 3GPP UE; or, the domain name can be used to determine that it is a 3GPP UE. If it is a 3GPP UE, the UE MAC address and the domain name information are associated with the corresponding GRE tunnel, and the association relationship is locally saved. Then, the message is encapsulated into the TWAG through the GRE tunnel, or forwarded to the TWAG according to the route. After receiving the GRE message, TWAG' removes the encapsulation of the GRE header, and then acts as an AAA proxy, forwards the decapsulated packet to WLAN AAA, and forwards it to 3GPP AAA via WLAN AAA.
  • GRE tunnels can be replaced by other types of tunnels, such as MPLS.
  • EAP authentication messages are directly transmitted through the tunnel and are not transmitted through the tunnel.
  • Step 405 - Step 407 Perform a subsequent EAP process.
  • step 406 is performed.
  • TWAG' functions as step 403-step 404 as an AAA proxy or AAA relay.
  • AC/BNG obtains the service type authorized by 3GPP AAA.
  • the service type includes: Allow access to EPC, and/or slotted services. Divert, or deny access.
  • the AC/BNG obtains the service type authorized by the 3GPP AAA, if the service type is allowed to access the EPC, the information may be bound to the UE MAC address, and the association relationship is locally saved. In this embodiment, the type of service is to allow access to the EPC.
  • the AC/BNG may locally store the association between the service type and the UE MAC address to explicitly indicate that the type of service it supports is to allow access to the EPC, or may not save the association locally to implicitly describe the services it supports.
  • the type is to allow access to the EPC.
  • step 408-411 is performed, and then the process proceeds to step 412. Otherwise, go directly to step 412 for execution.
  • Step 408-Step 413 After receiving the EAP authentication success message, the TWAG' requests the establishment of the GTP/PMIP tunnel to the P-GW, and also establishes an IP-CAN session with the PCRF, and performs P- between the HSS and the HSS. GW identification update. After receiving the create session response message or the proxy binding acknowledgement message, the TWAG sends an EAP authentication success message to the UE through the AC/BNG and the AP/RG.
  • Step 414 - Step 415 If the UE sends a DHCP request message, the AC/BNG receives the DHCP request message (which may be a DHCPv4 or DHCPv6 message) sent by the UE, and then finds the associated service type as the allowed access according to the UE MAC. The EPC then finds the associated GRE tunnel and encapsulates the message to the TWAG through the GRE tunnel. After receiving the GRE message, the TWAG' removes the encapsulation of the GRE header and then processes the DHCP request message.
  • the DHCP request message which may be a DHCPv4 or DHCPv6 message
  • step 408-411 are performed, and then the process proceeds to step 416. Otherwise, go directly to step 416 for execution.
  • Step 416 - Step 417 Perform another DHCP process between the UE and the TWAG to allocate an IP address to the UE. At this time, you can also bind the IP address to the MAC address.
  • Step 418 If the UE sends a route request message, after receiving the route request message sent by the UE, the AC/BNG finds that the associated service type is allowed to access the EPC according to the UE MAC, and then finds the associated GRE tunnel through the GRE.
  • the tunnel encapsulates the message to TWAG';TWAG' After receiving the GRE packet, the encapsulation of the GRE header is removed, and then the routing request message is processed.
  • step 408-411 is performed, and then go to step 420 to continue execution. Otherwise, go directly to step 420 to continue.
  • Step 420 - Step 421 Perform the remaining process of the route confirmation message to allocate an IP address to the UE. At this time, you can also bind the IP address to the MAC address.
  • the BNG/AC supports the collection of the charging information based on the UE and reports it to the WLAN AAA for charging.
  • the TWAG can also support the collection of the charging information and report it to the WLAN.
  • AAA performs billing. Therefore, when the TWAG' allocates an IP address to the UE (for example, in the case of TWAG, while performing step 417 or step 420), a charging request (start) message is sent to the WLAN AAA, and then the WLAN AAA replies to the charging response (start). Message.
  • start charging request
  • the TWAG the calculated charging information is the charging information of the related service data that the 3GPP UE accesses the EPC.
  • the billing information is the total billing information or the independent billing information of the service data of the 3GPP UE accessing the EPC and the direct service offload.
  • the charging request (start message) sent to the WLAN is sent when the TWAG' receives the first request for the IP address, for example: TWAG, receives the first A message requesting an IP address indicating its direct traffic offload, then the TWAG sends a charging request (start message) to the WLAN, and subsequently, the TWAG receives a message requesting an IP address, instructing it to allocate an IP from the PDN GW. Address, TWAG at this time, will not send a charging request (start message) to the WLAN; vice versa.
  • the charging request (start message) is sent independently. These billing information can be used as a reference for billing bills between operators.
  • Step 422 When the BNG/AC receives the uplink data, it also finds the associated service type as EPC access according to the UE MAC or the UE IP address, and then finds the associated GRE tunnel, and then encapsulates the message through the GRE tunnel.
  • TWAG After TWAG, TWAG' receives the GRE header, removes the encapsulation of the GRE header, encapsulates it through GTP or PMIP tunnel, and forwards it to the P-GW.
  • the BNG/AC receives the downlink data, it directly removes the encapsulation of the GRE header and forwards the packet to the packet.
  • the TWAG when the TWAG receives the detachment related message of the UE leaving the network, it sends a charging request (termination) message to the WLAN AAA, and then the WLAN AAA replies with the charging response (terminating) message.
  • TWAG can also support the Diameter charging protocol, and the related message replaces the related charging message of the above Radius.
  • the process is similar to that in the second embodiment.
  • the difference is that the AP/RG is not used as the EAP Authenticator, but the AC/BNG is used as the EAP Authenticator.
  • the AP/RG cannot sense the related EAP authentication process.
  • Other processes refer to the related description of Embodiment 2. For details, refer to the process shown in Figure 5. The details are as follows:
  • Step 501 The UE performs a non-3GPP-specific process with the WLAN network element, for example, establishing a link, and the like;
  • Step 502 The UE may send an EAPOL-START message to the AC/BNG to request authentication.
  • Step 503-Step 504 The AC/BNG acts as an EAP authenticator, and triggers an EAP authentication process to the UE.
  • the UE carries the NAI in the EAP-RES/Identity message.
  • the AC/BNG can determine whether it is a 3GPP UE according to the authentication type. If the authentication type is not EAP authentication, it is considered as a WLAN UE, and the WLAN UE access is performed.
  • the domain name information in the NAI is obtained by parsing the message, and it is determined to be a 3GPP UE; or, the domain name can be used to determine that it is a 3GPP UE. If it is a 3GPP UE, the UE MAC address and the domain name information are associated with the corresponding GRE tunnel, and the association relationship is locally saved. Then, the packet is encapsulated into the TWAG through the GRE tunnel, or forwarded to the TWAG according to the route. After receiving the GRE message, TWAG' removes the encapsulation of the GRE header, and as an AAA proxy, it will be decapsulated. The message is forwarded to WLAN AAA and forwarded to 3GPP AAA via WLAN AAA.
  • GRE tunnels can be replaced by other types of tunnels, such as MPLS.
  • EAP authentication messages are directly transmitted through the tunnel and are not transmitted through the tunnel.
  • Step 505 - Step 507 Perform a subsequent EAP process.
  • step 506 is performed.
  • TWAG' functions as step 503-step 504, acting as an AAA proxy.
  • the AC/BNG obtains the service type authorized by the 3GPP AAA.
  • the service type includes: allowing access to the EPC, and/or slotted service offload, or denying access.
  • the AC/BNG obtains the service type authorized by the 3GPP AAA, if the service type is allowed to access the EPC, the information may be bound to the UE MAC address, and the association relationship is locally saved. In this embodiment, the type of service is to allow access to the EPC.
  • the AC/BNG may locally store the association between the service type and the UE MAC address to explicitly indicate that the type of service it supports is to allow access to the EPC, or may not save the association locally to implicitly describe the services it supports.
  • the type is to allow access to the EPC.
  • step 508-511 is performed, and then the process proceeds to step 512. Otherwise, go directly to step 512 for execution.
  • Step 508 - Step 513 After receiving the EAP authentication success message, the TWAG' requests the establishment of the GTP/PMIP tunnel to the P-GW, and also establishes an IP-CAN session with the PCRF, and performs P- between the HSS and the HSS. GW identification update. After receiving the create session response message or the proxy binding acknowledgement message, the TWAG sends an EAP authentication success message to the UE through the AC/BNG and the AP/RG.
  • Step 514 - Step 515 If the UE sends a DHCP request message, the AC/BNG receives the DHCP request message (which may be a DHCPv4 or DHCPv6 message) sent by the UE, and then finds the associated service type as the allowed access according to the UE MAC. The EPC then finds the associated GRE tunnel and encapsulates the message to the TWAG through the GRE tunnel. After receiving the GRE message, the TWAG' removes the encapsulation of the GRE header and then processes the DHCP request message. If the GTP/PMIP tunnel establishment is triggered by the DHCP message, then steps 508-511 are performed, and then the process proceeds to step 516. Otherwise, go directly to step 516 for execution.
  • the DHCP request message which may be a DHCPv4 or DHCPv6 message
  • Step 516 - Step 517 Perform another DHCP process between the UE and the TWAG to allocate an IP address to the UE. In this case, you can also bind the IP address to the MAC address.
  • Step 518 - Step 519 If the UE sends a route request message, the AC/BNG receives
  • the UE After the routing request message sent by the UE, the UE is found to be connected to the EPC according to the service type of the UE, and then the associated GRE tunnel is found, and the message is encapsulated into the TWAG by the GRE tunnel; the TWAG' receives the GRE message. After that, the encapsulation of the GRE header is removed, and then the routing request message is processed. If the GTP/PMIP tunnel establishment is triggered by the route request message, then step 408-511 is performed, and then go to step 520 to continue execution. Otherwise, go directly to step 520 to continue.
  • Step 520 - Step 521 Perform the remaining process of the route confirmation message to allocate an IP address to the UE. In this case, you can also bind the IP address to the MAC address.
  • Step 522 When the BNG/AC receives the uplink data, it also finds the associated service type as EPC access according to the UE MAC or the UE IP address, and then finds the associated GRE tunnel, and then encapsulates the message through the GRE tunnel.
  • TWAG After TWAG, TWAG' receives the GRE header, removes the encapsulation of the GRE header, encapsulates it through GTP or PMIP tunnel, and forwards it to the P-GW.
  • the BNG/AC When the BNG/AC receives the downlink data, it directly removes the encapsulation of the GRE header and forwards the packet to the packet.
  • the TWAG can also support the collection of charging information.
  • the TWAG can also support the collection of charging information.
  • the process of directly performing slotted service offloading by the 3GPP UE through WLAN access is mainly described.
  • the EAP authentication process needs to be forwarded to WLAN AAA through TWAG, AP/RG as EAP Authenticator, and AC/BNG and TWAG' as AAA agents.
  • the AC/BNG receives the service type authorized by the 3GPP AAA as a slotted service offloading operation, the implementation is performed. example. For details, refer to the process shown in Figure 6.
  • the process includes the following steps:
  • Step 601 - Step 613 It is identical to Step 401 - Step 413.
  • the AC/BNG as an AAA proxy, obtains the service type authorized by the 3GPP AAA.
  • the service type includes: EPC access, and/or slotted service offload, or denial of access.
  • the AC/BNG obtains the service type authorized by the 3GPP AAA, if the service type is a split service, the slotted service offload information is bound to the UE MAC address, and the association relationship is saved locally.
  • Step 614 Step 616: If the UE sends a DHCP request message, the AC/BNG receives the DHCP request message sent by the UE, and then determines to locally allocate the IP address allocation to the UE according to the slotted service offload information associated with the UE MAC address. Then, the remaining steps of the DHCP process are performed to complete the process of assigning an IP address to the UE. In this case, you can also bind the IP address to the MAC address.
  • Step 617 Step 618: If the UE sends a route request message, the AC/BNG receives the route request message sent by the UE, and determines to locally allocate the IP address to the UE according to the slotted service offload information associated with the UE MAC address. Then, an acknowledgment message is sent to the UE, and the process of allocating an IP address to the UE is completed. In this case, you can also bind the IP address to the MAC address.
  • Step 619 When the BNG/AC receives the uplink data, it also finds the associated service type as a slotted service offload according to the UE MAC or the source IP address, and then performs specific data forwarding.
  • the BNG/AC When the BNG/AC receives downlink data, it forwards the packet directly to the UE.
  • step 601-step 613 is replaced by step 501-step 513.
  • the processing of the other steps is the same as that of this embodiment.
  • the BNG/AC sends the charging information to the WLAN AAA
  • the adopted protocol is an AAA charging protocol, including: a Radius charging protocol, or a Diameter charging protocol.
  • Example 5 the difference from the flow of Embodiment 1 is that a TWAG' is added in the WLAN network: TWAG' has no interface interaction with the BBF AAA, and there is no STa interface between the BBF AAA and the 3GPP AAA, TWAG' and There is interface interaction between 3GPP AAA. Other functions refer to the related description of Embodiment 1. See Figure 7 for details.
  • Interface C is the interface between TWAG' and 3GPPAAA.
  • the interface is used to forward the authentication message sent by the BNG or BBF AAA, and the authentication success message sent by the BBF AAA can be used to trigger the establishment of a GTP/PMIP tunnel between the TWAG' and the P-GW of the EPC.
  • Interface D is the interface between TWAG' and BNG. This interface is used to forward authentication messages, or DHCP messages, and user data sent by the BNG.
  • the 3GPP UE's authentication is through BNG to TWAG, and then TWAG, forwarded to 3GPP AAA for the interaction of the authentication process.
  • the charging information is collected by the BNG, and then reported to the BBF AAA for local charging information statistics, and used for reconciliation with the charging information of the 3GPP core network;
  • a Radius or Diameter billing protocol can be used between BNG and BBF AAA.
  • the main logical network of the above architecture is for the BBF access architecture. Similarly, the above architecture is also applicable to the WLAN access network.
  • the RG is replaced by an AP and the BNG is replaced by an AC.
  • the procedure of the embodiment 2 is similar, except that the EAP authentication process between the TWAG and the 3GPP AAA does not need to be transited by the WLAN AAA, but directly communicates with each other.
  • Other processes refer to the related description of Embodiment 2. For details, see the process shown in Figure 8. The details are as follows:
  • Step 801 The UE and the WLAN network element perform a non-3GPP-specific process, such as: link establishment, and the like;
  • Step 802 The UE may send an EAPOL-START message to the AP/RG to request authentication.
  • Step 803 - Step 804 The AP/RG acts as the ⁇ Authenticator and triggers the ⁇ authentication process to the UE.
  • the UE carries the NAI in the EAP-RES/Identity message.
  • the AC/BNG can determine whether it is a 3GPP UE according to the authentication type. If the authentication type is not EAP authentication, it is considered as a WLAN UE, and the WLAN UE access is performed.
  • the domain name information in the NAI is obtained by parsing the message, and it is determined to be a 3GPP UE; or, the domain name can be used to determine that it is a 3GPP UE. If it is a 3GPP UE, the UE MAC address and the domain name information are associated with the corresponding GRE tunnel, and the association relationship is locally saved. Then, the message is encapsulated into the TWAG through the GRE tunnel, or forwarded to the TWAG according to the route. After receiving the GRE message, TWAG' removes the encapsulation of the GRE header and then forwards the decapsulated message to 3GPPAAA as an AAA proxy.
  • GRE tunnels can be replaced by other types of tunnels, such as MPLS.
  • EAP authentication messages are directly transmitted through the tunnel and are not transmitted through the tunnel.
  • Step 805 - Step 807 Perform a subsequent EAP process.
  • step 806 is performed.
  • TWAG' acts as step 803-step 804 as an AAA proxy.
  • the AC/BNG obtains the service type authorized by the 3GPP AAA.
  • the service type includes: allowing access to the EPC, and/or slotted service offload, or denying access.
  • the AC/BNG obtains the service type authorized by the 3GPP AAA, if the service type is allowed to access the EPC, the information may be bound to the UE MAC address, and the association relationship is locally saved. In this embodiment, the type of service is to allow access to the EPC.
  • the AC/BNG may locally store the association between the service type and the UE MAC address to explicitly indicate that the type of service it supports is to allow access to the EPC, or may not save the association locally to implicitly describe the services it supports.
  • the type is to allow access to the EPC.
  • Step 808 - step 811 After receiving the EAP authentication success message, the TWAG' requests the establishment of the GTP/PMIP tunnel to the P-GW, and also establishes an IP-CAN session with the PCRF, and performs P- between the HSS and the HSS. GW identification update. After receiving the create session response message or the proxy binding acknowledgement message, the TWAG sends an EAP authentication success message to the UE through the AC/BNG and the AP/RG.
  • Step 814 - Step 815 If the UE sends a DHCP request message, the AC/BNG receives the DHCP request message (specifically, it may be a DHCPv4 or a DHCPv6 message), and then finds the associated service type as the allowed access according to the UE MAC. The EPC then finds the associated GRE tunnel and encapsulates the message to the TWAG through the GRE tunnel. After receiving the GRE message, the TWAG' removes the encapsulation of the GRE header and then processes the DHCP request message.
  • the DHCP request message specifically, it may be a DHCPv4 or a DHCPv6 message
  • steps 808-811 are performed, and then go to step 816 for execution. Otherwise, go directly to step 816 for execution.
  • Step 816-Step 817 Perform another DHCP process between the UE and the TWAG to allocate an IP address to the UE. In this case, you can also bind the IP address to the MAC address.
  • Step 818-Step 819 If the UE sends a route request message, after receiving the route request message sent by the UE, the AC/BNG finds that the associated service type is allowed to access the EPC according to the UE MAC, and then finds the associated GRE tunnel. The packet is encapsulated by the GRE tunnel to the TWAG'; after receiving the GRE packet, the TWAG' removes the encapsulation of the GRE header and then processes the routing request message.
  • step 808 - step 811 is performed, and then go to step 820 to continue execution. Otherwise, go directly to step 820 to continue.
  • Step 820 - Step 821 Perform the remaining process of the route confirmation message to allocate an IP address to the UE. In this case, you can also bind the IP address to the MAC address.
  • Step 822 When the BNG/AC receives the uplink data, it also according to the UE MAC or the UE IP. Address, find the associated service type as EPC access, and then find the associated GRE tunnel, and then encapsulate the message to TWAG through the GRE tunnel; after receiving the GRE message, TWAG' removes the encapsulation of the GRE header and passes The GTP or PMIP tunnel is encapsulated and forwarded to the P-GW.
  • the BNG/AC When the BNG/AC receives the downlink data, it directly removes the encapsulation of the GRE header and forwards the packet to the packet.
  • the process is similar to that in Embodiment 6.
  • the difference is that the AP/RG is not used as the EAP Authenticator, but the AC/BNG is used as the EAP Authenticator.
  • the AP/RG cannot sense the related EAP authentication process.
  • Other processes refer to the related description of Embodiment 6. For details, see the process shown in Figure 9, including the following steps:
  • Step 901 The UE and the WLAN network element perform a non-3GPP specific process, such as: link establishment, etc.;
  • Step 902 The UE may send an EAPOL-START message to the AC/BNG to request authentication.
  • Step 903-Step 904 The AC/BNG acts as an EAP authenticator, and triggers an EAP authentication process to the UE.
  • the UE carries the NAI in the EAP-RES/Identity message.
  • the AC/BNG can determine whether it is a 3GPP UE according to the authentication type. If the authentication type is not EAP authentication, it is considered as a WLAN UE, and the WLAN UE access is performed.
  • the domain name information in the NAI is obtained by parsing the message, and it is determined to be a 3GPP UE; or, the domain name can be used to determine that it is a 3GPP UE. If it is a 3GPP UE, the UE MAC address and the domain name information are associated with the corresponding GRE tunnel, and the association relationship is locally saved. Then, the packet is encapsulated into the TWAG through the GRE tunnel, or forwarded to the TWAG according to the route. After receiving the GRE message, TWAG' removes the encapsulation of the GRE header and then forwards the decapsulated message to 3GPPAAA as an AAA proxy.
  • Step 905 Step 907: Perform a subsequent EAP process.
  • step 906 is performed.
  • TWAG' acts as step 903-step 904 as an AAA proxy.
  • the AC/BNG obtains the service type authorized by the 3GPP AAA.
  • the service type includes: allowing access to the EPC, and/or slotted service offload, or denying access.
  • the AC/BNG After the AC/BNG obtains the service type authorized by the 3GPP AAA, if the service type is allowed to access the EPC, the information may be bound to the UE MAC address, and the association relationship is locally saved.
  • the type of service is to allow access to the EPC.
  • the AC/BNG may locally store the association between the service type and the UE MAC address to explicitly indicate that the type of service it supports is to allow access to the EPC, or may not save the association locally to implicitly describe the services it supports.
  • the type is to allow access to the EPC.
  • step 908-step 911 is performed, and then the process proceeds to step 912. Otherwise, go directly to step 912 for execution.
  • Step 908 Step 913: After receiving the EAP authentication success message, the TWAG' requests the P-GW to establish a GTP/PMIP tunnel, and also establishes an IP-CAN session with the PCRF, and performs P- between the HSS and the HSS. GW identification update. After receiving the create session response message or the proxy binding acknowledgement message, the TWAG sends an EAP authentication success message to the UE through the AC/BNG and the AP/RG.
  • Step 914 - Step 915 If the UE sends a DHCP request message, the AC/BNG receives the DHCP request message (specifically, it may be a DHCPv4 or a DHCPv6 message), and then finds the associated service type as the allowed access according to the UE MAC. The EPC then finds the associated GRE tunnel and encapsulates the message to the TWAG through the GRE tunnel. After receiving the GRE message, the TWAG' removes the encapsulation of the GRE header and then processes the DHCP request message.
  • the DHCP request message specifically, it may be a DHCPv4 or a DHCPv6 message
  • Step 916 - Step 917 Perform another process of DHCP between the UE and the TWAG, and allocate an IP address to the UE. In this case, you can also bind the IP address to the MAC address.
  • Step 918 Step 919: If the UE sends a route request message, the AC/BNG receives the route request message sent by the UE, and then finds the associated service type according to the UE MAC to allow access to the EPC, and then finds the associated GRE tunnel. The packet is encapsulated by the GRE tunnel to the TWAG'; after receiving the GRE packet, the TWAG' removes the encapsulation of the GRE header and then processes the routing request message.
  • step 908-step 911 is performed, and then go to step 920 to continue execution. Otherwise, go directly to step 920 to continue.
  • Step 920 - Step 921 Perform the remaining process of the route confirmation message to allocate an IP address to the UE. In this case, you can also bind the IP address to the MAC address.
  • Step 922 When the BNG/AC receives the uplink data, it also finds the associated service type as EPC access according to the UE MAC or the UE IP address, and then finds the associated GRE tunnel, and then encapsulates the message through the GRE tunnel.
  • TWAG After TWAG, TWAG' receives the GRE header, removes the encapsulation of the GRE header, encapsulates it through GTP or PMIP tunnel, and forwards it to the P-GW.
  • the BNG/AC When the BNG/AC receives the downlink data, it directly removes the encapsulation of the GRE header and forwards the packet to the packet.
  • the procedure is the same as that in the fourth embodiment.
  • the difference is that the EAP authentication process between the TWAG and the 3GPP AAA does not need to be transited by the WLAN AAA, but directly communicates with each other.
  • Other processes refer to the related description of Embodiment 4.
  • Step 1001 - Step 1013 The same as Step 401 - Step 413.
  • the AC/BNG as an AAA proxy, obtains the service type authorized by the 3GPP AAA.
  • the service type includes: EPC access, and/or slotted service offload, or denial of access.
  • Step 1014 Step 1016: If the UE sends a DHCP request message, the AC/BNG receives the DHCP request message sent by the UE, and then determines to locally allocate the IP address to the UE according to the slotted service offload information associated with the UE MAC address. Then, the remaining steps of the DHCP process are performed to complete the process of assigning an IP address to the UE. In this case, you can also bind the IP address to the MAC address.
  • Step 1017 Step 1018: If the UE sends a route request message, after receiving the route request message sent by the UE, the AC/BNG decides to allocate the IP address allocation to the UE locally according to the slotted service offload information associated with the UE MAC address. Then, an acknowledgment message is sent to the UE, and the process of allocating an IP address to the UE is completed. In this case, you can also bind the IP address to the MAC address.
  • Step 1019 When the BNG/AC receives the uplink data, it also finds the associated service type as a slotted service offload according to the UE MAC or the source IP address, and then performs specific data forwarding.
  • the BNG/AC When the BNG/AC receives downlink data, it forwards the packet directly to the UE.
  • Step 1001 - Step 1013 is replaced by Step 501 - Step 513.
  • the processing of the other steps is the same as that of this embodiment.
  • the embodiment is based on the architecture of the embodiment 1.
  • the TWAG supports assigning a local IP address to the UE. For details, see the process shown in Figure 11. The process includes the following steps:
  • Step 1101 - Step 1113 It is identical to the foregoing steps 601 - 613.
  • Step 1114 - Step 1115 It is identical to the foregoing Step 614 - Step 615.
  • Step 1116 - Step 1117 If the UE sends a DHCP request message, the AC/BNG root The associated GRE tunnel is found according to the UE MAC address, and the message is sent to the TWAG' through the GRE tunnel. After receiving the GRE message, the TWAG' decapsulates and obtains the DHCP request message sent by the UE, and the slot is associated according to the UE MAC address. The service offload information determines that the IP address allocation is assigned to the UE locally. Then, the remaining steps of the DHCP process are performed to complete the process of assigning an IP address to the UE. At this time, TWAG can bind the IP address to the MAC address.
  • Step 1118 - Step 1121 If the UE sends a route request message, the AC/BNG receives the route request message sent by the UE, finds the associated GRE tunnel according to the UE MAC address, and sends a message to the TWAG' through the GRE tunnel.
  • the packet is a Layer 2 packet that encapsulates the routing message.
  • the TWAG' After receiving the GRE packet, the TWAG' obtains the Layer 2 packet and obtains the UE MAC address from the Layer 2 protocol header of the packet, and then associates the MAC address according to the UE.
  • the slotted service offload information determines that the UE is assigned an IP address assignment. Then, an acknowledgment message is sent to the UE, and the process of allocating an IP address to the UE is completed. In this case, you can also bind the IP address to the MAC address.
  • the BNG/AC supports the collection of the charging information based on the UE and reports it to the WLAN AAA for charging.
  • the TWAG can also support the collection of the charging information and report it to the WLAN.
  • AAA performs billing. Therefore, when TWAG' assigns an IP address to the UE (for example, at the same time as TWAG, when step 1116 or 1120 is performed), a charging request (start) message is sent to the WLAN AAA, and then the WLAN AAA replies to the charging response (start) message.
  • the TWAG performs specific service offloading, and the TWAG, the calculated charging information is the total charging information or the independent charging information of the service data of the 3GPP UE accessing the EPC and the direct service offload. For details, refer to the related description of Embodiment 2. These billing information can be used as a billing reference between operators.
  • Step 1122 When the BNG/AC receives the uplink data, the associated GRE tunnel is found according to the UE MAC or the source IP address, and the packet is sent to the TWAG' through the GRE tunnel.
  • the data packet can be the encapsulated Layer 2 datagram.
  • the TWAG obtains the GRE message, decapsulates the data packet, and then finds the data according to the UE MAC address or the UE IP address.
  • the business type to which it is associated is a split traffic, and then specific data forwarding is performed.
  • the TWAG When the TWAG receives the downlink data, it follows the reverse process of the uplink data forwarding path and forwards it to the UE.
  • step 1101 - step 1113 is replaced by step 501-513.
  • the processing of the other steps is the same as that of this embodiment.
  • the TWAG' when the TWAG' receives the detachment related message of the UE leaving the network, it sends a charging request (termination) message to the WLAN AAA, and then the WLAN AAA replies to the charging response (terminating) message.
  • TWAG can also support the Diameter charging protocol, and the related message replaces the related charging message of the above Radius.
  • the embodiment is based on the architecture of the embodiment 2.
  • the TWAG supports assigning a local IP address to the UE.
  • the process shown in Figure 12. the process is similar to that of the embodiment 9, except that the EAP authentication process between the TWAG' and the 3GPP AAA does not need to be transited by the WLAN AAA, but directly communicates with each other.
  • the related description of Embodiment 9. refer to the process shown in Figure 12.
  • the process includes the following steps: Step 1201 - Step 1213: The same as Step 1001 - Step 1013, refer to the foregoing Step 1001 - Step 1013.
  • Step 1214 - Step 1215 The same as the foregoing Step 1014 - Step 10115, see Step 1014 - Step 1015.
  • Step 1216 - Step 1217 If the UE sends a DHCP request message, the AC/BNG finds the associated GRE tunnel according to the UE MAC address, and sends the message to the TWAG' through the GRE tunnel. After receiving the GRE message, the TWAG' decapsulates the packet. After the DHCP request message sent by the UE, according to the slotted service offload information associated with the UE MAC address, the local UE is determined to be With IP address allocation. Then, the remaining steps of the DHCP process are performed to complete the process of assigning an IP address to the UE. At this time, TWAG can bind the IP address to the MAC address.
  • Step 1218 - Step 1221 If the UE sends a route request message, the AC/BNG receives the route request message sent by the UE, finds the associated GRE tunnel according to the UE MAC address, and sends a message to the TWAG' through the GRE tunnel.
  • the packet is a Layer 2 packet that encapsulates the routing message.
  • the TWAG' After receiving the GRE packet, the TWAG' obtains the Layer 2 packet and obtains the UE MAC address from the Layer 2 protocol header of the packet, and then associates the MAC address according to the UE.
  • the slotted service offload information determines that the UE is assigned an IP address assignment. Then, an acknowledgment message is sent to the UE, and the process of allocating an IP address to the UE is completed. In this case, you can also bind the IP address to the MAC address.
  • Step 1222 When the BNG/AC receives the uplink data, the associated GRE tunnel is found according to the UE MAC or the source IP address, and the packet is sent to the TWAG' through the GRE tunnel.
  • the data packet can be the encapsulated Layer 2 datagram.
  • the TWAG after receiving the GRE packet, decapsulates and obtains the data packet, and then finds the associated service type as a slotted service traffic according to the UE MAC address or the UE IP address, and then executes the specific service. Data forwarding.
  • the TWAG When the TWAG receives the downlink data, it follows the reverse process of the uplink data forwarding path and forwards it to the UE.
  • the above embodiment is for the AP/RG as the EAP authenticator. If the AC/BNG is the EAP authenticator, then the step 1201 - step 1213 is replaced by the step 501 - step 513. The processing of the other steps is the same as that of this embodiment.
  • FIG. 13 is a schematic structural diagram of a functional network element according to an embodiment of the present invention.
  • the functional network element in the embodiment of the present invention is applied to a trusted WLAN access network and a 3GPP core network.
  • the receiving unit 130 and the forwarding unit 131 and/or the transmitting unit are optional functional units), where:
  • the receiving unit 130 is configured to receive an authentication request message sent by the UE when accessing the WLAN access network, and receive an authentication response message sent by the AAA, and/or receive the access network element of the WLAN access network. Sending an IP address request message; and/or receiving an AAA charging response message sent by an AAA server or an AAA proxy of the WLAN access network;
  • the forwarding unit 131 is configured to forward the authentication request message to the AAA, and forward the authentication response message to an access network element of the WLAN access network;
  • the sending unit is configured to send an AAA charging request message to the AAA of the WLAN access network when the receiving unit 130 receives the AAA charging response message sent by the AAA server or the AAA proxy of the WLAN access network.
  • the WLAN access network access gateway is located in the WLAN access network or the 3GPP core network.
  • the AAA is an AAA server or an AAA proxy of the WLAN access network, or an AAA server or an AAA proxy of the 3GPP core network.
  • a GRE tunnel or an MPLS tunnel is established between the WLAN access network access gateway and the access network element of the WLAN access network.
  • the access network element of the WLAN access network includes a BNG/AC.
  • FIG. 14 is a schematic structural diagram of another functional network element according to an embodiment of the present invention.
  • the functional network element in the embodiment of the present invention is applied to a network in which a trusted WLAN access network and a 3GPP core network are integrated.
  • the method includes: a receiving unit 140, an obtaining unit 141, and a determining unit 142, among them:
  • the receiving unit 140 is configured to receive an authentication response message sent by the AAA.
  • An obtaining unit 141 configured to obtain a business type of the decision
  • the determining unit 142 is configured to determine, according to the service type information associated with the UE, whether to allocate a local IP to the UE, and implement routing to the UE.
  • the AAA is an AAA server or an AAA proxy of the WLAN access network, or an AAA server or an AAA proxy of the 3GPP core network.
  • the WLAN access network access gateway is located in the WLAN access network or the 3GPP core network.
  • the service type includes: allowing access to the 3GPP core network, and/or slotted service offloading, or denying access.
  • the example function network element further includes: an allocating unit (not shown in FIG. 14);
  • the allocating unit allocates a local IP to the UE.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

La présente invention se rapporte à un procédé de sélection de routage qui est mis en œuvre dans un réseau convergé comprenant un réseau d'accès WLAN et un réseau central 3GPP. Un élément de réseau fonctionnel est prévu entre le réseau d'accès WLAN et le réseau central 3GPP. Le procédé selon l'invention comprend les étapes suivantes : quand un UE exécute un accès via un réseau d'accès WLAN, un élément de réseau fonctionnel transfère, à un serveur AAA, un message de demande d'authentification transmis par l'UE, et il transfère, à un élément de réseau d'accès du réseau d'accès WLAN, le message de réponse d'authentification transmis par le serveur AAA; et/ou l'élément de réseau fonctionnel reçoit un message de demande d'adresse IP transmis par l'élément de réseau d'accès du réseau d'accès WLAN. La présente invention se rapporte d'autre part à un élément de réseau fonctionnel. La présente invention est apte à exécuter une sélection de routage pour un UE 3GPP, sur la base du type de l'UE qui exécute l'accès ainsi que sur la base du type de service. Cela permet de réduire la pression d'accès sur un réseau 3GPP.
PCT/CN2013/074627 2012-05-23 2013-04-24 Procédé de sélection de routage et élément de réseau fonctionnel WO2013174190A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210162285.X 2012-05-23
CN201210162285XA CN103428800A (zh) 2012-05-23 2012-05-23 路由选择方法及功能网元

Publications (1)

Publication Number Publication Date
WO2013174190A1 true WO2013174190A1 (fr) 2013-11-28

Family

ID=49623088

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/074627 WO2013174190A1 (fr) 2012-05-23 2013-04-24 Procédé de sélection de routage et élément de réseau fonctionnel

Country Status (2)

Country Link
CN (1) CN103428800A (fr)
WO (1) WO2013174190A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115333883A (zh) * 2017-08-10 2022-11-11 华为技术有限公司 宽带网络业务网关与第五代核心网之间的交互

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105101337B (zh) * 2014-05-22 2019-01-01 中国电信股份有限公司 信息发送方法和系统
CN110855809B (zh) * 2014-06-25 2021-10-26 华为技术有限公司 报文处理方法及装置
CN108377493B (zh) * 2016-11-21 2021-01-29 华为技术有限公司 连接建立方法、设备及系统
CN108377497B (zh) * 2016-11-21 2020-03-10 华为技术有限公司 连接建立方法、设备及系统
CN109428875B (zh) * 2017-08-31 2024-03-12 华为技术有限公司 基于服务化架构的发现方法及装置
CN115174172A (zh) * 2019-03-18 2022-10-11 华为技术有限公司 一种通信方法、装置及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050130659A1 (en) * 2003-06-30 2005-06-16 Nokia Corporation Method for optimizing handover between communication networks
CN1674497A (zh) * 2004-03-26 2005-09-28 华为技术有限公司 Wlan终端接入移动网络的认证方法
CN101753635A (zh) * 2008-12-17 2010-06-23 华为技术有限公司 Ipv6地址配置方法和系统
CN101867625A (zh) * 2010-07-19 2010-10-20 中国电信股份有限公司 一种分配IPv6地址的方法以及家庭网关

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050130659A1 (en) * 2003-06-30 2005-06-16 Nokia Corporation Method for optimizing handover between communication networks
CN1674497A (zh) * 2004-03-26 2005-09-28 华为技术有限公司 Wlan终端接入移动网络的认证方法
CN101753635A (zh) * 2008-12-17 2010-06-23 华为技术有限公司 Ipv6地址配置方法和系统
CN101867625A (zh) * 2010-07-19 2010-10-20 中国电信股份有限公司 一种分配IPv6地址的方法以及家庭网关

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115333883A (zh) * 2017-08-10 2022-11-11 华为技术有限公司 宽带网络业务网关与第五代核心网之间的交互
US11722434B2 (en) 2017-08-10 2023-08-08 Futurewei Technologies, Inc. Interactions between a broadband network gateway and a fifth generation core
CN115333883B (zh) * 2017-08-10 2023-12-08 华为技术有限公司 宽带网络业务网关与第五代核心网之间的交互

Also Published As

Publication number Publication date
CN103428800A (zh) 2013-12-04

Similar Documents

Publication Publication Date Title
US20210250767A1 (en) Systems and methods for accessing a network
US9167430B2 (en) Access method and system, and mobile intelligent access point
WO2013174190A1 (fr) Procédé de sélection de routage et élément de réseau fonctionnel
US9113436B2 (en) Method and system for information transmission
US10484910B2 (en) Traffic flow splitting method and apparatus
US9544832B2 (en) Method, apparatus and system for policy control
WO2013017098A1 (fr) Procédé, dispositif et système pour l'accès d'un équipement utilisateur à un réseau fédérateur de transmission par paquets évolué
WO2012126291A1 (fr) Procédé et système de routage de données
WO2013131487A1 (fr) Réseau central convergent et procédé d'accès associé
WO2014067420A1 (fr) Procédé, dispositif et système de gestion de type de réseau de données en paquets
WO2012130133A1 (fr) Point d'accès et procédé d'accès par un terminal
JP5872066B2 (ja) 非３ｇｐｐによってコアネットワークにアクセスする方法、装置及びシステム
EP2741530A1 (fr) Procédé et système d'accès, et point d'accès intelligent mobile
WO2012100611A1 (fr) Procédé et système pour accéder à un système de paquets évolués
WO2013086917A1 (fr) Procédé et dispositif de gestion de session
WO2013107243A1 (fr) Procédé et dispositif d'établissement de session
WO2013097614A1 (fr) Procédé et système d'attribution d'adresse ip à un ue, et tnan et ue
WO2012022212A1 (fr) Procédé, appareil et système permettant un accès d'équipement utilisateur
WO2013041063A1 (fr) Procédé et système permettant d'accéder à un réseau central et permettant au côté réseau de lancer un détachement
WO2014032542A1 (fr) Procédé et système pour la configuration d'une pluralité de connexions
WO2012106984A1 (fr) Procédé et système d'accès à un réseau central mobile à travers un réseau fixe de confiance
WO2011054145A1 (fr) Procédé, système et équipement de notification d'adresse de protocole internet

Legal Events

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

Ref document number: 13793727

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: 13793727

Country of ref document: EP

Kind code of ref document: A1