WO2012041131A1 - Procédé et système permettant à un abonné de participer à l'établissement d'une communication en accès local - Google Patents

Procédé et système permettant à un abonné de participer à l'établissement d'une communication en accès local Download PDF

Info

Publication number
WO2012041131A1
WO2012041131A1 PCT/CN2011/078639 CN2011078639W WO2012041131A1 WO 2012041131 A1 WO2012041131 A1 WO 2012041131A1 CN 2011078639 W CN2011078639 W CN 2011078639W WO 2012041131 A1 WO2012041131 A1 WO 2012041131A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
pdn connection
mobility management
management entity
connection
Prior art date
Application number
PCT/CN2011/078639
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 WO2012041131A1 publication Critical patent/WO2012041131A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels

Definitions

  • the present invention relates to mobile communication technologies, and in particular, to a method and system for a user to participate in local access connection establishment. Background technique
  • 3GPP 3rd Generation Partnership Project
  • EPS evolved Evolved Packet System
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • MME Mobility Management Entity
  • S-GW Serving Gateway
  • P-GW or PDN GW Packet Data Network Gateway
  • HSS Home Subscriber Server
  • 3GPP's Authentication, Authorization and Accounting (AAA) server Policy and Charging Rules Function (PCRF) entity and other supporting nodes.
  • AAA Authentication, Authorization and Accounting
  • the mobility management entity is responsible for control planes such as mobility management, non-access stratum signaling processing, and user mobility management context management;
  • the access gateway includes S-GW and P-GW, and the S-GW is The E-UTRAN-connected access gateway device forwards data between the E-UTRAN and the P-GW and is responsible for buffering the paging waiting data.
  • the P-GW is an EPS and Packet Data Network (PDN).
  • Border gateway responsible for PDN access and forwarding data between EPS and PDN; authentication authorization server includes HSS, 3GPP AAA;
  • PCRF is a policy and charging rule function entity, which receives interface Rx and carrier IP service The network is connected to obtain the service information.
  • the home base station is a small, low-power base station deployed in indoor places such as homes and offices.
  • the main function is to provide users with higher service rates and lower use of high-speed services. The cost required, while making up for the lack of coverage of existing distributed cellular wireless communication systems.
  • the advantages of home base stations are affordable, convenient, low power output, plug and play, and more.
  • the home base station is a wireless side network element.
  • FIG. 2 and FIG. 3 are respectively schematic diagrams of connection of three wireless communication networks in the prior art. It can be seen that the home base station in FIG. 1 is directly connected to the core network, and the home base station in FIG. The main function of the home base station gateway is: verifying the security of the home base station, processing the registration of the home base station, performing operation and maintenance management on the home base station, configuring and controlling the home base station according to the operator's requirements, and responsible for switching the core Network and home base station data.
  • mobile communication systems including home base station systems
  • IPTO IP Traffic Offload
  • the implementation of SIPTO in the systems shown in Figure 1, Figure 2 and Figure 3 can provide strong support for SIPTO by adding a local gateway.
  • the local gateway acts as a gateway to the external network (such as the Internet) to provide address allocation and accounting. , packet packet filtering, policy control, data offloading function, NAS/S1-AP/RANAP (Radios Access Network Application Part) / General Tunneling Protocol (GTP) I proxy mobile IP protocol ( Proxy Mobile IP, PMIP) / Mobile IP (MIP) Message parsing, Network Address Translation (NAT), IP offloading policy routing and execution.
  • the local gateway can be combined with the wireless side network element or can be arranged separately.
  • the local gateway can be configured not only with the home base station (as shown in FIG. 2) or separately, but also with the home base station gateway (as shown in FIG. 3) or separately.
  • the wireless side network element is a home base station subsystem including a home base station and/or a home base station gateway,
  • the local gateway may be a local service gateway (Local SGW, L-SGW) and a local packet data gateway (Local PGW, L-PGW), or may be a separate L-PGW or data offloading functional entity.
  • the home base station gateway can be combined with the home base station.
  • FIG. 4 and FIG. 5 are respectively two connection diagrams of SIPTO performed by the wireless communication system in the prior art.
  • the local gateway performs data offloading. Since the local gateway is generally placed in the home or enterprise, the administrator of the home or enterprise can set a corresponding firewall policy on the local gateway. Some users' access to other external IP networks may cause some services to be impossible to perform normally. This kind of operation is beyond the control of the operator.
  • the mobile network is uncontrollable for the local gateway local policy, the quality of the user cannot be guaranteed. From the perspective of user satisfaction, the user may prefer to use the core network connection to access the external network. Summary of the invention
  • the main object of the present invention is to provide a method and system for a user to participate in a local access connection establishment, which can establish a SIPTO connection according to the user's wishes, thereby improving the user experience.
  • a method for a user to participate in establishing a local access connection includes: The network side establishes or rejects a PDN connection according to a message sent by the user that carries the user's will.
  • the message sent by the user is a PDN connection setup request message.
  • the method further includes: when the network side determines that the PDN connection type that needs to be established for the user is a SIPTO connection, obtaining the user's will,
  • the message sent by the user is a PDN connection setup response message.
  • the network side establishes or rejects the PDN connection according to the PDN connection establishment request message sent by the user carrying the user's will:
  • the user desires to establish a PDN connection of a specified type, and the network side establishes a corresponding PDN connection for the user according to the user's will, network capability, local policy, and subscription decision. Establishing the specified type of PDN connection;
  • the user desires to establish a PDN connection of a specified type, and the network side does not establish a corresponding PDN connection for the user according to the user's will, network capability, local policy, and subscription decision, and then establishes a core network PDN connection for the user, or rejects
  • the user's PDN connection establishment request message the user's intention is not to establish a PDN connection of a specified type, and the network side establishes a core network PDN connection or rejects the user's PDN connection establishment request message for the user.
  • the network side establishes or rejects the PDN connection according to the PDN connection setup response message sent by the user carrying the user's will:
  • the user determines whether to allow the SIPTO connection according to the PDN connection type sent by the network side; if the user wishes to accept the SIPTO connection, the network side establishes a SIPTO connection; if the user wishes to reject the SIPTO connection, the network side establishes a core network PDN connection for the user. , or do not establish a PDN connection.
  • the PDN connection type includes one or more of the following: a core network connection, a SIPTO connection.
  • the method further includes: the user notifying the network side to perform a PDN connection release operation, or the user carrying the parameter to initiate a PDN connection release operation.
  • a system for a user to participate in the establishment of a local access connection includes a network side and a user side.
  • the network side is configured to establish or reject a PDN connection according to a message sent by the user side that carries the user's will.
  • the message sent by the user side is a PDN connection setup request message.
  • the network side is further configured to acquire a user's will when determining that the PDN connection type that needs to be established for the user is a SIPTO connection;
  • the message sent by the user side is a PDN connection setup response message.
  • the network side establishes or rejects the PDN connection according to the PDN connection establishment request message sent by the user carrying the user's will:
  • the user's willingness is to allow a PDN connection of a specified type to be established, and the network side according to the use
  • the user's will, the network capability, the local policy, and the subscription decision establish a corresponding PDN connection for the user, and then establish the PDN connection of the specified type;
  • the user desires to establish a PDN connection of a specified type, and the network side does not establish a corresponding PDN connection for the user according to the user's will, network capability, local policy, and subscription decision, and then establishes a core network PDN connection for the user, or rejects
  • the PDN connection establishment request message of the user the user's intention is that the PDN connection of the specified type is not allowed to be established, and the network side establishes a PDN connection of the core network for the user, or rejects the PDN connection establishment request message of the user.
  • the network side establishes or rejects the PDN connection according to the PDN connection setup response message sent by the user carrying the user's will:
  • the user determines whether to allow the SIPTO connection according to the PDN connection type sent by the network side; if the user wishes to accept the SIPTO connection, the network side establishes a SIPTO connection; if the user wishes to reject the SIPTO connection, the network side establishes a core network PDN connection for the user. , or do not establish a PDN connection.
  • the user side is further configured to notify the network side to perform a PDN connection release operation when the user refuses to establish a SIPTO connection, or to carry out a PDN connection release operation by carrying parameters.
  • a method for a user to participate in establishing a local access connection including:
  • the target mobility management entity establishes or denies the PDN connection of the user according to the wishes of the user from the original mobility management entity.
  • the method specifically includes: in the tracking area update process, the target mobility management entity acquires the user's will of the user from the original mobility management entity on the source network side, and then establishes or according to the user's will from the original mobility management entity. The PDN connection of the user is rejected.
  • the original mobility management entity carries the user's will through the context response message.
  • the method specifically includes: in the handover process, the original mobility management entity on the source network side actively sends the user's will of the user to the target mobility management entity, and then the target mobility management entity according to the original mobility management entity User's willingness to establish or reject the user's PDN connection.
  • the original mobility management entity sends the user's will to the target mobility management entity by relocation request message or relocation forward completion confirmation message.
  • the target mobility management entity establishes or rejects the PDN connection according to the message sent by the original mobility management entity:
  • the user desires to establish a PDN connection of a specified type, and the target mobility management entity establishes a corresponding PDN connection for the user according to the user's will, network capability, local policy, and subscription decision, and then establishes the PDN connection of the specified type. ;
  • the user desires to establish a PDN connection of a specified type, and the target mobility management entity does not establish a corresponding PDN connection for the user according to the user's will, network capability, local policy, and subscription decision, and establishes a core network PDN connection for the user. , or reject the user's PDN connection establishment request message;
  • the user's intention is that the PDN connection of the specified type is not allowed to be established, and the target mobility management entity establishes a PDN connection establishment message for the user or rejects the PDN connection establishment request message of the user; if the user wishes to accept the SIPTO connection, the network side establishes SIPTO connection; the user's willingness to reject the SIPTO connection, the target mobility management entity establishes a core network PDN connection for the user, or does not establish a PDN connection.
  • the PDN connection type includes one or more of the following: a core network connection, a SIPTO connection.
  • a system for a user to participate in local access connection establishment comprising a target mobility management entity and an original mobility management entity, wherein the target mobility management entity is configured to be based on original mobility management when a user changes location
  • the user of the entity wishes to establish or reject the PDN connection of the user.
  • the target mobility management entity is specifically configured to acquire the user's will of the user from the original mobility management entity on the source network side during the tracking area update process, and then establish or according to the user's will from the original mobility management entity. The PDN connection of the user is rejected.
  • the original mobility management entity is specifically configured to carry the user's will by the context response message.
  • the original mobility management entity is specifically configured to actively send the user's will of the user to the target mobility management entity during the handover process;
  • the target mobility management entity establishes or denies the PDN connection of the user according to the user's willingness from the original mobility management entity.
  • the original mobility management entity sends the user willingness to the target mobility management entity by using a relocation forward request message or a relocation forward completion confirmation message.
  • the user of the present invention participates in a method and system for establishing a local access connection.
  • the network side establishes or rejects a PDN connection according to the user's willingness to send the user, or the target mobility management entity establishes or rejects a PDN connection according to the wishes of the user from the original mobility management entity.
  • the SIPTO connection established by the present invention can be perceived by the user. Therefore, even if the SIPTO connection is established, the user can be psychologically prepared because the feeder loss or local control cannot guarantee the user's service quality, thereby improving the user's service experience.
  • FIG. 1 is a schematic diagram of connection of a wireless communication network in the prior art
  • FIG. 2 is a schematic diagram of connection of another wireless communication network in the prior art
  • FIG. 3 is a schematic diagram of connection of another wireless communication network in the prior art
  • FIG. 4 is a schematic diagram of a connection of a SIPTO in a wireless communication system in the prior art
  • FIG. 5 is a schematic diagram of another connection of a SIPTO in a wireless communication system in the prior art
  • FIG. 6 is a first embodiment of the present invention.
  • FIG. 7 is a schematic flowchart of a user terminal actively establishing a PDN connection according to Embodiment 2 of the present invention
  • FIG. 8 is a schematic flowchart of a SIPTO connection initiated by a user after a user SIPTO connection is established, and a SIPTO connection is actively initiated after the user SIPTO connection is established
  • 9 is a schematic flowchart of a user rejecting a SIPTO connection in a PDN connection establishment process according to Embodiment 4 of the present invention
  • FIG. 10 is a schematic diagram of a process for rejecting a SIPTO connection during a process of attaching and establishing a PDN connection according to Embodiment 5 of the present invention.
  • 11 is a schematic flow chart of the original mobility management entity transmitting the saved user SIPTO willingness to the target mobility management entity in the tracking area update process of the user across the network side according to the embodiment of the present invention
  • FIG. 12 is a flow chart showing the intention of the target mobility management entity to actively query the user's SIPTO in the tracking area update process according to the embodiment 7 of the present invention
  • FIG. 13 is a flow chart showing the intention of the original mobility management entity in the source network side to transfer the saved user SIPTO to the target mobility management entity in the handover according to Embodiment 8 of the present invention. detailed description
  • the basic idea of the present invention is that the network side establishes or rejects the PDN connection according to the user's willingness sent by the user, or the target mobility management entity establishes or rejects the PDN connection according to the wishes of the user from the original mobility management entity.
  • the network side establishes a request message according to the PDN connection that is sent by the user, and establishes or rejects the PDN connection.
  • the implementation manner includes the following steps:
  • the user When the PDN connection is established, the user sends a PDN connection establishment request message carrying the user's will (such as allowing or not allowing SIPTO to be established) to the network side;
  • the network side determines whether to establish a corresponding PDN connection for the user according to the user's will, network capability, local policy, subscription, and the like.
  • the user desires to establish a PDN connection of a specified type, and the network side establishes a corresponding PDN connection for the user according to the user's will, network capability, local policy, and subscription decision, and then establishes the PDN connection of the specified type; Willingness to allow the establishment of a specified type of PDN Connecting, and the network side does not establish a corresponding PDN connection for the user according to the user's will, the network capability, the local policy, and the subscription decision, and then establishes a core network PDN connection for the user, or rejects the user's PDN connection establishment request message;
  • the network side establishes a core network PDN connection for the user, or rejects the user's PDN connection establishment request message.
  • the network side when the PDN connection establishment request message carries the user's willingness to establish a SIPTO connection, the network side establishes a SIPTO connection for the user; when the PDN connection establishment request message carries a willingness to establish a SIPTO connection, the network side does not establish a SIPTO for the user. Connection, at this time, the network side can establish a core network PDN connection for the user, or can reject the user's PDN connection establishment request message.
  • the network side determines that the user needs to establish a SIPTO connection for the user according to the user's request message (such as a PDN connection establishment request and initialization of the NAS message);
  • the user returns the user's will (ie accepts the SIPTO connection or rejects the SIPTO connection) to the network side through the PDN connection establishment response message;
  • the network side establishes or rejects the PDN connection according to the user's wishes.
  • the network side if the user wishes to accept the SIPTO connection, the network side establishes a SIPTO connection; if the user wishes to reject the SIPTO connection, the network side establishes a core network PDN connection for the user, or does not establish a PDN connection.
  • PDN connection type includes one or more of the following: a core network connection, and a SIPTO connection.
  • the user's wishes include: allowing SIPTO connections to be established, SIPTO connections not allowed, SIPTO connections to be accepted, and SIPTO connections to be rejected.
  • the user knows that the PDN connection type sent by the network side is SIPTO connection. If the user decides whether to accept or not, the user can notify the network side to perform the PDN connection release operation, or the user carries the parameter to initiate the PDN connection release operation. Here, the parameter carried by the user indicates that the PDN connection is released or rejected.
  • the target mobility management entity acquires the user's will of the user from the original mobility management entity on the source network side, and then according to the original mobility management according to the The user of the entity wishes to establish or reject the PDN connection of the user.
  • the original mobility management entity may carry the user's will through the context response message.
  • the target mobility management entity establishes or rejects the PDN connection according to the message sent by the original mobility management entity:
  • the user desires to establish a PDN connection of a specified type, and the target mobility management entity establishes a corresponding PDN connection for the user according to the user's will, network capability, local policy, and subscription decision, and then establishes the PDN connection of the specified type;
  • the user desires to establish a PDN connection of a specified type, and the target mobility management entity does not establish a corresponding PDN connection for the user according to the user's will, network capability, local policy, and subscription decision, and then establishes a core network PDN connection for the user, or Rejecting the user's PDN connection establishment request message;
  • the target mobility management entity If the user wishes to establish a PDN connection of a specified type, the target mobility management entity establishes a PDN connection for the core network or rejects the PDN connection establishment request message of the user.
  • the network side establishes a SIPTO connection; if the user wishes to reject the SIPTO connection, the target mobility management entity establishes a core network PDN connection for the user, or does not establish a PDN connection.
  • the PDN connection type described in this implementation manner may include one or more of the following: a core network connection and a SIPTO connection.
  • the user's intention described in this implementation manner is the first implementation manner and the second implementation method described above.
  • the user wishes described in the formula have the same meaning, and may include: allowing establishment of a SIPTO connection, not allowing a SIPTO connection to be established, accepting a SIPTO connection, and rejecting a SIPTO connection.
  • the related descriptions in the first implementation manner and the second implementation manner may be referred to.
  • the original mobility management entity on the source network side actively sends the user's will of the user to the target mobility management entity, and then the target mobility management entity according to the The user from the original mobility management entity wishes to establish or reject the PDN connection of the user.
  • the original mobility management entity may send the user's willingness to the target mobility management entity by using a relocation forward request message or a relocation forward completion confirmation message.
  • the target mobility management entity establishes or rejects the PDN connection according to the message sent by the original mobility management entity:
  • the user desires to establish a PDN connection of a specified type, and the target mobility management entity establishes a corresponding PDN connection for the user according to the user's will, network capability, local policy, and subscription decision, and then establishes the PDN connection of the specified type;
  • the user desires to establish a PDN connection of a specified type, and the target mobility management entity does not establish a corresponding PDN connection for the user according to the user's will, network capability, local policy, and subscription decision, and then establishes a core network PDN connection for the user, or Rejecting the user's PDN connection establishment request message;
  • the target mobility management entity If the user wishes to establish a PDN connection of a specified type, the target mobility management entity establishes a PDN connection for the core network or rejects the PDN connection establishment request message of the user.
  • the network side establishes a SIPTO connection; if the user wishes to reject the SIPTO connection, the target mobility management entity establishes a core network PDN connection for the user, or does not establish a PDN connection.
  • PDN connection type described in this implementation manner may include the following ones. Or multiple: Core network connection, SIPTO connection.
  • the user wishes described in this implementation manner have the same meanings as the user wishes described in the foregoing first implementation manner and the second implementation manner, and may include: allowing SIPTO connection to be established, SIPTO connection not allowed, SIPTO connection to be accepted, SIPTO to be rejected connection.
  • the related descriptions in the first implementation manner and the second implementation manner may be referred to.
  • the first implementation manner or The second implementation completes the local access connection establishment.
  • the user decides whether to accept or not according to the will. If the user refuses, the user may notify the network side to perform the PDN connection release operation, or the user carries the parameter to initiate the operation.
  • the PDN connection release operation where the parameters carried by the user indicate that the PDN connection is released or rejected.
  • the present invention further provides a system for a user to participate in the establishment of a local access connection, where the system includes a network side and a user side;
  • the network side is configured to establish or reject a PDN connection according to a message sent by the user side that carries the user's will.
  • the message sent by the user side is a PDN connection setup request message.
  • the network side is further configured to acquire a user's will when determining that the PDN connection type that needs to be established for the user is a SIPTO connection;
  • the message sent by the user side is a PDN connection setup response message.
  • the network side establishes or rejects the PDN connection according to the PDN connection establishment request message sent by the user carrying the user's will:
  • the user's willingness is to allow a PDN connection of a specified type to be established, and the network side according to the use
  • the user's will, the network capability, the local policy, and the subscription decision establish a corresponding PDN connection for the user, and then establish the PDN connection of the specified type;
  • the user desires to establish a PDN connection of a specified type, and the network side does not establish a corresponding PDN connection for the user according to the user's will, network capability, local policy, and subscription decision, and then establishes a core network PDN connection for the user, or rejects
  • the PDN connection establishment request message of the user the user's intention is that the PDN connection of the specified type is not allowed to be established, and the network side establishes a PDN connection of the core network for the user, or rejects the PDN connection establishment request message of the user.
  • the network side establishes or rejects the PDN connection according to the PDN connection setup response message sent by the user carrying the user's will:
  • the user determines whether to allow the SIPTO connection according to the PDN connection type sent by the network side; if the user wishes to accept the SIPTO connection, the network side establishes a SIPTO connection; if the user wishes to reject the SIPTO connection, the network side establishes a core network PDN connection for the user. , or do not establish a PDN connection.
  • the user side is further configured to notify the network side to perform a PDN connection release operation when the user refuses to establish a SIPTO connection, or to carry out a PDN connection release operation by carrying parameters.
  • the present invention also correspondingly proposes a system for a user to participate in local access connection establishment, the system comprising a target mobility management entity and an original mobility management entity, wherein the target mobility management entity is set to be in a situation where a user changes location
  • the PDN connection of the user is established or rejected according to the wishes of the user from the original mobility management entity.
  • the target mobility management entity is specifically configured to acquire the user's will of the user from the original mobility management entity on the source network side in the tracking area update process, and then establish or according to the user's will from the original mobility management entity.
  • the PDN connection of the user is rejected.
  • the original mobility management entity is specifically configured to carry the user's wishes through the context response message.
  • the original mobility management entity is specifically configured to actively move to the target mobility in the handover process.
  • the management entity sends the user's willingness to the user;
  • the target mobility management entity establishes or denies the PDN connection of the user according to the user's willingness from the original mobility management entity.
  • the original mobility management entity sends the user willingness to the target mobility management entity by using a relocation forward request message or a relocation forward completion confirmation message.
  • This embodiment describes an application scenario of an Evolved Universal Terrestrial Radio Access Network (E-UTRAN) system based on an evolved universal mobile communication system.
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • FIG. 6 is a schematic flowchart of the initial connection of the SIPTO connection and the core network connection establishment according to the embodiment of the present invention (based on the system shown in FIG. 1 and the data flow shown in FIG. 5). As shown in FIG. 6, the embodiment specifically includes the following. Steps:
  • Step 601 The user terminal needs to establish a Radio Resource Control (RRC) connection as a bearer of signaling messages or service data before performing communication.
  • RRC Radio Resource Control
  • Step 602 The user terminal sends a message that initializes a non-access stratum (NAS) message, carries the user's will, and performs an attach operation.
  • NAS non-access stratum
  • Step 603 The wireless side network element sends the initial user message to the mobility management entity, and forwards the attach request and the user's will to the mobility management entity. If there is a home base station gateway, it is forwarded to the home base station gateway, and then the home base station gateway sends the message to the mobility management entity.
  • the mobility management entity is MN.
  • Step 604 The mobility management entity starts the authentication and security process, and performs verification on the user terminal. Certificate.
  • Step 605 The mobility management entity requests the HSS to perform location update.
  • Step 606 The HSS responds to the mobility management entity with a location update response, and sends the user's subscription data to the mobility management entity.
  • Step 607 The mobility management entity determines whether to establish a SIPTO connection or establish a core network connection according to the user's will, network capability, subscription data, or local policy. If the SIPT0 connection needs to be established, the L-PGW located at the radio side network element/home base station gateway is selected to serve the user; if the core network connection needs to be established, the PGW located in the core network is selected to serve the user.
  • Step 608 The mobility management entity sends a session establishment request to the S-GW to create a default bearer to the SGW.
  • Step 609 If, in step 607, the mobility management entity decides to establish a SIPTO connection, the S-GW sends a session establishment request message to the local gateway to create a default bearer to the local gateway.
  • Step 609a The local gateway sends a session establishment response to the S-GW, and the process goes to step 611.
  • Step 610a The core network gateway sends a session establishment response to the S-GW, and the process goes to step 611.
  • Step 611 The S-GW sends a session establishment response to the mobility management entity.
  • Step 613 Perform an RRC connection configuration process.
  • Step 614 The radio side network element replies to the mobility management entity initial context establishment response.
  • Step 615 The terminal sends a direct transmission message to the wireless side network element, including the attachment completion information.
  • Step 616 The wireless side network element sends an attach complete message to the mobility management entity.
  • Step 617 After receiving the initial context response message of step 614 and the attach complete message of step 616, the mobility management entity sends a request to update the bearer message to the S-GW.
  • Step 618 If in step 607, the mobility management entity decides to establish SIPTO
  • the S-GW sends a bearer update message to the local gateway.
  • Step 618a The local gateway responds to the S-GW bearer update response message, and proceeds to step 620.
  • Step 619a The core network gateway responds to the S-GW bearer update response message, and proceeds to step 620.
  • the PDN connection establishment process in the attach process is completed.
  • FIG. 7 is a schematic flowchart of a user terminal actively establishing a PDN connection according to Embodiment 2 of the present invention (based on the system architecture shown in FIG. 1 and the data flow shown in FIG. 5).
  • the method includes the following steps: Step 701: User terminal When in the connected state, the PDN connection establishment request is initiated to carry the user's will. If the user is in an idle state, the service request process is initiated first, and then a P ⁇ connection establishment request is initiated. Here the user's intention is to allow or not allow the establishment of the S IPT0 connection.
  • Step 702 The mobility management entity determines whether to establish a SIPTO connection or establish a core network connection according to the user's intention, the network capability, the subscription data, or the local policy, and sends a session establishment request to the S-GW according to the judgment result.
  • Step 703 If in step 702, the mobility management entity decides to establish a SIPTO connection, the S-GW sends a session establishment request message to the local gateway.
  • Step 703a The local gateway sends a session establishment response to the S-GW.
  • Step 704 If, in step 702, the mobility management entity decides to establish a core network connection, the S-GW sends a session establishment request message to the core network gateway.
  • Step 704a The core network gateway sends a session establishment response to the S-GW.
  • Step 705 The S-GW sends a session establishment response to the mobility management entity.
  • Step 706 The mobility management entity initiates a bearer setup request to the radio side network element, including a PDN connection request message.
  • Step 707 Perform an RRC connection configuration process.
  • Step 708 The radio side network element returns a mobility management entity bearer setup response.
  • Step 709 The user terminal sends a direct transmission message to the radio side network element, and includes a PDN connection establishment complete message.
  • Step 710 The radio side network element sends a PDN connection establishment complete message to the mobility management entity.
  • Step 711 The mobility management entity sends a bearer modification request to the S-GW.
  • Step 712 If, in step 702, the mobility management entity decides to establish a SIPTO connection, the S-GW sends a bearer modification message to the local gateway.
  • Step 712a The local gateway responds to the S-GW to change the response message.
  • Step 713 If, in step 702, the mobility management entity decides to establish a core network connection, the S-GW sends a bearer modification request message to the core network gateway.
  • Step 713a The core network gateway responds to the S-GW to change the response message.
  • Step 714 The S-GW responds to the mobility management entity bearer modification response message, and the entire PDN connection process is completed.
  • FIG. 8 is a schematic diagram of a process for a user to reject a SIPTO connection after the user attaches to establish a SIPTO connection, and the network side notifies the user terminal of the SIPTO connection type, and the user rejects the SIPTO connection according to the system architecture shown in FIG.
  • Step 801 After the user terminal establishes a SIPTO connection or the user establishes a SIPTO connection in the PDN connection establishment process, the network side notifies the user of the SIPTO connection type, and the user wishes to refuse the SIPTO connection, and initiates a PDN connection release request to carry the user. Willingness. The user's willingness here is to reject the SIPTO connection.
  • Step 802 The mobility management entity saves the user's will carried in step 801 for a period of time, and is used to establish a core network connection to the user terminal next time. The mobility management entity triggers the release of the PDN connection.
  • Step 803 The mobility management entity sends a delete session request message to the S-GW, requesting to delete the bearers between the two.
  • Step 804 The S-GW sends a delete session request message to the local gateway.
  • Step 805 The local gateway sends a session deletion response to the S-GW.
  • Step 806 The S-GW sends a session deletion response to the mobility management entity.
  • Step 807 The mobility management entity deletes the bearer associated with the bearer and initiates a bearer release request to the radio side network element to release the radio side bearer resource.
  • Step 808 Perform an RRC connection reconfiguration process between the wireless side network element and the user terminal.
  • Step 809 The radio side network element returns a mobility management entity bearer release response.
  • Step 810 The user terminal sends a direct transmission message to the radio side network element, including a bearer release completion message.
  • Step 811 The radio side network element sends a bearer release complete message to the mobility management entity, and the PDN release process initiated by the user ends.
  • FIG. 9 is a process in which the user in the embodiment of the present invention establishes a SIPTO connection to the user in the PDN connection establishment process, and notifies the user of the PDN connection type. After receiving the PDN connection type, the user decides to refuse or accept according to his or her will.
  • the flow chart of the SIPTO connection is based on the system architecture shown in FIG. 1 and the data flow shown in FIG. 5. As shown in FIG. 9, the method in this embodiment specifically includes the following steps:
  • Step 901 The user terminal in the connected state initiates a PDN connection request.
  • Step 902 The mobility management entity determines to establish a SIPTO connection according to the network capability, the subscription data, or the local policy, and sends a session establishment request message to the S-GW.
  • Step 903 The S-GW sends a session establishment request message to the local gateway.
  • Step 904 The local gateway sends a session establishment response to the S-GW.
  • Step 905 The S-GW sends a session establishment response to the mobility management entity.
  • Step 906 The mobility management entity initiates a bearer setup request to the radio side network element, and includes a PDN connection request message, and carries a PDN connection type, where the PDN connection type indication is a SIPTO connection.
  • Step 907 Perform an RRC connection configuration process.
  • Step 908 The radio side network element returns a mobility management entity bearer setup response.
  • Step 909 The user terminal decides to accept the SIPTO connection according to its own will, and sends a direct transmission message to the wireless side network element, where the SIPTO connection is established, where the user wishes to accept the SIPTO connection; the user terminal rejects the SIPTO connection according to his or her will. Then, the direct transmission message is sent to the wireless side network element, and the direct transmission message includes the user's will. The user's willingness here is to reject the SIPTO connection.
  • Step 910 The wireless side network element sends a PDN connection establishment complete message to the mobility management entity. If the user wishes to reject the SIPTO connection, the completion message includes the user's will.
  • Step 911 After receiving the PDN connection establishment complete message sent by the wireless side, if the mobility management entity finds that the user's intention is to reject the SIPTO connection, the local marking user does not allow SIPTO, and saves the user's will for a period of time for the user terminal.
  • the SIPTO connection is no longer established but a connection to the core network is established.
  • Step 912 The mobility management entity releases the previously established local connection, and in order to ensure the connectivity of the user service, request to re-establish the PDN connection to the core network.
  • the network side establishes a SIPTO connection to the user, and notifies the user of the PDN connection type, and the user rejects or accepts according to his or her will.
  • the flow chart of the SIPTO connection is based on the system architecture shown in FIG. 1 and the data flow shown in FIG. 5. As shown in FIG. 10, the method in this embodiment specifically includes the following steps:
  • Step 1001 The user terminal needs to establish an RRC connection as a bearer of signaling messages or service data before performing communication.
  • Step 1002 The user terminal sends an initial NAS message to start the attach process.
  • Step 1003 The wireless side network element sends the initial user message to the mobility management entity, and forwards the NAS message to the mobility management entity. If there is a home base station gateway, it is forwarded to the home base station gateway, and then the home base station gateway sends the message to the mobility management entity.
  • the mobility management entity is the MME.
  • Step 1004 The mobility management entity starts the authentication and security process, and performs verification on the user terminal.
  • Step 1005 The mobility management entity requests the HSS to perform location update.
  • Step 1006 The HSS responds to the mobility management entity with a location update response.
  • Step 1007 The mobility management entity determines to establish according to network capabilities or local policies, and the like.
  • the SIPTO connection selects the L-PGW located at the radio side network element/home base station gateway to serve the user, and sends a session establishment request to the S-GW.
  • Step 1008 The S-GW sends a session establishment request message to the local gateway.
  • Step 1009 The local gateway sends a session establishment response to the S-GW.
  • Step 1010 The S-GW sends a session establishment response to the mobility management entity.
  • the request message contains an attach accept message and carries a PDN connection type indicating the SIPTO connection.
  • Step 1012 Perform an RRC connection configuration process.
  • Step 1013 The radio side network element replies to the mobility management entity initial context establishment response.
  • Step 1014 After the user terminal receives the PDN connection type, it is a SIPTO connection, according to itself. The willingness to decide to reject the SIPTO connection, send a direct transmission message to the wireless side network element, including the attachment completion message, the user wishes, where the user wishes to reject the SIPTO connection; the user terminal receives the PDN connection type after the SIPTO connection, according to their own wishes After accepting the SIPTO connection, the device sends a direct transmission message to the wireless side network element, including an attach completion message, and the user wishes, where the user wishes to accept the SIPTO connection;
  • Step 1015 The wireless side network element sends an attach complete message to the mobility management entity, carrying the user's will.
  • Step 1016 After receiving the context establishment response of step 1013 and the attach completion message of step 1015, the mobility management entity records the user's will if the user wishes to reject the SIPTO connection, and saves the user's will (rejects the SIPTO connection) for a period of time, The next time the core network connection is established to the user terminal, the mobility management entity releases the previously established local connection and requests the user terminal to re-attach, establishing a PDN connection to the core network at the next attachment.
  • the original mobility management entity on the source network side saves the user SIPTO wish. Subsequently, when the user performs tracking area update across the network side, the original mobility management entity may transfer the saved user SIPTO willingness to the target mobility management entity.
  • FIG. 11 is a schematic flow chart of the original mobility management entity transmitting the saved user SIPTO willingness to the target mobility management entity in the tracking area update process of the user across the network in the embodiment 6 of the present invention. As shown in FIG. 11, the process specifically includes the following steps:
  • Step 1101 The terminal sends a tracking area update request message to the target mobility management entity by using the target radio side network element, where the message may carry the activation identifier.
  • Step 1102 The target mobility management entity sends a context request message to the original mobility management entity.
  • Step 1103 The original mobility management entity sends a context response to the target mobility management entity.
  • the message carries the user SIPTO willingness, and after the target mobility management entity receives the user's SIPTO will, it saves it for use in the subsequent gateway relocation process, referring to the user SIPTO.
  • Step 1104 Optionally, the terminal, the target The mobility management entity and the authentication authorization server perform an authentication process;
  • Step 1105 The target mobility management entity sends a context confirmation message to the original mobility management entity.
  • Step 1106 The target mobility management entity sends a modify bearer request to the serving gateway to request a bearer modification operation.
  • Step 1107 The serving gateway may send a modify bearer request to the local gateway.
  • Step 1108 The local gateway may respond to the service gateway to modify the bearer response.
  • Step 1109 The service gateway returns a modify bearer response to the target mobility management entity.
  • Step 1110 Perform a location update process between the target mobility management entity and the authentication authorization server.
  • Step 1111 Perform a location cancellation process between the authentication authorization server and the original mobility management entity.
  • Step 1112 The target mobility management entity sends a tracking area update accept message to the user via the target wireless side network element.
  • the target mobility management entity may perform gateway relocation, and the target mobility management entity refers to the user SIPTO willingness when performing gateway relocation.
  • the user can decide whether to accept or reject the SIPTO connection based on his/her own will, and the user SIPTO will also be different depending on the APN, location information or other information.
  • Example 7
  • FIG. 12 is a schematic diagram of a flow of a target mobility management entity actively inquiring a user's SIPTO intention during a tracking area update process according to Embodiment 7 of the present invention. As shown in FIG. 12, the process specifically includes the following steps:
  • Step 1201 The terminal sends a tracking area update request message to the target mobility management entity via the target radio side network element, where the message carries the activation identifier.
  • Step 1202 The target mobility management entity sends a context request message to the original mobility management entity.
  • Step 1203 The original mobility management entity sends a context response message to the target mobility management entity.
  • the message does not carry the user SIPTO willingness;
  • Step 1204 Optionally, the terminal, the target mobility management entity, and the authentication authorization server perform an authentication process.
  • Step 1205 The target mobility management entity sends a context confirmation message to the original mobility management entity.
  • Step 1206 The target mobility management entity requests a bearer modification operation from the serving gateway.
  • Step 1207 The serving gateway may send a modify bearer request to the local gateway.
  • Step 1208 The local gateway can respond to the monthly service gateway tampering response
  • Step 1209 The serving gateway responds to the target mobility management entity to modify the bearer response.
  • Step 1210 Perform a location update process between the target mobility management entity and the authentication authorization server.
  • the target mobility management entity may perform gateway relocation selection.
  • Step 1211 Perform a location cancellation process between the authentication authorization server and the original mobility management entity.
  • Step 1212 target mobility tube a request message and a tracking area update accept message, carrying a PDN connection type
  • the target mobility management entity performs gateway relocation after step 1210, and finds that the current gateway is suitable for the SIPTO connection, the target mobility management entity carries the PDN connection type in the tracking area accept message, and the PDN connection type Indicates SIPTO.
  • Step 1213 The target radio side network element performs a radio bearer setup process; the radio bearer setup complete message carries the user SIPTO willingness;
  • the user decides whether to reject or accept the SIPTO PDN connection according to his or her will and bring his SIPTO willingness to the target network side.
  • the target network side decides whether to maintain or release the established core network connection according to the user's SIPTO intention.
  • the target network side finds that the current gateway is suitable for the SIPTO connection when doing the gateway relocation.
  • the target network side may carry the SIPTO PDN connection type to the user by adding a message or using a message similar to the previous embodiment after the tracking area update process ends, and the user decides whether to accept or reject the PDN connection according to his or her own will.
  • the target network side may also not immediately query the user's SIPTO willingness after the tracking area update process ends, but wait for the next time the user enters the connected state, and the target network side determines that a SIPTO connection needs to be established, and then actively uses a message similar to the above or Ask the user SIPTO willingness by adding a message.
  • Example 8
  • FIG. 13 is an eighth embodiment of the present invention
  • the process diagram of the original mobility management entity in the source network side to transfer the saved user SIPTO will be transferred to the target mobility management entity in the handover. As shown in FIG. 13, the process specifically includes the following steps:
  • Step 1301 The original radio side network element determines that an S1 handover needs to be initiated.
  • Step 1302 The original radio side network element sends a handover request to the original mobility management entity.
  • Step 1303 The original mobility management entity sends a relocation forward request message to the target mobility management entity, where the message carries the user SIPTO willingness;
  • the original mobility management entity may bring the user SIPTO willingness to the target mobile in the relocation forward request message of this step or in the subsequent relocation forward completion confirmation message.
  • Sexual management entity The target mobility management entity saves the user SIPTO willingness to refer to the user SIPTO willingness in the subsequent gateway relocation process.
  • Step 1304 The target mobility management entity may initiate a session establishment process of the local IP connection to the serving gateway.
  • Step 1305 The target mobility management entity requests the target radio side network element to perform handover.
  • Step 1306 The target radio side network element responds to the target mobility management entity with a handover request acknowledgement message.
  • Step 1307 The target mobility management entity sends a relocation forward response message to the original mobility management entity.
  • Step 1308 The original mobility management entity sends a handover command to the original radio side network element.
  • Step 1309 The original radio side network element sends a handover command to the terminal.
  • Step 1310 The terminal initiates a handover confirmation message to the target radio side network element.
  • Step 1311 The target radio side network element notifies the target mobility management entity to perform the handover.
  • Step 1312 The target radio side network element sends a relocation forward completion notification message to the original mobility management entity.
  • Step 1313 The original wireless side network element returns the relocation forward to the target mobility management entity. Confirmation message
  • Step 1314 The subsequent process of the handover process is performed, and the subsequent process is similar to the prior art, and no comment is made here.
  • the tracking area update process described in the previous embodiment may be used in the tracking area update process after the cross-network side handover.
  • the way to obtain the user SIPTO will be obtained in order to obtain the user SIPTO willingness.
  • the message used to carry the user's SIPTO intention is not limited to the message given in the embodiment of the present invention, and the user SIPTO intention may also be carried by the message having the similar function as the message in this embodiment, or extended. New message to achieve.
  • the local gateway in the present invention may be an L-SGW and an L-PGW, or may be a separate L-PGW, or may be a data offload function entity; a SIPTO wireless side network element may be connected to a local gateway.
  • the addresses are the same; SIPTO connections can be local IP access to the user's local network, local IP access to the company's local network, local IP access to the Internet, Internet traffic shunting, or specific IP data offloading.
  • FIG. 1 only uses the case of FIG. 1 as an example to describe the management manner of the SIPTO connection.
  • FIG. 2 and FIG. 3 system in FIG. 1, regardless of the SIPTO connection mode shown in FIG. 4 or FIG. 5, the UTRAN or E-UTRAN system, the flow of the user perceives the SIPTO connection and the above
  • the embodiments are similar and will not affect the description of the present invention, and therefore will not be described again.
  • modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device, or they may be separately fabricated into individual integrated circuit modules, or they may be Multiple modes Blocks or steps are made in a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software.

