WO2014079342A1 - 一种本地ip访问连接的释放方法和mrn - Google Patents

一种本地ip访问连接的释放方法和mrn Download PDF

Info

Publication number
WO2014079342A1
WO2014079342A1 PCT/CN2013/087278 CN2013087278W WO2014079342A1 WO 2014079342 A1 WO2014079342 A1 WO 2014079342A1 CN 2013087278 W CN2013087278 W CN 2013087278W WO 2014079342 A1 WO2014079342 A1 WO 2014079342A1
Authority
WO
WIPO (PCT)
Prior art keywords
mrn
lipa
pdn connection
lipa pdn
released
Prior art date
Application number
PCT/CN2013/087278
Other languages
English (en)
French (fr)
Inventor
黄莹
谢峰
梁爽
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to EP13857313.4A priority Critical patent/EP2925078B1/en
Priority to JP2015542152A priority patent/JP6169717B2/ja
Publication of WO2014079342A1 publication Critical patent/WO2014079342A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release

Definitions

  • the present invention relates to the field of wireless communication technologies, and in particular, to a local IP access connection release method and an MRN. Background technique
  • the relay node In the Wireless Relay technology in the Advanced Long Term Evolution (LTE-Advanced) standard introduced by the 3GPP, The 3rd Generation Partnership Project, the relay node (RN, Relay Node)
  • the user equipment (UE) accessing the cell is provided with functions and services similar to those of the ordinary base station (eNB), and accesses an eNB (referred to as DeNB, host base station) serving the eNB (hereinafter referred to as DeNB, host base station) in a manner similar to the normal UE through the radio interface. .
  • FIG. 1 is a schematic diagram of the architecture of a mobile relay system supporting local IP access (LIPA) in a high-speed rail scenario.
  • LIPA local IP access
  • the mobile relay node communicates with each other, and the MRN can switch between different DeNBs in the process of moving with the high-speed rail, thereby avoiding simultaneous handover of a large number of users in the high-speed rail car, and ensuring the UE.
  • the quality of communication between the MRN and the MRN in addition to enhancing the backbone connection between the mobile MRN and the DeNB, can better solve a series of problems existing in the high-speed rail.
  • the mobile relay can use the architecture shown in Figure 2 (that is, the same architecture as the standardized RIO fix relay, commonly referred to as architecture 2), then the MRN's Serving Gateway (S-GW), packet data network
  • S-GW Serving Gateway
  • P-GW packet data network
  • S-GW, P-GW, and relay GW may be collectively referred to as GW
  • the relay GW function in the DeNB provides proxy functions for Sl and X2 data and signaling.
  • the MRN moves to a distance from the initial DeNB, the UE data first arrives at the initial DeNB and then routes to the serving DeNB. The path is long and the delay is large. Therefore, the route optimization scheme can be considered.
  • the GW of the MRN is replaced with a gateway built in the DeNB serving the MRN.
  • the GW is located on the DeNB1, and the MRN is served by the base station function of the DeNB3.
  • the data of the UE first reaches the GW function of the DeNB1, and then the DeNB2 routes to the base station function of the DeNB3, and the MRN can be in the handover process.
  • the GW relocates its GW to the GW built in the DeNB4, so that the data of the UE can directly reach the DeNB4, shortening the path length and reducing the data delay.
  • 3GPP considers mobile relay to support LIPA function to provide high-speed local services for LTE UEs and save air interface backhaul link bandwidth resources.
  • the UE may connect to the local PDN network (packet data network) to obtain multimedia resources through a local gateway (L-GW) in the MRN, or support multi-user social network applications such as file sharing, chat, games, etc. through the local server.
  • L-GW local gateway
  • the L-GW functional entity can be built into the MRN located in the car.
  • the L-GW is connected to the PDN network through the SGi interface.
  • the L-GW in the MRN establishes the S5 interface core network tunnel with the S-GW of the UE through the DeNB, and is used for idle ( IDLE) Paging and S5 signaling transmission of the UE.
  • the mobility of the LIPA connection is not supported.
  • HeNB home base station
  • the HeNB if the UE that is using the LIPA service moves out of the HeNB, the HeNB needs to trigger through internal signaling before initiating the handover for the UE.
  • the L-GW initiates the LIPA connection release procedure.
  • the MME needs to check whether there is a LIPA PDN connection that has not been released. Specifically, during the X2 handover process, the MME receives a path switch request. If the LIPA connection is not released after checking, the MME sends a path switch request failure message and detaches the UE.
  • the MRN In the scenario where the MRN supports the LIPA function, if the route optimization scheme is adopted, the MRN needs to initiate a path switch request process for the UE to update the downlink S 1 path at the S-GW of the UE, and the process will cause the UE to detach and Release of the LIPA connection.
  • the LIPA PDN connection does not need to be released in the UE's handover process (path switch request flow). Therefore, in the scenario where the mobile relay supports the LIPA, the above LIPA connection release problem needs to be solved. Summary of the invention
  • the main purpose of the embodiment of the present invention is to provide a local IP access connection release method and an MRN to solve the LIPA connection release problem in the mobile relay support LIPA scenario.
  • the embodiment of the present invention provides a method for releasing a local IP access connection, the method comprising: the mobile relay node MRN determining whether the local IP access packet data network LIPA PDN connection of the user equipment UE needs to be released, and requesting the local gateway if necessary The L-GW releases the LIPA PDN connection of the UE; if not, the L-GW is not requested to release the LIPA PDN connection of the UE.
  • the MRN determines whether it is necessary to release the LIPA PDN connection of the UE, including:
  • the method further includes:
  • the MRN initiates a path transfer request process for the UE, and sends a first path transfer request message to the host base station, where the first path transfer request message does not indicate whether the UE needs to be released.
  • the host base station After receiving the first path transfer request message, the host base station sends a second path transfer request message to the mobility management entity;
  • the mobility management entity sends an S11 interface message to the serving gateway of the UE; the S11 interface message is a modify bearer request message or a session request message.
  • the method further includes:
  • the MRN initiates a path transfer request procedure for the UE, and sends a LIPA connection release determination indication by using the third path transfer request message;
  • the host base station After receiving the third path transfer request message, the host base station sends the third path transfer request message to the mobility management entity, if the LIPA connection release determination indication is included in the third path transfer request message;
  • the mobility management entity determines whether the LIPA PDN connection of the UE needs to be released according to the LIPA connection release determination indication.
  • the mobility management entity determines, according to the LIPA connection release determination indication, whether the LIPA PDN connection of the UE needs to be released, including:
  • the LIPA connection release determination indication received by the mobility management entity indicates that the LIPA PDN connection of the UE needs to be released, determining that the LIPA PDN connection of the UE needs to be released; if the LIPA connection received by the mobility management entity The release determination indication indicates that the LIPA PDN connection of the UE does not need to be released or the mobility management entity does not receive the LIPA connection release determination indication, and then determines that the LIPA PDN connection of the UE does not need to be released.
  • the method further includes:
  • the mobility management entity rejects the path transfer request and detaches the UE; If the UE has a LIPA PDN connection that is not released, and the mobility management entity determines that the LIPA PDN connection of the UE does not need to be released, the mobility management entity sends an S11 interface message to the serving gateway of the UE;
  • the S11 interface message is a modify bearer request message or a session clear request message.
  • the L-GW is built in the MRN.
  • the embodiment of the present invention further provides a mobile relay node MRN, including:
  • a judging module configured to determine whether it is necessary to release a local IP access packet of the user equipment UE, a data network LIPA PDN connection;
  • An execution module configured to: when the determining module determines that the LIPA PDN connection of the UE needs to be released, request the local gateway L-GW to release the LIPA PDN connection of the UE; when the determining module determines that the LIPA PDN connection of the UE does not need to be released Not requesting the L-GW to release the UE
  • the determining module is configured to determine whether the UE is in a handover process of a cell handover by another base station to a cell under the MRN, and if yes, determine that the LIPA PDN connection of the UE needs to be released; otherwise, it is determined that the UE does not need to be released.
  • the LIPA PDN connection of the UE is configured to determine whether the UE is in a handover process of a cell handover by another base station to a cell under the MRN, and if yes, determine that the LIPA PDN connection of the UE needs to be released; otherwise, it is determined that the UE does not need to be released.
  • the LIPA PDN connection of the UE is configured to determine whether the UE is in a handover process of a cell handover by another base station to a cell under the MRN, and if yes, determine that the LIPA PDN connection of the UE needs to be released; otherwise, it is determined that the UE does not need to be released.
  • the MRN further includes a path transfer request sending module, configured to: after the determining module determines whether the LIPA PDN connection of the UE needs to be released, the path transfer request sending module initiates a path transfer request process for the UE, and sends a first path transfer request Sending a message to the host base station, where the first path transfer request message does not indicate whether the judgment result of the LIPA PDN connection of the UE needs to be released;
  • the host base station after receiving the first path transfer request message, the host base station sends a second path transfer request message to the mobility management entity;
  • the mobility management entity sends an S11 interface message to the serving gateway of the UE; the S11 interface message is a modify bearer request message or a session request message.
  • the MRN further includes a path transfer request sending module, configured to: after the determining module determines whether the LIPA PDN connection of the UE needs to be released, the path transfer request sending module is The UE initiates a path transfer request process, and sends a LIPA connection release determination indication by using a third path transfer request message;
  • the host base station after receiving the third path transfer request message, the host base station sends the fourth path transfer request message to the mobility management entity by using the fourth path transfer request message, if the third path transfer request message includes the LIPA connection release determination indication ;
  • the mobility management entity determines whether the LIPA PDN connection of the UE needs to be released according to the LIPA connection release determination indication.
  • the L-GW is built in the MRN.
  • the MRN determines whether the local IP access packet data network LIPA PDN connection of the user equipment UE needs to be released, and if necessary, requests the local gateway L-GW to release the local gateway The LIPA PDN connection of the UE; if not required, the L-GW is not requested to release the LIPA PDN connection of the UE.
  • the present invention solves the LIPA connection release problem in the mobile relay support LIPA scenario, and ensures the continuity of the LIPA connection in the MRN handover process in the mobile relay support LIPA scenario, thereby ensuring the LIPA service continuity of the UE. , improve the user's service quality and user experience.
  • Figure 1 is a schematic diagram of the architecture of a mobile relay system supporting LIPA in a high-speed rail scenario
  • Figure 2 is a schematic diagram of the architecture of an R10 fixed relay system
  • FIG. 3 is a schematic diagram of a route optimization scheme for a mobile relay using an R10 fixed relay system architecture
  • FIG. 4 is a flowchart of a method for releasing a local IP access connection according to an embodiment of the present invention
  • FIG. 6 is a flowchart of a method for releasing a local IP access connection according to Embodiment 2 of the present invention
  • FIG. 7 is a flowchart of a method for releasing a local IP access connection according to Embodiment 3 of the present invention
  • FIG. 8 is a flowchart of a method for releasing a local IP access connection according to Embodiment 4 of the present invention
  • FIG. 9 is a schematic structural diagram of an MRN according to an embodiment of the present invention. detailed description
  • a method for releasing a local IP access connection mainly includes the following steps:
  • Step 401 the MRN determines whether it is necessary to release the local IP access packet data network (LIPA PDN) connection of the user equipment (UE), if necessary, step 402; if not, go to step 403;
  • LIPA PDN local IP access packet data network
  • Step 402 The MRN requests the local gateway (L-GW) to release the LIPA PDN connection of the UE.
  • the determining, by the MRN, whether the UE needs to release the LIPA PDN connection of the UE includes: determining, by the MRN, whether the UE is in a handover process of a cell handover by another base station to a cell under the MRN, and if yes, determining that the UE needs to be released The LIPA PDN connection of the UE; otherwise, it is determined that the LIPA PDN connection of the UE does not need to be released.
  • the method further includes:
  • the MRN initiates a path transfer request process for the UE, and sends a first path transfer request message to the host base station, where the first path transfer request message does not indicate whether the LIPA PDN connection of the UE needs to be released;
  • the host base station After receiving the first path transfer request message, the host base station sends a second path transfer request message to the mobility management entity;
  • the mobility management entity sends an S11 interface message to the serving gateway of the UE; the S11 interface message is a modify bearer request message or a session request message.
  • the method further includes:
  • the MRN initiates a path transfer request process for the UE, and performs a third path transfer request cancellation. Send the LIPA connection release judgment indication;
  • the host base station After receiving the third path transfer request message, the host base station sends the third path transfer request message to the mobility management entity, if the LIPA connection release determination indication is included in the third path transfer request message;
  • the mobility management entity determines whether the LIPA PDN connection of the UE needs to be released according to the LIPA connection release determination indication.
  • the LIPA connection release determination indication is sent by using the third path transfer request message, and may be indicated in an explicit manner or in an implicit manner.
  • the mobility management entity determines, according to the LIPA connection release determination indication, whether the LIPA PDN connection of the UE needs to be released, including:
  • the LIPA connection release determination indication received by the mobility management entity indicates that the LIPA PDN connection of the UE needs to be released, determining that the LIPA PDN connection of the UE needs to be released; if the LIPA connection received by the mobility management entity The release determination indication indicates that the LIPA PDN connection of the UE does not need to be released or the mobility management entity does not receive the LIPA connection release determination indication, and then determines that the LIPA PDN connection of the UE does not need to be released.
  • the method further includes:
  • the mobility management entity determines that the LIPA PDN connection of the UE needs to be released, the mobility management entity rejects the path transfer request and detaches the UE;
  • the mobility management entity If the UE has a LIPA PDN connection that is not released, and the mobility management entity determines that the LIPA PDN connection of the UE does not need to be released, the mobility management entity sends an S11 interface message to the serving gateway of the UE;
  • the S11 interface message is a modify bearer request message or a session clear request message.
  • the L-GW is built in the MRN.
  • the first embodiment of the present invention describes a method for determining whether the UE needs to release the LIPA PDN connection of the UE when the GW of the MRN is relocated in the X2 handover process of the MRN.
  • Figure 5 depicts the flow of this embodiment.
  • the source S-GW and the source P-GW of the MRN may be built in the source DeNB; or may not be located in the source DeNB, but built in the initial DeNB (initial DeNB).
  • the flow of this embodiment mainly includes:
  • Step 501 The MRN detects the signal of the target DeNB cell in the measurement process, and triggers the measurement reporting event to send a measurement report to the source DeNB.
  • Step 502 After determining that the MRN needs to be switched to the target DeNB, the source DeNB determines that there is an X2 interface between the source DeNB and the target DeNB, and the MRN does not need to replace the MME after the handover, and the source DeNB initiates an X2 handover for the MRN.
  • the source DeNB sends an X2 interface handover request message to the target DeNB.
  • the handover request message carries context information of the MRN and the UE.
  • Step 503 After receiving the handover request message, the target DeNB sends an X2 interface handover request acknowledgement message to the source DeNB after creating a context for the MRN and the UE and reserving the relevant bearer resources.
  • Step 504 The source DeNB sends an air interface message, that is, a radio resource control (RRC) connection reconfiguration message to the MRN, where the RRC connection reconfiguration message carries a transparent handover command message sent by the source DeNB to the MRN through the source DeNB.
  • RRC radio resource control
  • Step 505 In the handover execution phase, the MRN detaches from the source DeNB and synchronizes with the target DeNB and establishes an RRC connection.
  • the target DeNB After receiving the RRC reconfiguration complete message sent by the MRN, the target DeNB sends a path switch request message to the MME of the MRN to update the S1 user plane and the control plane path of the MRN.
  • the message includes an address of the S-GW and the P-GW (the target S-GW/P-GW of the MRN) built in the target DeNB to assist the MME in relocating the S-GW and the P-GW of the MRN.
  • Step 506 The MME of the MRN relocates the S-GW and the P-GW of the MRN into the S-GW and the S-GW built in the target DeNB according to the address of the target S-GW/P-GW sent by the target DeNB. P-GW.
  • the MME of the MRN sends a create session request to the S-GW in the target DeNB, which includes the EPS bearer information of the MRN to be created and the address of the target P-GW (P-GW built in the target DeNB).
  • Step 507 The target S-GW creates a context of the MRN, and sends a create session request message to the target P-GW.
  • Step 508 After the target P-GW creates the context of the MRN and the EPS bearer, the target P-GW replies to the target S-GW to create a session response message.
  • the signaling in step 507 and step 508 is an internal interface message in the target DeNB.
  • Step 509 The target S-GW replies to the MME of the MRN to create a session response message, to confirm that the context of the MRN and the establishment of the EPS bearer are completed.
  • Step 510 The MME of the MRN returns a path transfer request acknowledgement message to the target DeNB.
  • E-RAB E-UTRAN radio access bearer
  • the MRN determines whether the UE is in the process of handover from the cell under the other base station to the cell under the mobile relay node, and if yes, determines that the LIPA PDN connection of the UE needs to be released; otherwise, determines that the UE does not need to release the LIPA. PDN connection. If the MRN determines that the UE's LIPA PDN connection needs to be released, the MRN requests its built-in L-GW to release the UE's LIPA PDN connection through internal signaling. The L-GW then performs the bearer deactivation process initiated by the PDN GW.
  • Step 512 The MRN sends a path transfer request message to the target DeNB for each UE to update the S1 user plane and the control plane path of the UE, including the bearer information to be transferred in the downlink.
  • Step 513 The target DeNB sends an S1 proxy to the received path transfer request message for each UE, and then sends the message to the MME of the UE.
  • Step 514 in this embodiment, the MME of the UE determines that it is not necessary to reselect an S-GW for the UE, and the target S-GW of the UE shown in FIG. 5 is also the source S-GW of the UE, and the MME pin of the UE.
  • a Modify Bearer Request message is sent to each PDN connection of the UE to the target S-GW of the UE. If the MME of the UE needs to reselect an S-GW, the target of the UE shown in FIG. 5
  • the S-GW and the source S-GW of the UE are different S-GWs, and the MME of the UE is for each of the UEs.
  • the PDN connection sends a Create Session Request message to the target S-GW of the UE.
  • the target S-GW of the UE updates the IP address of the peer S1 and the TEID information of the GTP tunnel, and can allocate a new GTP TEID to perform the downlink path transfer.
  • Step 516 The target S-GW of the UE replies to the MME with a modify bearer response message.
  • Step 517 The MME replies to the target DeNB with a path transfer request acknowledgement message for the UE.
  • the release of the MR related resources of the source DeNB and the source S-GW and the source P-GW can then be performed.
  • the second embodiment of the present invention describes a method for determining whether the UE needs to release the LIPA PDN connection of the UE and indicate to the MME in the case that the GW of the MRN is relocated in the X2 handover process of the MRN.
  • Figure 6 depicts the flow of this embodiment.
  • the source S-GW and the source P-GW of the MRN may be built in the source DeNB; or may not be located in the source DeNB but in the initial DeNB (initial DeNB).
  • the flow of this embodiment mainly includes:
  • Steps 601-611 are the same as steps 501-511, and are not described here.
  • Step 612 The MRN sends a path transfer request message to the target DeNB for each UE to update the S1 user plane and the control plane path of the UE, including the bearer information to be transferred in the downlink.
  • the MRN may send a LIPA connection release determination indication through the path transfer request message.
  • the LIPA connection release determination indication is used to indicate whether the LIPA PDN connection needs to be released.
  • Step 613 The target DeNB performs a path transfer request message for each UE received.
  • the S1 is sent to the MME of the UE after the proxy. If the path transfer request message received by the target DeNB includes the LIPA connection release determination indication, the path transfer request message sent by the target DeNB to the MME also includes the LIPA connection release determination indication.
  • Step 614 if the UE has a LIPA PDN connection, the MME determines the LIPA PDN connection. Whether it needs to be released. If the LIPA connection release determination indication received by the MME indicates that the LIPA PDN connection of the UE needs to be released, it is determined that the LIPA PDN connection of the UE needs to be released, and the MME may reject the path transfer request and detach the UE; And determining, by the mobility management entity, that the LIPA connection release determination indication indicates that the LIPA PDN connection of the UE does not need to be released or the mobility management entity does not receive the LIPA connection release determination indication, determining that the LIPA of the UE does not need to be released PDN connection, continue to perform subsequent path transfer process.
  • Steps 615-619 are the same as steps 514-518, and are not described herein again.
  • the third embodiment of the present invention describes a method for determining whether the UE needs to release the LIPA PDN connection of the UE in the case that the GW of the MRN is relocated in the S1 handover process of the MRN.
  • Figure 7 depicts the flow of this embodiment.
  • the source S-GW and the source P-GW of the MRN may be built in the source DeNB; or may not be located in the source DeNB, but built in the initial DeNB (initial DeNB).
  • the flow of this embodiment mainly includes:
  • Step 701 The MRN detects the signal of the target DeNB cell in the measurement process, and triggers the measurement reporting event to send a measurement report to the source DeNB.
  • Step 702 After determining that the MRN needs to be switched to the target DeNB, the source DeNB determines that there is no X2 interface between the source DeNB and the target DeNB, or the MRN needs to replace the MME after the handover, and the source DeNB initiates an S1 handover for the MRN. The source DeNB sends an S1 interface handover request message to the source MME of the MRN.
  • Step 703 The source MME determines whether to select a new MME according to the base station identifier or the target TAI of the target DeNB in the received handover request message, and if necessary, selects the target MME according to the two parameters, and sends a forwarding relocation request to the source MME.
  • the message carries information such as a transparent transmission container of the source base station to the target base station, a target base station identifier, a target location area identifier, and context information of the MRN.
  • step 703 and step 710 are skipped.
  • Step 704 The target MME of the MRN sends an S1 interface switching request message to the target DeNB, where the information of the E-RAB requesting the establishment, the transparent transmission container of the source base station to the target base station, and the like are included.
  • Step 705 After the target DeNB creates a context for the MRN and the UE and reserves resources for the bearer of the MRN, the target DeNB sends a handover request acknowledgement message to the target MME of the MRN.
  • the IP address of the target S-GW and the target P-GW on the target DeNB may be included in the message to assist the target MME to relocate the S-GW and the P-GW of the MRN.
  • Step 706 The target MME of the MRN relocates the S-GW and the P-GW of the MRN into the S-GW and the P-GW built in the target DeNB according to the address of the target S-GW/P-GW sent by the target DeNB.
  • the MME of the MRN sends a create session request to the S-GW in the target DeNB, which includes the EPS bearer information of the MRN to be created and the address of the target P-GW (built in the P-GW in the target DeNB).
  • Step 707 The target S-GW creates a context of the MRN, and sends a create session request message to the target P-GW.
  • Step 708 After the target P-GW creates the context and the EPS bearer of the MRN, the target P-GW replies to the target S-GW to create a session response message.
  • the signaling in step 707 and step 708 is an internal interface message in the target DeNB.
  • Step 709 The target S-GW replies to the MME of the MRN to create a session response message, to confirm that the context of the MRN and the establishment of the EPS bearer are completed.
  • Step 710 The target MME of the MRN sends a Forward Relocation Response message to the source MME.
  • Step 711 The source MME of the MRN sends a handover command message to the source DeNB.
  • Step 712 The source DeNB sends an RRC reconfiguration message to the MRN to instruct the MRN to perform a handover execution phase.
  • the MRN may be detached from the source DeNB and synchronized with the target DeNB.
  • Steps 713-720 are the same as steps 511-518, and are not described here.
  • the fourth embodiment of the present invention describes a method for determining whether the UE needs to release the LIPA PDN connection of the UE and indicate to the MME in the case that the GW of the MRN is relocated in the S1 handover process of the MRN.
  • Figure 8 depicts the flow of this embodiment.
  • the source S-GW and the source P-GW of the MRN may be built in the source DeNB; or may not be located in the source DeNB, but Placed in the initial DeNB (initial DeNB).
  • the MRN determines whether the LIPA PDN connection needs to be released, and then sends a LIPA connection release determination indication to the MME through the target DeNB, where the MME can determine according to the LIPA connection release determination indication. Whether to release the UE's LIPA PDN connection.
  • the MME does not perform the check whether the UE's LIPA PDN connection needs to be released.
  • Steps 801-812 are the same as steps 701-712, and steps 813-821 are the same as steps 611-619, and are not described herein again.
  • FIG. 7 and FIG. 8 are also applicable to the scenario in which the MME of the MRN does not change during the handover process. If the MME is unchanged, the messages transmitted between all the source MMEs and the target MME may be Omitted, and the behavior of both the source MME and the target MME are the same MME's behavior.
  • An embodiment of the present invention further provides an embodiment of an MRN.
  • the MRN includes:
  • the determining module 10 is configured to determine whether the LIPA PDN connection of the UE needs to be released.
  • the executing module 20 is configured to request the L-GW to release the LIPA PDN connection of the UE when the determining module 10 determines that the LIPA PDN connection of the UE needs to be released.
  • the L-GW is not requested to release the LIPA PDN connection of the UE.
  • the determining module 10 is configured to determine whether the UE is in a handover process of a cell handover by another base station to a cell under the MRN, and if yes, determine that the LIPA PDN connection of the UE needs to be released; otherwise, determine There is no need to release the LIPA PDN connection of the UE.
  • the MRN further includes a path transfer request sending module 30, configured to: after the determining module 10 determines whether the LIPA PDN connection of the UE needs to be released, the path transfer request sending module 30 Initiating a path transfer request process for the UE, sending a first path transfer request message to the host base station, where the first path transfer request message is not indicated Whether it is necessary to release the judgment result of the LIPA PDN connection of the UE;
  • the host base station after receiving the first path transfer request message, the host base station sends a second path transfer request message to the mobility management entity;
  • the mobility management entity sends an S11 interface message to the serving gateway of the UE; the S11 interface message is a modify bearer request message or a session request message.
  • the MRN further includes a path transfer request sending module 30, configured to: after the determining module 10 determines whether it is necessary to release the LIPA PDN connection of the UE, the path transfer request sending module 30: Initiating a path transfer request process for the UE, and sending a LIPA connection release determination indication by using the third path transfer request message;
  • the host base station after receiving the third path transfer request message, the host base station sends the fourth path transfer request message to the mobility management entity by using the fourth path transfer request message, if the third path transfer request message includes the LIPA connection release determination indication ;
  • the mobility management entity determines whether the LIPA PDN connection of the UE needs to be released according to the LIPA connection release determination indication.
  • the L-GW is built in the MRN.
  • the foregoing determining module 10, the executing module 20, and the path transfer request sending module 30 may each be a central processing unit (CPU), a microprocessor (MPU, a Micro Processing Unit), a digital signal processor (DSP, Digital Signal Processor) or Field-Programmable Gate Array (FPGA).
  • CPU central processing unit
  • MPU Microprocessor
  • DSP Digital Signal Processor
  • FPGA Field-Programmable Gate Array
  • the LIPA connection release problem in the mobile relay support LIPA scenario is solved by the embodiment of the present invention, and the continuity of the LIPA connection in the MRN handover process is ensured in the mobile relay support LIPA scenario.
  • the LIPA service continuity of the UE is guaranteed, and the service quality and user experience of the user are improved.

Landscapes

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

Abstract

本发明公开了一种本地IP访问连接的释放方法和移动中继节点（MRN），方法包括：MRN判断是否需要释放用户设备（UE）的本地IP访问分组数据网络（LIPA PDN）连接，若需要，则请求本地网关（L-GW）释放所述UE的LIPA PDN连接；若不需要，则不请求L-GW释放所述UE的LIPA PDN连接。通过本发明，在移动中继支持LIPA的情况下，保证了MRN的切换过程中UE的LIPA连接的连续性，进而保证了UE的LIPA业务连续性，提升了用户的服务质量和用户体验。

Description

一种本地 IP访问连接的释放方法和 MR 技术领域
本发明涉及无线通信技术领域， 尤其涉及一种本地 IP访问连接的释放 方法和 MRN。 背景技术
在第三代合作伙伴计划（ 3GPP， The 3rd Generation Partnership Project ) 标准组织推出的高级长期演进（ LTE-Advanced )标准中的无线中继（ Wireless Relay )技术中，中继节点（ RN， Relay Node )对接入其小区的用户设备（ UE ) 提供与普通基站（ eNB )类似的功能和服务， 又通过无线接口以类似于普通 UE的方式接入一个服务于它的 eNB (简称 DeNB， 宿主基站）。
随着高速铁路大规模地建设和投入运行， 在列车上通信的需求不断增 大。 但由于高速移动的列车受到多普勒频移、 小区频繁切换、 高铁车厢穿 透损耗大等影响， 现有网络基站的覆盖很难满足高铁的通信质量需求。 因 此， 业界提出在高铁上部署中继节点， 这种中继节点通常称为移动中继 ( Mobile Relay )。如图 1所示，图 1为高铁场景下支持本地 IP访问（ LIPA ) 功能的移动中继系统的架构示意图， 通过移动中继技术， 可以使得高铁列 车中的用户（ UE 1和 UE2 )与相对静止的移动中继节点（ MRN， Mobile Relay Node )进行通信， 而 MRN在随着高铁移动过程中可在不同的 DeNB之间 进行切换，从而避免了高铁车厢中大量用户的同时切换，保证了 UE和 MRN 之间的通信质量，此外通过增强移动 MRN与 DeNB之间的骨干连接， 能够 较好的解决高铁存在的一系列问题。
移动中继可采用图 2中所示的架构（即与已标准化的 RIO fix relay相同 的架构， 通常称为架构 2 )， 则 MRN的服务网关 （S-GW )、 分组数据网络 网关（ P-GW )和中继网关（ relay GW ) ( S-GW、 P-GW和 relay GW可统称 为 GW )位于其初始接入的 DeNB (称为 initial DeNB )上。 其中， DeNB 中的 relay GW功能为 Sl、 X2数据和信令提供代理功能。 这种架构下， 当 MRN移动至离 initial DeNB较远时， UE数据先到达 initial DeNB， 再路由 至 serving DeNB，路径较长，延迟较大。 因此可考虑路由优化方案， 当 MRN 移动至离 initial DeNB较远时， MRN的 GW更换为服务 MRN的 DeNB内 置的网关。 如图 3所示， MRN切换前， 其 GW位于 DeNBl上， 而 MRN 由 DeNB3的基站功能服务， UE的数据首先到达 DeNBl的 GW功能，再经 过 DeNB2路由至 DeNB3的基站功能， MRN可在切换过程中将其 GW重定 位至 DeNB4内置的 GW， 从而使得 UE的数据可直接到达 DeNB4， 缩短路 径长度， 减少数据延迟。
另外， 为了更好的满足用户需求及进一步提升用户体验， 3GPP考虑移 动中继支持 LIPA功能以为 LTE UE提供高速本地业务，并节省空口 backhaul link(回程链路）带宽资源。例如， UE可通过 MRN中合设的本地网关（ L-GW ) 连接本地 PDN网络（分组数据网络）获取多媒体资源， 或者通过本地服务 器支持多用户的社交网络应用， 如文件共享、聊天、 游戏等。 如图 1所示， L-GW功能实体可内置于位于车厢内的 MRN中。 L-GW通过 SGi接口与 PDN网络相连。 对于存在 LIPA连接的连接态 UE, L-GW与 MRN之间存 在直接隧道用于 LIPA业务数据， 并且 MRN中 L-GW通过 DeNB与 UE的 S-GW建立 S5接口核心网隧道， 用于空闲 （ IDLE ) 态 UE的寻呼及 S5信 令传输。
按照现有协议规范，尚不支持 LIPA连接的移动性，在家庭基站（ HeNB ) 场景下， 若正使用 LIPA业务的 UE移动出 HeNB， 则 HeNB在为该 UE发 起切换前需通过内部信令触发 L-GW发起 LIPA 连接释放流程。 并且在 S1/X2切换过程中， MME需检查是否存在 LIPA PDN连接未被释放。 具体 的， 在 X2切换过程中， MME收到路径切换请求（ path switch request ) 消 息后若检查存在 LIPA连接未释放， 则 MME发送路径切换请求失败（path switch request failure )消息， 并将该 UE去附着。 在 MRN支持 LIPA功能场 景下，若采用上述路由优化方案，则 MRN需要为 UE发起 path switch request 流程， 以更新 UE的 S-GW处的下行 S 1路径， 该流程将导致 UE的去附着 及其 LIPA连接的释放。 而在高铁场景下， UE若相对 MRN来说并没有移 动， UE还是由同一个 MRN及 L-GW服务，则在 UE的切换流程（ path switch request流程 )中并不需要释放 LIPA PDN连接。因此，在移动中继支持 LIPA 场景下， 需要解决上述 LIPA连接释放问题。 发明内容
有鉴于此， 本发明实施例的主要目的在于提供一种本地 IP访问连接的 释放方法和 MRN，以解决移动中继支持 LIPA场景下的 LIPA连接释放问题。
为达到上述目的， 本发明实施例的技术方案是这样实现的：
本发明实施例提供了一种本地 IP访问连接的释放方法， 该方法包括： 移动中继节点 MRN判断是否需要释放用户设备 UE的本地 IP访问分 组数据网络 LIPA PDN连接， 若需要， 则请求本地网关 L-GW释放所述 UE 的 LIPA PDN连接； 若不需要， 则不请求 L-GW释放所述 UE的 LIPA PDN 连接。
所述 MRN判断是否需要释放 UE的 LIPA PDN连接， 包括：
所述 MRN判断所述 UE是否处于由其它基站下小区切换到所述 MRN 下小区的切换过程中， 若是， 则确定需要释放所述 UE的 LIPA PDN连接； 否则， 确定不需要释放所述 UE的 LIPA PDN连接。
在所述 MRN判断是否需要释放 UE的 LIPA PDN连接之后， 该方法还 包括：
所述 MRN为 UE发起路径转移请求流程，发送第一路径转移请求消息 给宿主基站， 所述第一路径转移请求消息中不指示是否需要释放所述 UE 的 LIPA PDN连接的判断结果；
所述宿主基站接收到所述第一路径转移请求消息后， 发送第二路径转 移请求消息至移动管理实体；
所述移动管理实体发送 S11接口消息给所述 UE的服务网关； 所述 S11 接口消息为修改承载请求消息或创建会话请求消息。
在所述 MRN判断是否需要释放 UE的 LIPA PDN连接之后， 该方法还 包括：
所述 MRN为 UE发起路径转移请求流程，并通过第三路径转移请求消 息发送 LIPA连接释放判断指示；
所述宿主基站接收所述第三路径转移请求消息后， 若所述第三路径转 移请求消息中包含所述 LIPA连接释放判断指示，则通过第四路径转移请求 消息发送至移动管理实体；
所述移动管理实体根据所述 LIPA连接释放判断指示判断所述 UE 的 LIPA PDN连接是否需要被释放。
所述移动管理实体根据所述 LIPA连接释放判断指示判断所述 UE 的 LIPA PDN连接是否需要被释放， 包括：
若所述移动管理实体接收的所述 LIPA连接释放判断指示指示需要释放 所述 UE的 LIPA PDN连接， 则确定需要释放所述 UE的 LIPA PDN连接； 若所述移动管理实体接收的所述 LIPA连接释放判断指示指示不需要释 放所述 UE的 LIPA PDN连接或者所述移动管理实体未接收到所述 LIPA连 接释放判断指示， 则确定不需要释放所述 UE的 LIPA PDN连接。
所述移动管理实体根据所述 LIPA连接释放判断指示判断所述 UE 的 LIPA PDN连接是否需要被释放之后， 该方法还包括：
若所述 UE存在 LIPA PDN连接未释放，且所述移动管理实体判断所述 UE的 LIPA PDN连接需要被释放， 则所述移动管理实体拒绝所述路径转移 请求， 并将所述 UE去附着； 若所述 UE存在 LIPA PDN连接未释放，且所述移动管理实体判断所述 UE的 LIPA PDN连接不需要被释放， 则所述移动管理实体发送 S11接口消 息给所述 UE的服务网关；所述 S11接口消息为修改承载请求消息或创建会 话清求消息。
所述 L-GW内置于所述 MRN中。
本发明实施例还提供了一种移动中继节点 MRN， 包括：
判断模块， 配置为判断是否需要释放用户设备 UE的本地 IP访问分组 数据网络 LIPA PDN连接；
执行模块，配置为在所述判断模块判断需要释放 UE的 LIPA PDN连接 时，请求本地网关 L-GW释放所述 UE的 LIPA PDN连接； 在所述判断模块 判断不需要释放 UE的 LIPA PDN连接时， 不请求 L-GW释放所述 UE的
LIPA PDN连接。
所述判断模块配置为，判断所述 UE是否处于由其它基站下小区切换到 所述 MRN下小区的切换过程中， 若是， 则确定需要释放所述 UE的 LIPA PDN连接； 否则， 确定不需要释放所述 UE的 LIPA PDN连接。
所述 MRN还包括路径转移请求发送模块，配置为在所述判断模块判断 是否需要释放 UE的 LIPA PDN连接之后， 所述路径转移请求发送模块为 UE发起路径转移请求流程， 发送第一路径转移请求消息给宿主基站， 所述 第一路径转移请求消息中不指示是否需要释放所述 UE的 LIPA PDN连接的 判断结果；
相应的， 所述宿主基站接收到所述第一路径转移请求消息后， 发送第 二路径转移请求消息至移动管理实体；
所述移动管理实体发送 S11接口消息给所述 UE的服务网关； 所述 S11 接口消息为修改承载请求消息或创建会话请求消息。
所述 MRN还包括路径转移请求发送模块，配置为在所述判断模块判断 是否需要释放 UE的 LIPA PDN连接之后， 所述路径转移请求发送模块为 UE发起路径转移请求流程， 并通过第三路径转移请求消息发送 LIPA连接 释放判断指示；
相应的， 所述宿主基站接收所述第三路径转移请求消息后， 若所述第 三路径转移请求消息中包含所述 LIPA连接释放判断指示，则通过第四路径 转移请求消息发送至移动管理实体；
所述移动管理实体根据所述 LIPA连接释放判断指示判断所述 UE 的 LIPA PDN连接是否需要被释放。
所述 L-GW内置于所述 MRN中。
本发明实施例所提供的一种本地 IP访问连接的释放方法和 MRN， MRN 判断是否需要释放用户设备 UE的本地 IP访问分组数据网络 LIPA PDN连 接， 若需要， 则请求本地网关 L-GW释放所述 UE的 LIPA PDN连接； 若不 需要， 则不请求 L-GW释放所述 UE的 LIPA PDN连接。 通过本发明， 解决 了移动中继支持 LIPA场景下的 LIPA连接释放问题， 保证了在移动中继支 持 LIPA场景下， MRN的切换过程中 LIPA连接的连续性， 进而保证了 UE 的 LIPA业务连续性， 提升了用户的服务质量和用户体验。 附图说明
图 1为高铁场景下支持 LIPA功能的移动中继系统的架构示意图； 图 2为 R10固定中继系统的架构示意图；
图 3为移动中继采用 R10固定中继系统架构下路由优化方案示意图; 图 4为本发明实施例的一种本地 IP访问连接的释放方法的流程图； 图 5为本发明实施例一的本地 IP访问连接的释放方法的流程图； 图 6为本发明实施例二的本地 IP访问连接的释放方法的流程图； 图 7为本发明实施例三的本地 IP访问连接的释放方法的流程图； 图 8为本发明实施例四的本地 IP访问连接的释放方法的流程图； 图 9为本发明实施例的一种 MRN的结构示意图。 具体实施方式
下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。 本发明实施例的一种本地 IP访问连接的释放方法， 如图 4所示， 主要 包括以下步骤：
步骤 401， MRN判断是否需要释放用户设备（UE ) 的本地 IP访问分 组数据网络（LIPA PDN )连接， 若需要， 执行步骤 402; 若不需要， 执行 步骤 403;
步骤 402， MRN请求本地网关 (L-GW)释放所述 UE的 LIPA PDN连接； 步骤 403， MRN不请求 L-GW释放所述 UE的 LIPA PDN连接。
其中， 所述 MRN判断是否需要释放 UE的 LIPA PDN连接， 包括： 所述 MRN判断所述 UE是否处于由其它基站下小区切换到所述 MRN 下小区的切换过程中， 若是， 则确定需要释放所述 UE的 LIPA PDN连接； 否则， 确定不需要释放所述 UE的 LIPA PDN连接。
在所述 MRN判断是否需要释放 UE的 LIPA PDN连接之后， 该方法还 包括：
所述 MRN为 UE发起路径转移请求流程，发送第一路径转移请求消息 给宿主基站， 所述第一路径转移请求消息中不指示是否需要释放所述 UE 的 LIPA PDN连接的判断结果；
所述宿主基站接收到所述第一路径转移请求消息后， 发送第二路径转 移请求消息至移动管理实体；
所述移动管理实体发送 S11接口消息给所述 UE的服务网关； 所述 S11 接口消息为修改承载请求消息或创建会话请求消息。
在所述 MRN判断是否需要释放 UE的 LIPA PDN连接之后， 该方法还 包括：
所述 MRN为 UE发起路径转移请求流程，并通过第三路径转移请求消 息发送 LIPA连接释放判断指示；
所述宿主基站接收所述第三路径转移请求消息后， 若所述第三路径转 移请求消息中包含所述 LIPA连接释放判断指示，则通过第四路径转移请求 消息发送至移动管理实体；
所述移动管理实体根据所述 LIPA连接释放判断指示判断所述 UE 的 LIPA PDN连接是否需要被释放。
其中， 通过第三路径转移请求消息发送 LIPA连接释放判断指示， 可以 通过显式的方式指示， 也可以通过隐含的方式指示。
所述移动管理实体根据所述 LIPA连接释放判断指示判断所述 UE 的 LIPA PDN连接是否需要被释放， 包括：
若所述移动管理实体接收的所述 LIPA连接释放判断指示指示需要释放 所述 UE的 LIPA PDN连接， 则确定需要释放所述 UE的 LIPA PDN连接； 若所述移动管理实体接收的所述 LIPA连接释放判断指示指示不需要释 放所述 UE的 LIPA PDN连接或者所述移动管理实体未接收到所述 LIPA连 接释放判断指示， 则确定不需要释放所述 UE的 LIPA PDN连接。
所述移动管理实体根据所述 LIPA连接释放判断指示判断所述 UE 的 LIPA PDN连接是否需要被释放之后， 该方法还包括：
若所述 UE存在 LIPA PDN连接未释放，且所述移动管理实体判断所述 UE的 LIPA PDN连接需要被释放， 则所述移动管理实体拒绝所述路径转移 请求， 并将所述 UE去附着；
若所述 UE存在 LIPA PDN连接未释放，且所述移动管理实体判断所述 UE的 LIPA PDN连接不需要被释放， 则所述移动管理实体发送 S11接口消 息给所述 UE的服务网关；所述 S11接口消息为修改承载请求消息或创建会 话清求消息。
较佳的， 所述 L-GW内置于所述 MRN中。
下面结合具体实施例对本发明进一步详细阐述。 本发明的实施例一描述的是在 MRN的 X2切换过程中， MRN的 GW 发生重定位情况下， MRN判断是否需要释放 UE的 LIPA PDN连接的方法。 图 5描述了该实施例的流程。 在该实施例中， MRN的源 S-GW和源 P-GW 可以内置于源 DeNB中；也可以不位于源 DeNB中， 而是内置于初始 DeNB ( initial DeNB ) 中。 该实施例的流程主要包括：
步骤 501， MRN在测量过程中检测到目标 DeNB小区的信号， 并触发 测量上报事件发送测量报告给源 DeNB。
步骤 502，源 DeNB确定需将 MRN切换至目标 DeNB后，判断源 DeNB 与目标 DeNB之间存在 X2接口， 并且切换后 MRN不需要更换 MME, 则 源 DeNB为 MRN发起 X2切换。源 DeNB发送 X2接口切换请求（ handover request ) 消息至目标 DeNB。 该切换请求消息中携带 MRN和 UE的上下文 信息。
步骤 503， 目标 DeNB接收到 handover request消息后， 为 MRN和 UE 创建上下文并预留相关的承载资源之后，发送 X2接口切换请求确认消息给 源 DeNB。
步骤 504， 源 DeNB发送空口消息、 即无线资源控制（ RRC )连接重配 置消息给 MRN, 该 RRC连接重配置消息中携带目标 DeNB通过源 DeNB 发送给 MRN的透传的切换命令消息。
步骤 505， 切换执行阶段中， MRN从源 DeNB去附着并与目标 DeNB 同步并建立 RRC连接。目标 DeNB接收 MRN发送的 RRC重配置完成消息 后， 向 MRN的 MME发送路径转移请求（ path switch request ) 消息， 以更 新 MRN的 S 1 用户面及控制面路径。 该消息中包含内置于目标 DeNB的 S-GW和 P-GW ( MRN的目标 S-GW/P-GW )的地址， 以辅助 MME重新定 位 MRN的 S-GW和 P-GW。
步骤 506， MRN的 MME根据目标 DeNB发送的目标 S-GW/P-GW的 地址将 MRN的 S-GW和 P-GW重定位为内置于目标 DeNB的 S-GW和 P-GW。 MRN的 MME向目标 DeNB中 S-GW发送创建会话请求， 其中包 括需创建的 MRN的 EPS承载信息和目标 P-GW(内置于目标 DeNB中 P-GW ) 的地址。
步骤 507， 目标 S-GW创建 MRN的上下文， 并向目标 P-GW发送创建 会话请求消息。
步骤 508，目标 P-GW创建 MRN的上下文和 EPS承载后，向目标 S-GW 回复创建会话响应消息。
步骤 507和步骤 508中信令均为目标 DeNB中内部接口消息。
步骤 509， 目标 S-GW向 MRN的 MME回复创建会话响应消息， 以确 认 MRN的上下文及 EPS承载建立完成。
步骤 510， MRN的 MME向目标 DeNB回复路径转移请求确认消息。 步骤 511， MRN可通过 UE的 E-UTRAN无线接入承载（ E-RAB )上 下文中是否有关联标识（ correlation ID )判断该 UE是否有 LIPA PDN连接。 若该 UE存在 LIPA PDN连接， 则 MRN需判断是否需要释放该 LIPA PDN 连接。 具体的， MRN判断该 UE是否处于由其它基站下小区切换到所述移 动中继节点下小区的切换过程中， 若是， 则确定需要释放 UE的 LIPA PDN 连接； 否则， 确定不需要释放 UE的 LIPA PDN连接。 如果 MRN确定需要 释放 UE的 LIPA PDN连接， 则 MRN通过内部信令请求其内置的 L-GW释 放 UE的 LIPA PDN连接。 然后 L-GW执行 PDN GW发起的承载去激活流 程。
步骤 512， MRN针对每个 UE发送路径转移请求消息给目标 DeNB， 以更新 UE的 S1用户面及控制面路径，其中包含下行需转移的承载信息等。
步骤 513， 目标 DeNB对接收的针对每个 UE的路径转移请求消息做 S1代理后发送给 UE的 MME。
步骤 514， 本实施例中， UE的 MME判断不需要为 UE重新选择一个 S-GW,则图 5中所示 UE的目标 S-GW也即 UE的源 S-GW， UE的 MME针 对该 UE的每个 PDN连接发送修改承载请求消息给 UE的目标 S-GW。 若 UE的 MME需要重新选择一个 S-GW， 则图 5 中所示 UE的目标
S-GW和 UE的源 S-GW为不同的 S-GW， UE的 MME针对该 UE的每个
PDN连接发送创建会话请求消息给 UE的目标 S-GW。
步骤 515， UE的目标 S-GW更新下行 S 1连接对端的 IP地址和 GTP隧 道的 TEID信息， 并可以分配新的 GTP TEID， 进行 S 1下行路径的转移。
步骤 516， UE的目标 S-GW向 MME回复修改承载响应消息。
步骤 517， MME向目标 DeNB回复针对 UE的路径转移请求确认消息。 步骤 518，目标 DeNB向 MRN回复针对 UE的路径转移请求确认消息， 以确认 S 1下行路径转移的完成。
然后便可进行源 DeNB及源 S-GW和源 P-GW的 MR相关资源的释放。 本发明的实施例二描述的是在 MRN的 X2切换过程中， MRN的 GW 发生重定位情况下， MRN判断是否需要释放 UE的 LIPA PDN连接并指示 给 MME的方法。 图 6描述了该实施例的流程。 在该实施例中 MRN的源 S-GW和源 P-GW可内置于源 DeNB中； 也可不位于源 DeNB中， 而是内 置于初始 DeNB ( initial DeNB ) 中。 该实施例的流程主要包括：
步骤 601-611与步骤 501-511相同， 此处不再赘述。
步骤 612， MRN针对每个 UE发送路径转移请求消息给目标 DeNB， 以更新 UE的 S1用户面及控制面路径，其中包含下行需转移的承载信息等。 MRN可通过该路径转移请求消息发送 LIPA连接释放判断指示。该 LIPA连 接释放判断指示用于指示是否需要释放 LIPA PDN连接。
步骤 613， 目标 DeNB对接收的针对每个 UE的路径转移请求消息做
S1代理后发送给 UE的 MME。若目标 DeNB接收的路径转移请求消息中包 含 LIPA连接释放判断指示， 目标 DeNB向 MME发送的路径转移请求消息 中也包含该 LIPA连接释放判断指示。
步骤 614， 若该 UE有 LIPA PDN连接， 则 MME判断该 LIPA PDN连 接是否需要被释放。 若 MME接收的 LIPA连接释放判断指示指示需要释放 所述 UE的 LIPA PDN连接， 则确定需要释放所述 UE的 LIPA PDN连接， MME可拒绝该路径转移请求， 并将该 UE去附着； 若所述移动管理实体接 收的所述 LIPA连接释放判断指示指示不需要释放所述 UE的 LIPA PDN连 接或者所述移动管理实体未接收到所述 LIPA连接释放判断指示，则确定不 需要释放所述 UE的 LIPA PDN连接， 继续执行后继路径转移流程。
步骤 615-619与步骤 514-518相同， 此处不再赘述。
本发明的实施例三描述的是在 MRN的 S1切换过程中， MRN的 GW 发生重定位情况下， MRN判断是否需要释放 UE的 LIPA PDN连接的方法。 图 7描述了该实施例的流程。 在该实施例中 MRN 的源 S-GW和源 P-GW 可内置于源 DeNB中；也可不位于源 DeNB中，而是内置于初始 DeNB( initial DeNB ) 中。 该实施例的流程主要包括：
步骤 701， MRN在测量过程中检测到目标 DeNB小区的信号， 并触发 测量上报事件发送测量报告给源 DeNB。
步骤 702，源 DeNB确定需将 MRN切换至目标 DeNB后，判断源 DeNB 与目标 DeNB之间不存在 X2接口， 或者切换后 MRN需要更换 MME, 则 源 DeNB为 MRN发起 S1切换。 源 DeNB发送 S1接口切换要求（ handover required ) 消息给 MRN的源 MME。
步骤 703，源 MME根据接收的切换要求消息中的目标 DeNB的基站标 识或者目标 TAI判断是否要选择一个新的 MME，如果需要则根据这两个参 数选择目标 MME， 并向其发送转发重定位请求消息， 其中携带源基站到目 标基站透传容器、 目标基站标识、 目标位置区标识、 MRN的上下文信息等 信息。
如果不需要选择新的 MME， 则步骤 703和步骤 710跳过。
步骤 704， MRN的目标 MME发送 S 1接口切换请求消息给目标 DeNB， 其中包含请求建立的 E-RAB的信息、 源基站到目标基站的透传容器等。 步骤 705， 目标 DeNB为 MRN和 UE创建上下文并为 MRN的承载预 留资源之后， 向 MRN的目标 MME发送切换请求确认消息。 该消息中可以 包括目标 DeNB上目标 S-GW和目标 P-GW的 IP地址， 以辅助目标 MME 重新定位 MRN的 S-GW和 P-GW。
步骤 706， MRN的目标 MME根据目标 DeNB发送的目标 S-GW/P-GW 的地址将 MRN的 S-GW和 P-GW重定位为内置于目标 DeNB的 S-GW和 P-GW。 MRN的 MME向目标 DeNB中 S-GW发送创建会话请求， 其中包 括需创建的 MRN的 EPS承载信息和目标 P-GW(内置于目标 DeNB中 P-GW ) 的地址。
步骤 707， 目标 S-GW创建 MRN的上下文， 并向目标 P-GW发送创建 会话请求消息。
步骤 708，目标 P-GW创建 MRN的上下文和 EPS承载后，向目标 S-GW 回复创建会话响应消息。 步骤 707和步骤 708中信令均为目标 DeNB中内 部接口消息。
步骤 709， 目标 S-GW向 MRN的 MME回复创建会话响应消息， 以确 认 MRN的上下文及 EPS承载建立完成。
步骤 710， MRN的目标 MME向源 MME发送转发重定位响应消息。 步骤 711， MRN的源 MME向源 DeNB发送切换命令消息。
步骤 712， 源 DeNB发送 RRC重配置消息给 MRN， 以指示 MRN进行 切换执行阶段，此时 MRN可从源 DeNB去附着并与目标 DeNB同步并建立
RRC连接。
步骤 713-720与步骤 511-518相同， 此处不再赘述。
本发明的实施例四描述的是在 MRN的 S1切换过程中， MRN的 GW 发生重定位情况下， MRN判断是否需要释放 UE的 LIPA PDN连接并指示 给 MME的方法。 图 8描述了该实施例的流程。 在该实施例中 MRN 的源 S-GW和源 P-GW可内置于源 DeNB中； 也可不位于源 DeNB中， 而是内 置于初始 DeNB ( initial DeNB ) 中。
该实施例与实施例三的不同之处在于， 该实施例中， MRN判断是否需 要释放 LIPA PDN连接之后通过目标 DeNB将 LIPA连接释放判断指示发送 给 MME， MME可根据该 LIPA连接释放判断指示判断是否需要释放 UE的 LIPA PDN连接。 而在实施例三中， MME不进行是否需要释放 UE的 LIPA PDN连接的检查。
步骤 801-812与步骤 701-712相同，步骤 813-821与步骤 611-619相同， 此处不再赘述。
需要说明的是，上述图 7和图 8所示实施例，同样适用于 MRN的 MME 在切换过程中不变的场景， 如果 MME不变， 则所有源 MME和目标 MME 之间传递的消息都可以省略， 并且源 MME和目标 MME的行为都是同一 MME的行为。
本发明实施例还提供了一种 MRN的实施例， 如图 9所示， 该 MRN包 括：
判断模块 10， 配置为判断是否需要释放 UE的 LIPA PDN连接； 执行模块 20，配置为在所述判断模块 10判断需要释放 UE的 LIPA PDN 连接时， 请求 L-GW释放所述 UE的 LIPA PDN连接； 在所述判断模块 10 判断不需要释放 UE的 LIPA PDN连接时， 不请求 L-GW释放所述 UE的 LIPA PDN连接。
较佳的， 判断模块 10配置为， 判断所述 UE是否处于由其它基站下小 区切换到所述 MRN下小区的切换过程中， 若是， 则确定需要释放所述 UE 的 LIPA PDN连接； 否则， 确定不需要释放所述 UE的 LIPA PDN连接。
作为本发明的一种较佳实施例，所述 MRN还包括路径转移请求发送模 块 30， 配置为在所述判断模块 10判断是否需要释放 UE的 LIPA PDN连接 之后， 所述路径转移请求发送模块 30为 UE发起路径转移请求流程， 发送 第一路径转移请求消息给宿主基站， 所述第一路径转移请求消息中不指示 是否需要释放所述 UE的 LIPA PDN连接的判断结果；
相应的， 所述宿主基站接收到所述第一路径转移请求消息后， 发送第 二路径转移请求消息至移动管理实体；
所述移动管理实体发送 S11接口消息给所述 UE的服务网关； 所述 S11 接口消息为修改承载请求消息或创建会话请求消息。
作为本发明的另一种较佳实施例，所述 MRN还包括路径转移请求发送 模块 30， 配置为在所述判断模块 10判断是否需要释放 UE的 LIPA PDN连 接之后， 所述路径转移请求发送模块 30为 UE发起路径转移请求流程， 并 通过第三路径转移请求消息发送 LIPA连接释放判断指示；
相应的， 所述宿主基站接收所述第三路径转移请求消息后， 若所述第 三路径转移请求消息中包含所述 LIPA连接释放判断指示，则通过第四路径 转移请求消息发送至移动管理实体；
所述移动管理实体根据所述 LIPA连接释放判断指示判断所述 UE 的 LIPA PDN连接是否需要被释放。
较佳的， 所述 L-GW内置于所述 MRN中。
上述判断模块 10、 执行模块 20、 路径转移请求发送模块 30均可由上 述 MRN中的中央处理器（ CPU, Central Processing Unit )、微处理器（ MPU, Micro Processing Unit )、 数字信号处理器（ DSP， Digital Signal Processor ) 或可编程逻辑阵列 （FPGA， Field - Programmable Gate Array ) 实现。
综上所述， 通过本发明的实施例， 解决了移动中继支持 LIPA场景下的 LIPA连接释放问题， 保证了在移动中继支持 LIPA场景下， MRN的切换过 程中 LIPA连接的连续性， 进而保证了 UE的 LIPA业务连续性， 提升了用 户的服务质量和用户体验。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围。