Landscapes

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

Abstract

La présente invention concerne un procédé permettant à un abonné de participer à l'établissement d'une communication en accès local. Ce procédé consiste à faire établir ou refuser par la partie réseau une communication par réseau public de données, sur la base d'un message envoyé par l'abonné et confirmant sa volonté. Mais, si l'emplacement de l'abonné a évolué, le procédé consistera à faire établir ou refuser, par l'entité de gestion de mobilité cible, la communication par réseau publique de données, conformément à la volonté exprimée par l'abonné à partir d'une entité de gestion de mobilité d'origine. L'invention concerne également un système permettant à un abonné de participer à l'établissement d'une communication en accès local. Les communications SIPTO établies au moyen de la présente invention peuvent toutes être testées par l'abonné, si bien que, même si la qualité de service de l'abonné ne peut pas être garantie en raison de pertes en ligne, ou par suite d'une commande locale postérieure à l'établissement des communications SIPTO, l'abonné sera mentalement préparé à une telle éventualité, d'où un meilleur vécu du service pour l'abonné.
PCT/CN2011/078639 2010-09-29 2011-08-19 Procédé et système permettant à un abonné de participer à l'établissement d'une communication en accès local WO2012041131A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN201010501855.4 2010-09-29
CN201010501855 2010-09-29
CN201110164487.3 2011-06-17
CN201110164487.3A CN102438328B (zh) 2010-09-29 2011-06-17 一种用户参与本地访问连接建立的方法及系统