Claims

权利要求书
1、 一种本地 IP访问连接的释放方法， 该方法包括：
移动中继节点 MRN判断是否需要释放用户设备 UE的本地 IP访问 分组数据网络 LIPA PDN连接， 若需要， 则请求本地网关 L-GW释放所 述 UE的 LIPA PDN连接； 若不需要， 则不请求 L-GW释放所述 UE的 LIPA PDN连接。
2、 根据权利要求 1 所述本地 IP访问连接的释放方法， 其中， 所述 MRN判断是否需要释放 UE的 LIPA PDN连接， 包括：
所述 MRN 判断所述 UE是否处于由其它基站下小区切换到所述 MRN下小区的切换过程中，若是，则确定需要释放所述 UE的 LIPA PDN 连接； 否则， 确定不需要释放所述 UE的 LIPA PDN连接。
3、根据权利要求 1所述本地 IP访问连接的释放方法， 其中， 在所述 MRN判断是否需要释放 UE的 LIPA PDN连接之后， 该方法还包括： 所述 MRN为 UE发起路径转移请求流程， 发送第一路径转移请求消 息给宿主基站， 所述第一路径转移请求消息中不指示是否需要释放所述 UE的 LIPA PDN连接的判断结果；
所述宿主基站接收到所述第一路径转移请求消息后， 发送第二路径 转移请求消息至移动管理实体；
所述移动管理实体发送 S11接口消息给所述 UE的服务网关； 所述 S 11接口消息为修改承载请求消息或创建会话请求消息。
4、根据权利要求 1所述本地 IP访问连接的释放方法， 其中， 在所述 MRN判断是否需要释放 UE的 LIPA PDN连接之后， 该方法还包括： 所述 MRN为 UE发起路径转移请求流程， 并通过第三路径转移请求 消息发送 LIPA连接释放判断指示；
所述宿主基站接收所述第三路径转移请求消息后， 若所述第三路径 转移请求消息中包含所述 LIPA连接释放判断指示，则通过第四路径转移 请求消息发送至移动管理实体；
所述移动管理实体根据所述 LIPA连接释放判断指示判断所述 UE的 LIPA PDN连接是否需要被释放。
5、根据权利要求 4所述本地 IP访问连接的释放方法， 其中， 所述移 动管理实体根据所述 LIPA连接释放判断指示判断所述 UE的 LIPA PDN 连接是否需要被释放， 包括：
若所述移动管理实体接收的所述 LIPA连接释放判断指示指示需要释 放所述 UE的 LIPA PDN连接， 则确定需要释放所述 UE的 LIPA PDN连 接；
若所述移动管理实体接收的所述 LIPA连接释放判断指示指示不需要 释放所述 UE 的 LIPA PDN 连接或者所述移动管理实体未接收到所述 LIPA连接释放判断指示，则确定不需要释放所述 UE的 LIPA PDN连接。
6、根据权利要求 4或 5所述本地 IP访问连接的释放方法， 其中， 所 述移动管理实体根据所述 LIPA连接释放判断指示判断所述 UE的 LIPA PDN连接是否需要被释放之后， 该方法还包括：
若所述 UE存在 LIPA PDN连接未释放， 且所述移动管理实体判断所 述 UE的 LIPA PDN连接需要被释放，则所述移动管理实体拒绝所述路径 转移请求， 并将所述 UE去附着；
若所述 UE存在 LIPA PDN连接未释放， 且所述移动管理实体判断所 述 UE的 LIPA PDN连接不需要被释放，则所述移动管理实体发送 S11接 口消息给所述 UE的服务网关；所述 S11接口消息为修改承载请求消息或 创建会话请求消息。
7、根据权利要求 1至 5任一项所述本地 IP访问连接的释放方法，其 中， 所述 L-GW内置于所述 MRN中。
8、 一种移动中继节点 MRN， 包括： 判断模块， 配置为判断是否需要释放用户设备 UE的本地 IP访问分 组数据网络 LIPA PDN连接；
执行模块， 配置为在所述判断模块判断需要释放 UE的 LIPA PDN连 接时，请求本地网关 L-GW释放所述 UE的 LIPA PDN连接； 在所述判断 模块判断不需要释放 UE的 LIPA PDN连接时， 不请求 L-GW释放所述 UE的 LIPA PDN连接。
9、 根据权利要求 8所述 MRN， 其中， 所述判断模块配置为， 判断 所述 UE是否处于由其它基站下小区切换到所述 MRN下小区的切换过程 中， 若是， 则确定需要释放所述 UE的 LIPA PDN连接； 否则， 确定不需 要释放所述 UE的 LIPA PDN连接。
10、 根据权利要求 8所述 MRN， 其中， 所述 MRN还包括路径转移 请求发送模块， 配置为在所述判断模块判断是否需要释放 UE 的 LIPA PDN连接之后， 所述路径转移请求发送模块为 UE发起路径转移请求流 程， 发送第一路径转移请求消息给宿主基站， 所述第一路径转移请求消 息中不指示是否需要释放所述 UE的 LIPA PDN连接的判断结果；
相应的， 所述宿主基站接收到所述第一路径转移请求消息后， 发送 第二路径转移请求消息至移动管理实体；
所述移动管理实体发送 S11接口消息给所述 UE的服务网关； 所述 S 11接口消息为修改承载请求消息或创建会话请求消息。
11、 根据权利要求 8所述 MRN， 其中， 所述 MRN还包括路径转移 请求发送模块， 配置为在所述判断模块判断是否需要释放 UE 的 LIPA PDN连接之后， 所述路径转移请求发送模块为 UE发起路径转移请求流 程， 并通过第三路径转移请求消息发送 LIPA连接释放判断指示；
相应的， 所述宿主基站接收所述第三路径转移请求消息后， 若所述 第三路径转移请求消息中包含所述 LIPA连接释放判断指示， 则通过第四 路径转移请求消息发送至移动管理实体； 所述移动管理实体根据所述 LIPA连接释放判断指示判断所述 UE的 LIPA PDN连接是否需要被释放。
12、 根据权利要求 8至 11任一项所述 MRN, 其中， 所述 L-GW内 置于所述 MRN中。
PCT/CN2013/087278 2012-11-21 2013-11-15 一种本地ip访问连接的释放方法和mrn WO2014079342A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP13857313.4A EP2925078B1 (en) 2012-11-21 2013-11-15 Local ip access connection release method and mrn
JP2015542152A JP6169717B2 (ja) 2012-11-21 2013-11-15 ローカルｉｐアクセス接続解放方法及びｍｒｎ

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210476839.3 2012-11-21
CN201210476839.3A CN103841657B (zh) 2012-11-21 2012-11-21 一种本地ip访问连接的释放方法和mrn

Publications (1)

Publication Number Publication Date
WO2014079342A1 true WO2014079342A1 (zh) 2014-05-30

Family

ID=50775532

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/087278 WO2014079342A1 (zh) 2012-11-21 2013-11-15 一种本地ip访问连接的释放方法和mrn

Country Status (4)

Country Link
EP (1) EP2925078B1 (zh)
JP (1) JP6169717B2 (zh)
CN (1) CN103841657B (zh)
WO (1) WO2014079342A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EA201591532A1 (ru) 2013-03-15 2016-03-31 Эпизим, Инк. Ингибиторы carm1 и их применение
CN104703293B (zh) * 2014-12-11 2019-11-29 南京中兴软件有限责任公司 一种lipa/sipto连接的建立方法和装置
CN105792199A (zh) * 2014-12-26 2016-07-20 中兴通讯股份有限公司 园区业务访问的方法、装置及系统
JP2020014112A (ja) * 2018-07-18 2020-01-23 Kddi株式会社 中継伝送路を含んだ無線通信システムにおいてハンドオーバ処理を実行する中継装置、その制御方法、及びプログラム
WO2023151009A1 (en) * 2022-02-11 2023-08-17 Qualcomm Incorporated Path switch failure handling

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102076038A (zh) * 2011-01-17 2011-05-25 大唐移动通信设备有限公司 一种lipa连接切换准备过程的执行方法及装置
CN102098723A (zh) * 2011-02-12 2011-06-15 大唐移动通信设备有限公司 为移动中继节点配置施主基站或施主小区的方法和设备
CN102300336A (zh) * 2011-09-28 2011-12-28 电信科学技术研究院 一种处理lipa承载的方法和设备

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9125213B2 (en) * 2011-01-07 2015-09-01 Lg Electronics Inc. Method and apparatus for verifying release of LIPA PDN connection in wireless communication system
CN103314617A (zh) * 2011-01-14 2013-09-18 交互数字专利控股公司 在电路交换回退和切换期间的本地因特网协议接入连接处理
KR101582015B1 (ko) * 2011-01-21 2015-12-31 블랙베리 리미티드 (로컬) 오프로딩에 이용되는 접속에 대한 접속 컨텍스트를 결정하기 위한 네트워크 장치 및 프로세스

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102076038A (zh) * 2011-01-17 2011-05-25 大唐移动通信设备有限公司 一种lipa连接切换准备过程的执行方法及装置
CN102098723A (zh) * 2011-02-12 2011-06-15 大唐移动通信设备有限公司 为移动中继节点配置施主基站或施主小区的方法和设备
CN102300336A (zh) * 2011-09-28 2011-12-28 电信科学技术研究院 一种处理lipa承载的方法和设备