Publications (1)

Publication Number Publication Date
WO2012041131A1 true WO2012041131A1 (fr) 2012-04-05

Family

ID=45891904

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/078639 WO2012041131A1 (fr) 2010-09-29 2011-08-19 Procédé et système permettant à un abonné de participer à l'établissement d'une communication en accès local

Country Status (2)

Country Link
CN (1) CN102438328B (fr)
WO (1) WO2012041131A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105813223A (zh) * 2015-01-16 2016-07-27 联发科技股份有限公司 通讯装置及处理封包数据网络断线请求的方法

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103517362A (zh) * 2012-06-29 2014-01-15 北京三星通信技术研究有限公司 一种接入控制判断方法
CN107517480A (zh) * 2016-06-16 2017-12-26 中兴通讯股份有限公司 会话建立的方法、装置及系统
CN108617030B (zh) * 2017-01-06 2020-10-30 中国移动通信有限公司研究院 一种业务转发方法、网关及移动性管理实体

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101400084A (zh) * 2007-09-30 2009-04-01 北京三星通信技术研究有限公司 改变ue的服务核心网络节点的方法
CN101651588A (zh) * 2008-08-12 2010-02-17 华为技术有限公司 选择网关方法、连接建立方法及相关装置和通信系统
CN101998331A (zh) * 2009-08-21 2011-03-30 大唐移动通信设备有限公司 用户设备注册状态的识别方法和设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101400084A (zh) * 2007-09-30 2009-04-01 北京三星通信技术研究有限公司 改变ue的服务核心网络节点的方法
CN101651588A (zh) * 2008-08-12 2010-02-17 华为技术有限公司 选择网关方法、连接建立方法及相关装置和通信系统
CN101998331A (zh) * 2009-08-21 2011-03-30 大唐移动通信设备有限公司 用户设备注册状态的识别方法和设备

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
VODAFONE: "User awareness of SIPTO for H(e)NB subsystems (doc. No. Sl-102328)", 3GPP TSG-SA WG1 MEETING #51, 27 August 2010 (2010-08-27), SEOUL SOUTH KOREA, pages 1 *
ZTE: "The user accept/decline SIPTO for H(e)NB subsystems (doc. No. TD S2-104514)", 3GPP TSG SA WG2 MEETING #81, 15 October 2010 (2010-10-15), PRAGUE, CZECH REPUBLIC, pages 2 - 104514 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105813223A (zh) * 2015-01-16 2016-07-27 联发科技股份有限公司 通讯装置及处理封包数据网络断线请求的方法
US10477615B2 (en) 2015-01-16 2019-11-12 Mediatek Inc. Methods for handling a PDN disconnection request and communications apparatus utilizing the same
CN105813223B (zh) * 2015-01-16 2020-06-02 联发科技股份有限公司 通讯装置及处理封包数据网络断线请求的方法