Also Published As

Publication number Publication date
JP2016502796A (ja) 2016-01-28
EP2925078B1 (en) 2018-09-19
CN103841657A (zh) 2014-06-04
JP6169717B2 (ja) 2017-07-26
CN103841657B (zh) 2018-08-14
EP2925078A1 (en) 2015-09-30
EP2925078A4 (en) 2015-12-09

Similar Documents

Publication Publication Date Title
JP6296112B2 (ja) 加入者局、ユーザ装置及び基地局
CN106231638B (zh) 用于管理基站之间的切换的方法和设备
WO2014079141A1 (zh) 一种网关重定位的方法、移动管理实体及宿主基站
WO2011000193A1 (zh) 一种无线中继系统中终端的移动性管理方法及系统
WO2011020432A1 (zh) 基于移动中继的切换方法和移动无线中继系统
WO2014026560A1 (zh) 一种本地网关地址更新方法及装置
WO2014173184A1 (zh) 终端多连接的管理方法、装置和系统
KR101675708B1 (ko) 로컬 ip 액세스의 연결을 해제하는 방법 및 장치, 이동성 관리 유닛, 무선 측 네트워크 요소
JP6169717B2 (ja) ローカルｉｐアクセス接続解放方法及びｍｒｎ
TWI506978B (zh) Support the mobile relay station and fixed relay station coexistence method and the corresponding equipment
WO2015085709A1 (zh) 一种处理选定的ip流量卸载连接的方法及基站
WO2016107144A1 (zh) 用户面路径的更新方法、装置及系统
WO2012155656A1 (zh) 一种宿主基站、中继节点设备及增强路径转换的方法
WO2014044117A1 (zh) 一种网关重定位的方法及移动性管理实体
WO2012155610A1 (zh) 一种中继节点切换中释放用户设备信息的方法和系统
WO2014026564A1 (zh) 一种地址分配方法及宿主基站
WO2011140777A1 (zh) 一种快速释放切换源侧资源的方法及装置

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2015542152

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2013857313

Country of ref document: EP