Also Published As

Publication number Publication date
CN102438328B (zh) 2016-01-20
CN102438328A (zh) 2012-05-02

Similar Documents

Publication Publication Date Title
US20220256440A1 (en) Service gap control for a wireless device
US9320075B2 (en) Method, system and transmission distribution network element for indicating data-distribution
JP5497896B2 (ja) ローカルｉｐアクセス接続プロパティのお知らせ方法及び装置
WO2011095100A1 (fr) Procédé et système pour réguler l'établissement d'un accès ip local
US8730831B2 (en) Method and system for acquiring route strategies
WO2009094916A1 (fr) Procédé, système et dispositif de commande pour redémarrage après défaillance dans le domaine circuit
WO2012041073A1 (fr) Procédé et système adaptés pour exécuter un transfert de flux
WO2011015092A1 (fr) Procédé et système de commande et notification d'accès ip local
WO2012062183A1 (fr) Procédé et système pour contrôler une qualité de service et une politique de facturation de flux de données
WO2011006404A1 (fr) Procédé et système d'établissement d'une connexion d'accès ip local
WO2011054264A1 (fr) Procédé et système pour établir des canaux de données de liaison descendante pour un accès de protocole internet local
WO2012130018A1 (fr) Procédé et système pour la prise en charge de mobilité de connexion de déchargement ip
WO2011017979A1 (fr) Procede et dispositif de gestion de ressources dans un systeme de communication soutenant le shuntage ip
WO2013004121A1 (fr) Procédé et dispositif de traitement d'informations de passerelle locale
JP6446546B2 (ja) データ処理方法、装置、端末、モビリティ管理エンティティ、およびシステム
WO2012041131A1 (fr) Procédé et système permettant à un abonné de participer à l'établissement d'une communication en accès local
WO2012174976A1 (fr) Procédé, dispositif et système de traitement de connexion en parallèle ip
WO2011020418A1 (fr) Procédé d'activation de connexion pour changer une passerelle de desserte tandis qu'un terminal est converti à un état de connexion, et système correspondant
WO2011009353A1 (fr) Procédé et système d’exécution d'établissement de connexions de distribution ip
WO2011085623A1 (fr) Procédé et système permettant à une passerelle d'accès local d'obtenir des informations d'appel d'un terminal
WO2012024990A1 (fr) Procédé et système d'obtention d'informations d'élément de réseau
WO2011032522A1 (fr) Système et procédé de mise en œuvre d'accès local
WO2011134324A1 (fr) Procédé et système de commande dynamique de distribution de données
CN101998364B (zh) 一种对本地网际协议访问连接实施管理的方法及系统
KR20090045778A (ko) 상향 베어러와 하향 베어러를 비동기적으로 생성하는이동통신 망에서 이동성 관리부의 부하를 줄이는 데이터송신 방법 및 시스템

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

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

Country of ref document: EP

Kind code of ref document: A1