+

WO2016003176A1 - Procédé et appareil pour déterminer un délestage de trafic - Google Patents

Procédé et appareil pour déterminer un délestage de trafic Download PDF

Info

Publication number
WO2016003176A1
WO2016003176A1 PCT/KR2015/006737 KR2015006737W WO2016003176A1 WO 2016003176 A1 WO2016003176 A1 WO 2016003176A1 KR 2015006737 W KR2015006737 W KR 2015006737W WO 2016003176 A1 WO2016003176 A1 WO 2016003176A1
Authority
WO
WIPO (PCT)
Prior art keywords
flow
information
message
user terminal
pgw
Prior art date
Application number
PCT/KR2015/006737
Other languages
English (en)
Korean (ko)
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
Priority claimed from KR1020140134538A external-priority patent/KR20160002298A/ko
Application filed by 삼성전자 주식회사 filed Critical 삼성전자 주식회사
Priority to US15/323,392 priority Critical patent/US10568001B2/en
Publication of WO2016003176A1 publication Critical patent/WO2016003176A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Definitions

  • An embodiment of the present specification provides a service for effectively transmitting and receiving data by simultaneously using a 3GPP system such as LTE and a non-3GPP system such as a wireless LAN in a network in which a 3GPP system and a non-3GPP system coexist. to be. More specifically, when a user terminal can simultaneously use a 3GPP system and a non-3GPP system, it is a technique for performing traffic offloading, and select the determining agent of the traffic offloading.
  • a 5G communication system or a pre-5G communication system is called a system after a 4G network (Beyond 4G Network) or a system after an LTE system (Post LTE).
  • 5G communication systems are being considered for implementation in the ultra-high frequency (mmWave) band (eg, such as the 60 Gigabit (60 GHz) band).
  • FD-MIMO massive array multiple input / output
  • FD-MIMO massive array multiple input / output
  • FD-MIMO massive array multiple input / output
  • FD-MIMO massive array multiple input / output
  • FD-MIMO massive array multiple input / output
  • Array antenna, analog beam-forming, and large scale antenna techniques are discussed.
  • 5G communication systems have advanced small cells, advanced small cells, cloud radio access network (cloud RAN), ultra-dense network (ultra-dense network) , Device to Device communication (D2D), wireless backhaul, moving network, cooperative communication, Coordinated Multi-Points (CoMP), and interference cancellation
  • cloud RAN cloud radio access network
  • D2D Device to Device communication
  • D2D Device to Device communication
  • CoMP Coordinated Multi-Points
  • Hybrid FSK and QAM Modulation FQAM
  • SWSC Slide Window Superposition Coding
  • ACM Advanced Coding Modulation
  • FBMC Fan Bank Multi Carrier
  • NOMA non orthogonal multiple access
  • SCMA sparse code multiple access
  • IoT Internet of Things
  • IoE Internet of Everything
  • M2M machine to machine
  • MTC Machine Type Communication
  • IT intelligent Internet technology services can be provided that collect and analyze data generated from connected objects to create new value in human life.
  • IoT is a field of smart home, smart building, smart city, smart car or connected car, smart grid, health care, smart home appliances, advanced medical services, etc. through convergence and complex of existing information technology (IT) technology and various industries. It can be applied to.
  • mobile communication systems have been developed to provide voice services while guaranteeing user activity.
  • mobile communication systems are gradually expanding not only voice but also data services, and now they have developed to the extent that they can provide high-speed data services.
  • a shortage of resources is occurring in the mobile communication system in which a service is currently provided, and a more advanced mobile communication system is required because users require higher speed services.
  • LTE Long Term Evolution
  • 3GPP The 3rd Generation Partnership Project
  • LTE is a technology that implements high-speed packet-based communication with a transmission rate of up to 100 Mbps.
  • various methods are discussed.
  • the network structure can be simplified to reduce the number of nodes located on the communication path, or the wireless protocols can be as close to the wireless channel as possible.
  • the terminal may simultaneously use a plurality of heterogeneous networks.
  • the UE may simultaneously use a 3GPP access network such as GERAN / UTRAN / E-UTRAN and a non-3GPP access network such as a wireless local area network (WLAN).
  • the user terminal may transmit and receive data by connecting to the E-UTRAN while simultaneously connecting to the WLAN for other traffic.
  • the traffic offloading decision may be made in consideration of the state of the user terminal, the state of the WLAN, and the operator network state.
  • PDN packet data network
  • P-GW packet data network gateway
  • the network may create one or more PDN connections for PDNs having the same access point name (APN) even when a user terminal accesses using a WLAN. You must allow it.
  • APN access point name
  • a method of supporting a user terminal to simultaneously transmit and receive traffic through a 3GPP system and a non-3GPP system using one IP address may be allowed.
  • an access network for transmitting / receiving specific traffic that is, authority to determine whether to offload traffic may be given to both the user terminal and the operator network.
  • the user terminal starts the process for traffic offloading
  • the node of the operator network also starts the process for traffic offloading
  • the two processes may collide with each other, increase the possibility of error or inefficiency in operation. What is possible is a method and apparatus that can solve this problem.
  • Signal transmitting and receiving method in a terminal of a mobile communication system for solving the above problems is a step of transmitting a connection request message including request information for IP flow control to a packet data network gateway (PGW) ; Receiving a connection response message including authorization information for IP flow control from the PGW; And controlling the IP flow related to the connection based on the admission information for the IP flow control.
  • PGW packet data network gateway
  • Signal transmission and reception method in a packet data network gateway (PGW) of a mobile communication system comprises the steps of receiving a connection request message including request information for IP flow control from the terminal; Transmitting a connection response message including authorization information for IP flow control to the terminal; And controlling the IP flow related to the connection based on the admission information for the IP flow control.
  • PGW packet data network gateway
  • Terminal of a mobile communication system includes a transceiver for transmitting and receiving a signal; And controlling the transceiver, transmitting a connection request message including request information for IP flow control to a packet data network gateway (PGW), and receiving a connection response message including approval information for IP flow control from the PGW. And a controller for controlling the IP flow related to the connection based on the admission information for the IP flow control.
  • PGW packet data network gateway
  • Packet data network gateway (PGW) of a mobile communication system includes a transceiver for transmitting and receiving a signal; And controlling the transceiver, receiving a connection request message including request information for IP flow control from a terminal, transmitting a connection response message including authorization information for IP flow control to the terminal, and controlling the IP flow. It includes a control unit for controlling the IP flow associated with the connection based on the approval information for.
  • each traffic offloading process can be distinguished so that traffic offloading can be efficiently performed.
  • FIG. 1 is a diagram schematically illustrating a situation in which data is transmitted and received by simultaneously using a 3GPP access network and a non-3GPP access network according to an embodiment of the present disclosure.
  • FIG. 2 is a diagram illustrating an example of a block diagram of a trusted WLAN access network (TWAN) according to one embodiment of the present specification.
  • TWAN trusted WLAN access network
  • FIG. 3 is a diagram briefly explaining a situation that may occur in the process of determining traffic offloading.
  • FIG. 4 illustrates operations of a user terminal and a provider network node according to an exemplary embodiment of the present specification.
  • FIG. 5 is a diagram illustrating an operation for determining an ICM of a user terminal and a network.
  • FIG. 6 is a diagram illustrating operations of a user terminal and a network for determining an IFOM operation mode.
  • FIG. 7 illustrates an operation in which ANDSF is used to determine whether an initial ICM or NW (Network) -initiated IP flow mobility request is requested by a user terminal.
  • NW Network
  • PCO 8 is a diagram illustrating an operation of exchanging information on IP flow mobility using a Protocol Configuration Option (PCO).
  • PCO Protocol Configuration Option
  • FIG. 9 illustrates an operation for changing a node capable of initiating IP flow mobility according to an embodiment.
  • FIG. 10 illustrates an operation for changing a node capable of initiating IP flow mobility according to another embodiment.
  • FIG. 11 is a diagram illustrating a terminal according to an embodiment of the present disclosure.
  • FIG. 12 is a diagram illustrating a core network entity according to an embodiment of the present specification.
  • each block of the flowchart illustrations and combinations of flowchart illustrations may be performed by computer program instructions. Since these computer program instructions may be mounted on a processor of a general purpose computer, special purpose computer, or other programmable data processing equipment, those instructions executed through the processor of the computer or other programmable data processing equipment may be described in flow chart block (s). It creates a means to perform the functions. These computer program instructions may be stored in a computer usable or computer readable memory that can be directed to a computer or other programmable data processing equipment to implement functionality in a particular manner, and thus the computer usable or computer readable memory. It is also possible for the instructions stored in to produce an article of manufacture containing instruction means for performing the functions described in the flowchart block (s).
  • Computer program instructions may also be mounted on a computer or other programmable data processing equipment, such that a series of operating steps may be performed on the computer or other programmable data processing equipment to create a computer-implemented process to create a computer or other programmable data. Instructions for performing the processing equipment may also provide steps for performing the functions described in the flowchart block (s).
  • each block may represent a portion of a module, segment, or code that includes one or more executable instructions for executing a specified logical function (s).
  • logical function e.g., a module, segment, or code that includes one or more executable instructions for executing a specified logical function (s).
  • the functions noted in the blocks may occur out of order.
  • the two blocks shown in succession may in fact be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending on the corresponding function.
  • ' ⁇ part' used in the present embodiment refers to software or a hardware component such as an FPGA or an ASIC, and ' ⁇ part' performs certain roles.
  • ' ⁇ ' is not meant to be limited to software or hardware.
  • ' ⁇ Portion' may be configured to be in an addressable storage medium or may be configured to play one or more processors.
  • ' ⁇ ' means components such as software components, object-oriented software components, class components, and task components, and processes, functions, properties, procedures, and the like. Subroutines, segments of program code, drivers, firmware, microcode, circuits, data, databases, data structures, tables, arrays, and variables.
  • the functionality provided within the components and the 'parts' may be combined into a smaller number of components and the 'parts' or further separated into additional components and the 'parts'.
  • the components and ' ⁇ ' may be implemented to play one or more CPUs in the device or secure multimedia card.
  • the basic Third Generation Partnership Project (3GPP) LTE system and a non-3GPP access network are referred to as a wireless local area network (WLAN).
  • WLAN wireless local area network
  • the main subject matter of the embodiments of the present specification is to be modified in a slight variation without departing from the scope of the embodiments of the present disclosure to other communication / computer systems having similar technical background and system form. Applicable, it will be possible to the judgment of those skilled in the art of the embodiments of the present disclosure.
  • the object of application of the present invention may be a 1x / CDMA2000 system or a WiMAX system instead of a WLAN.
  • FIG. 1 is a diagram schematically illustrating a situation in which data is transmitted and received by simultaneously using a 3GPP access network and a non-3GPP access network according to an embodiment of the present disclosure.
  • non-3GPP access networks are not only WLANs but also other non-3GPP standard access networks, e.g., 1x / CDMA2000 /. It may include an HRPD access network or a WiMAX network.
  • the non-3GPP access network can be broadly divided into a trusted non-3GPP access network 120 and an untrusted non-3GPP access network 130. This division may be determined by whether the operator can trust the non-3GPP access network connected to the provider network. If the non-3GPP access network is untrusted (Untrusted non-3GPP access network 130), the non-3GPP access network is a 3GPP provider network, e.g. P-GW via evolved Packet Data Gateway (ePDG) 140 And may be connected to 170.
  • the operator may include an operator operating a 3GPP access network, and the non-3GPP access network may be a service provider contracted with a 3GPP operator.
  • reliable non-3GPP access network 120 may be directly connected to P-GW 170 without ePDG.
  • the reliable non-3GPP access network 120 may be directly connected to an evolved packet core (EPC).
  • EPC evolved packet core
  • the non-3GPP access network 120 and 130 is represented as one device for convenience of description, but the non-3GPP access network may be a network including a plurality of access points.
  • a Trusted WLAN Access Network TWAN 120, which may include one or more WiFi access points and a Trusted WLAN Access Gateway (TWAG).
  • TWAN Trusted WLAN Access Network
  • TWAG Trusted WLAN Access Gateway
  • the WiFi access point is connected to the 3GPP provider network through the TWAG, and the TWAG may be physically separated from the WiFi access point, or may be implemented through a logical module for each device.
  • the user terminal via the Trusted WLAN (120) or Untrusted WLAN (130) non-Seamless WLAN NSWO (transmitting and receiving traffic with the external PDN (for example, the Internet) directly without passing through the carrier core network offloading) techniques.
  • the Trusted WLAN 120
  • Untrusted WLAN 130
  • non-Seamless WLAN NSWO transmitting and receiving traffic with the external PDN (for example, the Internet) directly without passing through the carrier core network offloading
  • the 3GPP mobile communication system may include a next-generation base station (Evolved Node B, EUTRAN, ENB, Node B) 150 and S-GW (S-GW) 160,
  • the UE 110 may access an external network through the ENB 150, the S-GW 160, and the P-GW (PDN Gateway) 170.
  • the P-GW usually has a Policy and Charging Enforcement Function (PCEF). If the PCEF is implemented separately from the P-GW, in the embodiment of the present invention, the P-GW may be replaced with the PCEF.
  • PCEF Policy and Charging Enforcement Function
  • the PCRF (Policy and Charging Rules Function) 180 is a device that controls a policy related to the quality of service (QoS) of the user, and the Policy and Charging Control (PCC) rule corresponding to the policy is the P-GW 170. And can be applied to.
  • QoS quality of service
  • PCC Policy and Charging Control
  • the eNB 150 is a RAN (Radio Access Network) node, and may perform functions corresponding to a Radio Network Controller (RNC) of a UTRAN system and a Base Station Controller (BSC) of a GERAN system.
  • RNC Radio Network Controller
  • BSC Base Station Controller
  • the eNB 150 is connected to the UE 110 by a radio channel and plays a role similar to that of the existing RNC / BSC.
  • the base station 150 may use several cells at the same time. Therefore, embodiments of the present disclosure may be applied to a 2G / 3G legacy network when the eNB (E-UTRAN) 150 is replaced with UTRAN or GERAN.
  • the S-GW 160 is a device for providing a data bearer, and creates or removes a data bearer context according to the control of a mobility management entity (MME).
  • MME mobility management entity
  • the function of the S-GW 160 may correspond to the function of a Serving GPRS Support Node (SGSN) in a 2G / 3G network.
  • SGSN Serving GPRS Support Node
  • EPS bearer In a wireless communication system such as LTE, a unit to which QoS is applicable is an EPS bearer.
  • One EPS bearer is used to send IP Flows with the same QoS requirements.
  • the EPS bearer may be assigned parameters related to QoS, and may include a QoS Class Identifier (QCI) and an Allocation and Retention Priority (ARP).
  • QCI QoS Class Identifier
  • ARP Allocation and Retention Priority
  • the EPS bearer may correspond to a PDP context of the GPRS system.
  • EPC Evolved Packet Core
  • the PDN connection may include one or more EPS bearers, and an IP address for each PDN connection. Can be assigned.
  • PDN connection or connection may be understood as a concept including a logical path through which a terminal may exchange data with a PDN through a core network based on an IP address. .
  • FIG. 2 is a diagram illustrating an example of a block diagram of a trusted WLAN access network (TWAN) according to one embodiment of the present specification. More specifically, FIG. 2 may be viewed as a type of Trusted non-3GPP access network described with reference to FIG. 1.
  • TWAN trusted WLAN access network
  • a Trusted WLAN Access Network (TWAN) 210 is a WLAN Access Network 220 consisting of one or more WLANs, a Trusted WLAN AAA Proxy for interworking with AAA. 230, and a Trusted WLAN Access Gateway (TWAG) 240 connecting the WLAN Access Network 210 and the P-GW (not shown).
  • TWAN Trusted WLAN Access Network
  • TWAG Trusted WLAN Access Gateway
  • the interface between the TWAG 240 and the P-GW may be referred to as S2a, and a protocol such as GPRS Tunneling Protocol (GTP) or Proxy Mobile IP (PMIP) may be used.
  • GTP GPRS Tunneling Protocol
  • PMIP Proxy Mobile IP
  • the above structure is just a logical structure, and in fact, the physical configuration may be more free.
  • the WLAN Access Network 220 and the TWAG 240 may be implemented in the same physical entity in the communication system.
  • the aforementioned problem that is, when a user terminal can use a non-3GPP access network and a 3GPP access network at the same time, how to create or manage a connection and specific traffic to any access network according to the user subscription information or network status
  • the method of informing and determining whether to transmit will be described with reference to embodiments.
  • the present invention is not limited to these embodiments, and it is possible to carry out other modifications based on the technical idea of the present invention in addition to the embodiments disclosed herein to those skilled in the art. It is self-evident to.
  • the network configuration will mainly include a case in which a TWAN is included as a non-3GPP access network, but a main point of the present invention utilizes a PDN through a non-3GPP access network. It can be applied to any situation. That is, if the carrier network configuration uses an Untrusted WLAN, in the embodiment of the present invention, the TWAN may be replaced with an ePDG, and the ePDG may be replaced by exchanging a message with a user terminal through an untrusted WLAN.
  • the IP flow control information may include information for identifying an IP flow, which is a TFT (Traffic Flow Templates), a packet filter, an IP flow descriptor, and a service data (SDF).
  • TFT Traffic Flow Templates
  • SDF service data
  • Flow Template may refer to all information that can be used to detect a specific IP flow.
  • TWAN and WLAN may be used interchangeably for convenience of description.
  • the WLAN may refer to an entity in charge of control in the WLAN, for example, a WLAN access point (AP), a TWAG, or an ePDG.
  • AP WLAN access point
  • TWAG TWAG
  • ePDG ePDG
  • the description will be made based on the case in which the entity communicating with the UE is TWAN, but the entity in which the actual UE communicates is based on the protocol of the message exchanged by the actual UE.
  • Element ie, at least one of WLAN access network, TWAG, TWAP).
  • the Beacon message may be sent by the WLAN access network in the TWAN.
  • the access network query protocol (ANQP) method may be applied between the UE and the WLAN access network in the TWAN, or an ANQP server connected thereto, or the TWAG.
  • ANQP access network query protocol
  • a WLAN control layer message (WLCP-WLAN Control Protocol) may be exchanged between the UE and the TWAG.
  • the information exchanged between the user terminal and the ePDG may be included in an Internet Key Exchange (IKE) message, not a WLAN control layer message, and may be transmitted through the non-3GPP access network. . If the user terminal directly exchanges information with the WLAN access network, the EAP message may be used.
  • IKE Internet Key Exchange
  • information exchange between WLAN and PCRF is Gateway Control Session establishment, modification, and termination
  • information exchange between PGW and PCRF is IP-CAN session establishment, modification. (Modification), Termination, but in practice this process is sent by the WLAN or PGW to the PCRF with the information described in the embodiment in a Credit Control Request (CCR) message, and the PCRF answers the Credit Control Answer.
  • CCR Credit Control Request
  • the WLAN or the PGW receiving the received information may correspond to the PCRF including the information included in the embodiment in the RA (Re-Auth) Answer message.
  • the diameter message is not limited to that described above, and may be used by changing to another similar request / response message, in which one entity is an embodiment of the present specification as another entity.
  • the information described in the above may be delivered, and the operations described in the embodiments of the present specification may be performed based on the transmitted information.
  • a user terminal is assigned and used with an IP address simultaneously through a non-3GPP access network and a 3GPP access network.
  • the example can be applied to a case where a user terminal uses a different IP address assigned to a non-3GPP access network and a 3GPP access network.
  • the user terminal and each network entity are limited to the case where the user terminal has a connection to the same PGW.
  • the exchanged information should include information (such as an IP address, a connection identifier, or an identifier of a basic bearer included in the connection) to identify a connection that is the target of the operation.
  • the SGW may be partially omitted during the message exchange process of each embodiment. If one network entity, especially the MME, exchanges a message with a PGW, this message may be exchanged with the PGW via the SGW. That is, the SGW may forward the control message received from the MME to the PGW, and forward the message received from the PGW to the MME.In this case, the information entered into the GTP message generated by the SGW and delivered to the next hop may be included. ) Can use what it received from the previous hop.
  • the traffic offloading determination or the start of the traffic offloading process may include whether to select IP flow mobility, that is, select an access network to transmit specific traffic, or change from one access network to another. May be determined or start the process for doing so.
  • the WLAN may correspond to one of AP, TWAG, ePDG, or both of them. More specifically, the WLAN may include one or more of an AP, a TWAG, or an ePDG, and may be logically or physically collocated together.
  • FIG. 3 is a diagram briefly explaining a situation that may occur in the process of determining traffic offloading. More specifically, FIG. 3 is a diagram schematically illustrating a problem situation that may occur when traffic offloading is determined in a terminal and a network.
  • the user equipment (UE) 302 and the PGW 304 may transmit and receive signals, respectively, and in this embodiment, the user terminal 302 and the operator are authorized to make decisions about IP flow mobility. It can be assumed that it is given to one node (PGW) 304 of the network. In addition, it may be assumed that the user terminal 302 may simultaneously use a 3GPP access network and a non3GPP access network using one IP address.
  • step I the user terminal 302 transmits a specific IP flow (traffic for a video service in this example) to the WLAN, determines that it is transmitted to LTE according to a specific state and condition, and starts a process for IP flow mobility. do.
  • a specific IP flow traffic for a video service in this example
  • moving the IP flow to LTE may include not using a PDN connection through the WLAN anymore.
  • step 315 one node of the operator network (in the embodiment, PGW 304) performs WLAN transmission of a specific IP flow (traffic for SNS service in this example) that has been transmitted to LTE in consideration of the operator network state or the state of the user terminal. You decide to move to and begin the process for this.
  • the operation of step 315 may be performed at a time similar to the operation of step 310, and each step may be performed within a time range that may affect each other irrespective of afterwards.
  • the operation of the user terminal 302 and the operator network 304 may cause a different result than the original intention, or may cause an error situation. For example, if the process of step 310 started by the user terminal 302 is completed before the request message according to the process of step 315 initiated by the node 304 of the operator's network arrives at the user terminal 302, the user terminal ( 302 is instructed to transmit traffic from the node 304 of the operator's network to the PDN connection that has already been lost.
  • the user terminal 302 is originally It was not possible to perform the intended action (i.e., disconnect the PDN over the WLAN).
  • the operation of the user terminal 302 and the operator network node 304 performed for one IP flow mobility is combined into one transaction.
  • the user terminal and the operator network always perform a process related to IP flow mobility through a new access network through which IP flow is transmitted and received due to IP flow mobility operation.
  • the user terminal may transmit the IP flow mobility request message through the WLAN rather than LTE.
  • a node of an operator network decides to move an IP flow transmitted and received to a WLAN to LTE, a control message exchanged with a user terminal during the IP flow mobility process may be transmitted through the LTE network.
  • FIG. 4 illustrates operations of a user terminal and a provider network node according to an exemplary embodiment of the present specification.
  • At least one of the user terminal 402, the non 3GPP access network 404, the 3GPP network 406, or the PGW 408 may transmit / receive a signal with another entity / network.
  • PTs procedure transactions
  • PT1 410 describes that the user terminal 402 initiates IP flow mobility
  • PT2 460 describes that one node (PGW) 408 of the operator network initiates IP flow mobility.
  • PGW node
  • each entity may determine different types of messages according to the entity receiving the message.
  • the user terminal 402 creates a PDN connection so that a 3GPP access network (LTE / E-UTRAN, etc.) 406 and a non-3GPP access network (WLAN, etc.) 404 are configured with one IP address. Assume that we can use together.
  • a 3GPP access network LTE / E-UTRAN, etc.
  • WLAN non-3GPP access network
  • the user terminal 402 may decide to move the IP flow transmitted from one access network to another access network.
  • the user terminal 402 may transmit a request message for IP flow mobility through the access network 404. If an embodiment uses a WLAN, the WLAN is a trusted WLAN, and the user terminal 402 uses multiple connection mode, the user terminal 402 may use a WLCP request message or an IP flow mobility request message. Can be.
  • at least one of the messages includes a TFT or packet filter including an ID for identifying a connection, information for identifying an IP flow (information for distinguishing an IP flow, an IP address / port, etc.), and a type of a target access network. Information, etc.), or at least one of a TID (Transaction ID).
  • the TID is an identifier for distinguishing a session management procedure transaction and is a value that can be assigned by the user terminal 402.
  • the access network node 404 receiving the IP flow mobility request from the user terminal 402, a message for updating information on the IP flow to the PGW 408, a Bearer Modify Command or a Proxy Binding Update (PBU) message, May be sent to the PGW 408.
  • the message may include one or more of an ID for identifying a connection, IP flow information, or a TID, and such information may be generated based on values received from the user terminal 402.
  • the PGW 408 determines whether to apply IP flow mobility based on the received information, and if it is determined to apply, a message for updating IP flow information (i.e., an access network to which the IP flow will be transmitted and received), Update.
  • a Bearer Request or Proxy Binding Ack (PBA) message may be transmitted to the access network node 404.
  • At least one of the messages may include one or more of an ID for identifying a connection, IP flow information, or a TID.
  • the IP flow information may be information modified / updated based on the information received from the user terminal 402, and the TID is determined based on a value received from the user terminal 402, and more specifically, the user terminal. It is characterized by using the value received from (402).
  • the access network 404 may transmit a message for updating the IP flow information of the user terminal 402 to the user terminal 402.
  • the message may be at least one of a WLCP message or an Update Route Request message.
  • the message may include one or more of an ID for identifying a connection, IP flow information, or a TID.
  • the IP flow information may be information modified / updated based on information requested by the user terminal 402.
  • the user terminal 402 compares the TID of the message received from the operator's network in this step with the TID inserted into the message transmitted in the previous step 415, and if it matches, the operator's network due to the request sent by the user. We can see that we sent a message to perform this IP flow mobility operation.
  • the user terminal 402 may transmit a response message indicating acceptance of IP flow mobility to the access network 404.
  • the message may be at least one of a WLCP message, an Update Route Response, or an Accept message.
  • the message includes one or more of an ID and a TID for identifying a connection, wherein the TID is determined based on the TID received in step 430, and more specifically, the same value as the TID received in step 430. Can be used.
  • the access network 404 may transmit a response message for the operation requested by the PGW 408, if necessary.
  • the response message may be an Update Bearer Response message, and the message may include one or more of an ID or a TID for identifying a connection.
  • the PGW 408 compares the TID of the received message with the TID that it included in the message sent in step 425 above (ie, obtained from the request message of the user terminal) to determine which PT response message. Can be.
  • the PGW 408 is configured to update the IP flow information of the user terminal 402 to the access network 406.
  • the message may be transmitted.
  • the message may be an Update Bearer Request message.
  • the message may include one or more of an ID for identifying a connection, IP flow information, and a TID.
  • the TID may be determined based on an unassigned value or a value generated by the PGW.
  • the access network 406 may transmit a message for updating the IP flow information of the user terminal 402 to the user terminal 402, and the message for updating the IP flow information may be transmitted or received by the IP flow. It may be a message for changing the network.
  • the message may be at least one of a NAS ESM or a Modify EPS Bearer Context Request message.
  • the message may include an ID for identifying a connection or a representative EPS bearer of the connection, an IP flow information (a TFT or packet filter configured with information for identifying an IP flow, an IP address / port, etc.), or a type of a target access network.
  • At least one of the information), or at least one or more of the TID may be included.
  • the TID delivered by the access network 406 to the user terminal 402 may be determined based on the value received from the PGW 408, and more specifically, the TID value received from the PGW 408 may be used as it is. have.
  • the user terminal 402 may transmit a response message indicating acceptance of IP flow mobility to the access network 406.
  • the message may be at least one of a NAS ESM message or a Modify EPS Bearer Context Accept message.
  • the message may include one or more of an ID or a TID for identifying a connection or a representative EPS bearer of the connection.
  • the user terminal 402 may assign one TID value to include in the message or include the unassigned as it is. If the message received in the previous step includes a TID other than unassigned, the user terminal may include the TID received in the previous step in the message.
  • the access network 406 may transmit a response message for the operation requested by the PGW 408.
  • the response message may be an Update Bearer Response message, and the message may include one or more of an ID or a TID for identifying a connection.
  • the TID is determined based on the value included in the message received from the user terminal 402, and more specifically, the same value as the TID included in the message received from the user terminal 402 may be used.
  • the PGW 408 compares the TID of the received message with the TID (i.e., obtained from the request message of the user terminal) included in the message sent in step 465 above to determine which PT response message. Can be.
  • the user terminal 402 and the PGW 408 may process IP Flow Mobility (IFOM) based on the TID.
  • IFOM IP Flow Mobility
  • the PT1 410 sends an IP flow mobility request to the user terminal 402 through the WLAN 404, and the PT2 460 performs an IP flow mobility process through the LTE 406 by the operator network.
  • the embodiment relates to a method of distinguishing an IP flow mobility PT initiated by a user terminal from an IP flow mobility PT initiated by an operator network.
  • the user terminal 402 may request an IP flow mobility request. If sent through the LTE (406) can also be applied correspondingly.
  • a user terminal transmits an IP flow mobility request through a non-3GPP (WLAN) access network, and one node (PGW) of the network performs an IP flow mobility operation through a 3GPP (LTE) access network.
  • WLAN non-3GPP
  • PGW node
  • LTE 3GPP
  • the main gist of the present embodiment may be applied to a case in which the type of access network is changed from each other so that a user terminal transmits an IP flow mobility request through an LTE network and performs an IP flow mobility process through a WLAN network in the network.
  • the operation of the SGW is omitted for convenience of description. This is because the message transmitted and received by the SGW may be the same as the message transmitted and received by the PGW.
  • ICM IP flow mobility
  • UE only Only user equipment can perform initiation for IP flow mobility.
  • -NW Network only: Only the nodes (for example, PGW) of the provider network can perform initiation for IP flow mobility.
  • NW and UE Initiation of IP flow mobility can be performed by both UE and NW.
  • the user terminal 502 may each transmit and receive signals with at least one of other entities.
  • the user terminal 502 may transmit a request message for creating a PDN connection to the WLAN / MME 504.
  • the message may be a WLCP message.
  • the message may be a NAS ESM message.
  • the message may be a PDN connectivity request message, and the message may include at least one of an APN or an ICM requested by the user terminal.
  • the WLAN network or the MME 504 may transmit a message, a Create Session Request, or a PBU message for creating a PDN connection to the PGW 506 according to a request of the user terminal 502.
  • the message may include at least one of APN and ICM.
  • the PGW 506 may determine an ICM for the user terminal 502. At this time, the PGW 506 may consider the APN requested from the user terminal 502 and may determine whether to allow the ICM requested by the user terminal 502 or whether a change to another ICM is necessary. In addition, during this process, the PGW 506 may consider local configuration and user subscription information, and may use information received from a separate network node, for example, a PCRF. Alternatively, the PGW 506 may deliver the ICM requested by the user terminal 502 to the PCRF, and notify the user terminal 502 of the ICM determined by the PCRF again.
  • the PGW 506 may send a response message to the WLAN / MME 504 in response to the request.
  • this message may be a Create Session Response or PBA message.
  • the message may include the ICM for the PDN connection of the user terminal 502 finally determined.
  • the MME or WLAN 504 may transmit a response message to the user terminal 502 in response to the PDN connection creation request.
  • the message may be a WLCP message.
  • the message may be a NAS ESM message.
  • the message may be a PDN connectivity accept message (when WLCP) or an activate default bearer request (when NAS ESM), and the message includes an ICM to be applied by the user terminal 502.
  • the ICM to be applied in an embodiment may include at least one of an ICM value or ICM related information to be applied.
  • the ICM-related information may include at least one of PDN-related information to which ICM is applied or conditions to which ICM is to be applied.
  • the user terminal 502 sets a mode of network-based IP flow mobility (NB-IFOM) operation, that is, at least one of UE-only, NW-only, or NW and UE according to the received message. Then, it can be applied to the IFOM operation.
  • NB-IFOM network-based IP flow mobility
  • the operation mode may be limited to the target PDN connection.
  • FIG. 6 is a diagram illustrating operations of a user terminal and a network for determining an IFOM operation mode.
  • the user terminal 602, the MME 604, and the home subscriber server (HSS) 606 may each transmit and receive signals with at least one of other entities.
  • the user terminal 602 may perform an attachment (attach or TAU) to the EPC through the E-UTRAN.
  • the user terminal 602 transmits an attach request or TA update request message to the MME 604, which requests NW-initiated IP flow mobility application to the ICM or the user terminal 602 of the user terminal 602.
  • attach request or TA update request message to the MME 604, which requests NW-initiated IP flow mobility application to the ICM or the user terminal 602 of the user terminal 602.
  • NW-initiated IP flow mobility application to the ICM or the user terminal 602 of the user terminal 602.
  • the MME 604 transmits a message requesting the location registration of the user terminal 602 to the HSS 606.
  • the message may be an Update Location message.
  • the HSS 606 may transmit a response message to the request of the MME 604.
  • the response message may be an Update Location Ack message, and the message may include at least one of information indicating whether to apply ICM or NW-initiated IP flow mobility to be applied to the user terminal as one of the subscription information of the user terminal 602. have.
  • the MME 604 may use the user terminal 602 based on at least one of information requested by the user terminal 602 in operation 610, information received from the HSS 606 in operation 620, or a local configuration of the MME 604. It can decide whether to support ICM or NW-iniaited IP flow mobility.
  • the MME 604 may perform NW-initiated IP flow mobility for the ICM or the user terminal that the user terminal 602 should apply to the registration accept message, attach accept or TA update accept message sent to the user terminal 602. At least one of information indicating whether it is supported may be included and transmitted. .
  • step 635 the user terminal 602 according to the message received from the MME 604, whether its operation mode is UE-only, NW-only, NW and UE or whether NW-initiated IP flow mobility is supported. Can be applied.
  • NW-initiated IP flow mobility is supported, so that a node of the operator network, for example, PGW or PCRF, may determine IP flow mobility and start a procedure for the UE instead of the user terminal 602. Means.
  • the information (ICM or NW-initiated IP flow mobility) may be set for each APN and transmitted to the user terminal.
  • the user terminal should operate according to the setting of the APN that is currently the target.
  • the information may be set differently for each APN.
  • FIG. 7 illustrates an operation in which an access network discovery and selection function (ANDSF) is used to determine whether to request an initial ICM or NW-initiated IP flow mobility of a user terminal.
  • ANDSF access network discovery and selection function
  • the ANDSF 702 or the user terminal 702 may transmit and receive signals with each other.
  • the ANDSF 702 may transmit policy information to the user terminal 704.
  • the policy information includes at least one of information for access network selection / search or information for traffic routing determination.
  • the information provided to the user terminal 704 may be referred to as ANDSF policy or ANDSF rule.
  • the information may include one or more of ICM applicable to the user terminal 704 and information indicating whether to use NW-initiated IP flow mobility.
  • the information may be set for each specific APN, it may be set to different for each specific APN.
  • the information may be included in a WLAN selection policy, an inter-system mobility policy, an inter-system routing policy, an inter-APN routing policy, or may be included in an IP flow mobility policy.
  • the user terminal 704 stores at least one of information received from the ANDSF 704, ICM, or whether to use NW-initiated IP flow mobility, and based on this, the user terminal 704 is associated with the start of another embodiment of the present invention.
  • the initial value of the information can be determined. For example, if the ICM is set to UE_only in the ANDSF policy received by the user terminal 704 from a specific PLMN, the ICM of the request message sent to the operator network of the PLMN is set to UE_only.
  • the ANDSF 702 may be an open mobile alliance-device management (OMA-DM) server, and the ANDSF policy may be another kind of information having a form of a management object (MO) of the OMA-DM.
  • OMA-DM open mobile alliance-device management
  • MO management object
  • PCO 8 is a diagram illustrating an operation of exchanging information on IP flow mobility using a Protocol Configuration Option (PCO).
  • PCO Protocol Configuration Option
  • At least one of the user terminal 802, the MME / WLAN 804, the PGW 806, or the PCRF 808 may transmit and receive signals with at least one of other entities.
  • the user terminal 802 may transmit a request message for creating a PDN connection to the MME / WLAN 804.
  • the message may be a WLCP message.
  • the message may be a NAS ESM message.
  • the message may be a PDN connectivity request message, and the message may include at least one of APN, ICM information, or NW-initiated IP flow mobility information requested by the user terminal.
  • the ICM information and the NW-initiated IP flow mobility request may be included as one of the protocol configuration options (PCOs) included in the message.
  • the information may be applied to the target PDN connection limited.
  • the WLAN network or the MME 804 may transmit a message, a Create Session Request message, or a PBU message to the PGW 806 to create a PDN connection according to a request of the user terminal 802.
  • the message may include at least one of information requesting APN, ICM request, or NW-initiated IP flow mobility.
  • the WLAN network or the MME 804 includes the received PCO in the message and delivers it to the PGW 806.
  • the PGW 806 receives the PCO transmitted from the user terminal 802 and receives ICM information included in the PCO or request information for NW-initiated IP flow mobility.
  • the PGW 806 determines whether to support ICM or NW-initiated IP flow mobility to be applied to the user terminal 802 according to the request, wherein the PGW 806 is requested from the user terminal 802.
  • the APN may be considered, and during this process, the PGW 806 may consider local configuration and user subscription information, and may use information received from a separate network node, for example, the PCRF 808.
  • the PGW may deliver the ICM requested by the user terminal to the PCRF as in step 820, and notify the user terminal of the ICM determined by the PCRF again.
  • the operation of step 820 may be selectively performed.
  • the PGW 806 may transmit a response message to the request to the MME / WLAN 804.
  • the response message may be at least one of a Create Session Response or a PBA message.
  • the response message includes whether the ICM or NW-initiated IP flow mobility support for the PDN connection of the determined user terminal 802.
  • the MME or WLAN 804 may send a response message to the user terminal 802 in response to the PDN connection creation request.
  • the message may be a WLCP message
  • the message may be a NAS ESM message.
  • the message may be at least one of a PDN connectivity accept message (when WLCP) or an activate default bearer request (when NAS ESM), and ICM or NW-initiated IP flow mobility to be applied by the user terminal 802 to the message. Support is included.
  • the user terminal 802 sets the mode of NB-IFOM operation, that is, one of UE-only, NW-only, and NW and UE, if ICM is included in the received message. Applicable to the operation. Alternatively, if the received message includes whether NW-initiated IP flow mobility is supported, the user terminal 802 may determine whether NW-initiated IP flow mobility is supported accordingly.
  • FIG. 9 illustrates an operation for changing a node capable of initiating IP flow mobility according to an embodiment.
  • the user terminal 902, the MME / WLAN 904, and the PGW 906 may each transmit and receive signals with at least one of other entities.
  • step 910 the user terminal 902 is registered in the provider network, and a node capable of initiating IP flow mobility is determined.
  • the method of determining a node capable of IP flow initiation in an embodiment may include an embodiment disclosed herein or a method other than the embodiment.
  • the node of the operator's network decides to change the ICM for the user terminal 902. This may be determined in consideration of at least one of a local configuration of the PGW 906, a network state, or information received from the PCRF.
  • the ICM may be information set for each PDN connection.
  • the PGW 906 may send a message to the MME or WLAN 904 to update the ICM.
  • the message used to update the ICM may be an Update Bearer Request message, and the message may include information related to the ICM to be applied by the user terminal 902.
  • the MME or WLAN 904 may send a message for notifying the user terminal 902 of the changed ICM.
  • the message used to inform the changed ICM may be a message using the WLCP protocol, an update connection request when the node transmitting the message is a trusted WLAN, and the message may include information related to the ICM.
  • the message used by the MME may be a Modify EPS bearer context request, and the message may include information related to ICM.
  • the user terminal 902 may update a mode for IP flow mobility according to the ICM included in the received message.
  • the updated information may be applied to the entire PDN, or the updated information may be applied only to the PDN connection currently connected to the PDN connection of the user terminal 902.
  • the user terminal 902 may transmit a response message to the MME / WLAN 904.
  • the response message may be one of a WLCP or NAS message according to the receiving node.
  • the MME / WLAN 904 may transmit a response message to the PGW 906 in response to the message received in step 920.
  • the response message may be an update bearer response message.
  • FIG. 10 illustrates an operation for changing a node capable of initiating IP flow mobility according to another embodiment.
  • At least one of the user terminal 1002, the WLAN 1004, the PGW 1006, or the PCRF 1008 may transmit and receive signals with at least one of other entities.
  • step 1010 the user terminal 1002 is registered in the operator's network, and a node capable of initiating IP flow mobility is determined.
  • the method of determining a node capable of IP flow initiation in an embodiment may include an embodiment disclosed herein or a method other than the embodiment.
  • the node of the operator network may determine to change the ICM for the user terminal 1002.
  • the node of the provider network may determine to change the ICM for the user terminal 1002 based on at least one of a local configuration of the PCRF 1008, a network state, or information received from a subscription information server.
  • the ICM may be information set for each PDN connection.
  • the PCRF 1008 sends a message to the WLAN 1020 to update the ICM.
  • the message used to update the ICM may be a message using a Diameter protocol such as Credit-Control Answer (CCA), Re-Auth Answer (RAA), or Authentication-Information Answer (AIA). May include information related to ICM to be applied by the user terminal 1002.
  • CCA Credit-Control Answer
  • RAA Re-Auth Answer
  • AIA Authentication-Information Answer
  • the WLAN 1004 sends a request message to the PGW 1006 to change the ICM.
  • the message may be a PBU message, which may include information related to the ICM.
  • the information related to the ICM may be determined based on one of the information received in step 1020.
  • the PGW 1006 may determine an ICM for the user terminal 1002 based on at least one of the received information. In an embodiment, the PGW 1006 may determine an ICM for the user terminal 1002 based on at least one of a local configuration of the PGW, a network state, or information received from a subscription information server. In an embodiment, the ICM may be information set for each PDN connection.
  • the PGW 1008 sends a message to the WLAN 1004 to inform the determined ICM about the user terminal 1002.
  • the message for notifying the ICM determined in the embodiment may be a PBA, and this message may include the ICM for the user terminal 1002.
  • the determined ICM may be the same ICM or modified ICM as the ICM previously applied to the terminal.
  • the WLAN 1004 may transmit a request message to change the ICM to the user terminal 1002.
  • the message used to change the ICM applied to the user terminal 1002 may be a message using the WLCP protocol or an Update Connection Request when the WLAN 1004 is a trusted WLAN, and the message may include the ICM.
  • the user terminal 1002 may update a mode for IP flow mobility according to the ICM included in the received message.
  • the updated information may be applied only to the PDN connection that is currently the target of the PDN connection of the user terminal.
  • the user terminal 1002 may transmit a response message to the WLAN 1004.
  • the PDN connection determines the subject that triggers (trigger or initiation) to modify or generate a routing rule for performing IP flow mobility between the user terminal and the NW.
  • the user terminal and the NW negotiate a right to modify or generate a rule for performing IP flow mobility, and operating accordingly may be applied to another control unit, for example, EPS bearer or IP flow.
  • the unit controlled to perform IP flow mobility may be a PDN connection, an EPS bearer, or an IP flow.
  • the negotiation of control authority between the user terminal and the NW may be performed during the process of generating the EPS bearer or modifying the context of the generated EPS bearer.
  • an operation for performing IP flow mobility for each EPS bearer may be performed before and after a process of generating or modifying an EPS bearer.
  • the session management request message and the response message exchanged between the user terminal and the NW include information indicating whether it is allowed for the NW, the user terminal, or both to request IP flow mobility or create / modify a rule for the EPS bearer. Included.
  • control when the control is applied for each IP flow, the control may be performed during the process of exchanging information on the IP flow between the user terminal and the NW.
  • an operation for performing IP flow mobility may be performed before and after a process of exchanging information on IP flow.
  • the session management request message and response message for exchanging information about the IP flow that is, routing rule between the user terminal and the NW, request IP flow mobility for a specific IP flow (or a set of IP flows) or perform a rule.
  • Information indicating whether creation / modification is allowed to the NW, the user terminal, or both may be included.
  • the permission information may be included as an element of the routing rule. That is, the information constituting the routing rule containing the control information on the IP flow includes information indicating whether the user terminal is authorized or prohibited to initiate modification or update of the routing rule. Can be.
  • the user terminal may perform a request process for modifying / updating a routing rule only if modification is allowed for a specific routing rule.
  • initiating mobility for a specific IP flow may include performing at least one of creating, modifying, and deleting a routing rule for a specific IP flow.
  • the user terminal and the NW are allowed to exchange mobility for a specific IP flow with each other.
  • the permission may be replaced with a priority concept.
  • the information negotiated between the user terminal and the NW may include a priority for an IP flow mobility or routing rule between the user terminal and the NW, If all or part of the routing rules exchanged with each other collide, or if the user equipment and the NW initiate the IP flow mobility process at the same time, it means that the operation is based on the request of the higher priority.
  • the NW sets the routing rule by the initiation process. It is to apply first.
  • the priority information may be set according to message transmission or reception by the user terminal or the NW, or may be set in a form of changing the priority according to a specific condition. More specifically, the priority information may be set in the process of exchanging information related to the IFOM, and may include information of the priority of the node controlling the IFOM.
  • Embodiments herein relate to the UE and the NW explicitly negotiating a mode related to IFOM operation and operating according to the negotiated result.
  • One of the gist of the present invention transmits and negotiates or negotiates information related to which node is a node performing IP flow mobility or triggering IP flow mobility during the NW with the user terminal, and the node determined according to the present invention is IP. This includes performing or triggering flow mobility. Therefore, the gist of the present invention can be applied even when information indicating that the terminal and the NW negotiate IP flow mobility is not explicitly exchanged. More specifically, it is determined whether one of the terminal and the NW transmits a message related to the request IP flow mobility to the counterpart node, and whether to initiate the IP flow mobility according to the message received from the counterpart node. Can be.
  • FIG. 13 is a diagram illustrating a method for transmitting and receiving a signal related to initiation of IP flow mobility between a terminal and a network according to an embodiment of the present disclosure.
  • the user terminal 1302 and the PGW 1304 may transmit and receive a signal.
  • the user terminal 1302 and the PGW 1304 may transmit and receive a signal through a base station (not shown).
  • the PGW 1304 may be referred to as an NW, which may be another network constituting the core network.
  • the user terminal 1302 may transmit a message for requesting IP flow mobility to the NW 1304.
  • the transmitted message may be a session management request message. This request may be made when information that can be used when determining IP flow mobility inside the user terminal 1302, for example, an ANDSF policy, an operator policy, or a user preference is set to a specific value.
  • the request message transmitted by the user terminal 1302 to the NW 1304 may include at least one of information on an IP flow that is a request target and information related to a policy used by the user terminal 1302.
  • the information related to the policy may include whether the user terminal 1302 has an ANDSF policy and specific information on the ANDSF policy.
  • the NW 1304 may determine whether to accept the IP flow mobility request received from the terminal 1302 based on at least one of the request, received information, local configuration, and subscription information of the user terminal 1302. have. In addition, in an embodiment, whether to accept or reject the request may be transmitted to the user terminal 1302 through a session management (SM) message.
  • SM session management
  • the NW 1304 may transmit a reject message to the user terminal 1302, and the reject message may be a session management reject message.
  • the session management reject message may include a timer value.
  • step 1325 if the user terminal 1302 does not accept the request, the NW 1304 initiates IP flow mobility instead of directly initiating IP flow mobility by the user terminal 1302 for the corresponding IP flow.
  • the rejection of the request of the user terminal 1302 by the NW 1304 may indicate that the result of negotiating an operation mode with the user terminal 1302 is NW_only mode. Accordingly, when the user terminal 1302 receives the rejection of the request, the user terminal 1302 may determine to operate in the NW_only mode.
  • the result of the mode negotiation may be applied only to the IP flow that was the target when the user terminal 1302 requests IP flow mobility. Alternatively, the mode negotiation result may be applied to all PDN connections including IP flow.
  • the operation mode may be determined based on the response result of the IP flow mobility without the explicit exchange of information between the user terminal 1302 and the NW 1304.
  • the embodiment of FIG. 13 may be applied while the operation mode is negotiated between the user terminal 1302 and the NW 1304 and is operating in the negotiated operation mode through another embodiment of the present specification.
  • the operation mode may be changed by transmitting a rejection message or an acknowledgment message to the counterpart node.
  • the timer value included in step 1320 it is possible to determine a time for which the operation mode determined according to the session management reject message is maintained.
  • the user terminal 1302 in response to receiving a session management reject message including the timer value, drives a timer having the timer value, and an operation mode according to the session management reject message is valid until the timer expires. It can be judged that.
  • FIG. 14 is a diagram illustrating another method of transmitting and receiving a signal related to initiation of IP flow mobility between a terminal and a network according to an embodiment of the present disclosure.
  • the user terminal 1402 and the PGW 1404 may transmit and receive signals.
  • the user terminal 1402 and the PGW 1404 may transmit and receive signals through a base station (not shown).
  • the PGW 1404 may be referred to as an NW, which may be another network constituting the core network.
  • the user terminal 1402 may also reject the IP flow mobility request of the NW.
  • the NW 1404 may transmit a message for requesting IP flow mobility to the user terminal 1402.
  • the transmitted message may be a session management request message.
  • the request message may include information on the IP flow that is the target of the request.
  • the request message may be selectively transmitted according to the subscription information of the user terminal 1402.
  • the user terminal 1402 may determine whether to accept or reject the received request message.
  • the rejection of the NW request by the user terminal 1402 is based on at least one of a wireless channel state or congestion state detected by the user terminal 1402, an ANDSF policy and a user preference that the user terminal 1402 is using. Can be done.
  • the user terminal 1402 may transmit a message for rejecting the request to the NW 1404 in step 1420.
  • the message for rejecting the request may be a session management reject message.
  • the session management reject message may include a timer value.
  • the message for rejecting the request may include a reason for rejection of the user terminal 1402 (for example, a bad channel state, or cannot be performed by ANDSF policy). The cause may be communicated up to NW 1404.
  • the NW 1404 determines that the UE 1402 initiates IP flow mobility, rather than the NW 1404 initiating IP flow mobility for the IP flow in step 1425. can do.
  • denying the request of the NW 1404 by the user terminal 1402 may indicate that the result of negotiating an operation mode between the NW 1404 and the user terminal 1402 is UE_only mode. Accordingly, the NW 1404 may determine that the UE_only mode should be operated when the rejection of the request is received.
  • the results of this mode negotiation apply only to the IP flow that was targeted when the NW requested IP flow mobility. Or, it may be applied to all PDN connections including the IP flow.
  • the operation mode may be determined based on the response result of the IP flow mobility without the explicit exchange of information between the user terminal 1402 and the NW 1404.
  • the embodiment of FIG. 14 may be applied while the operation mode is negotiated between the user terminal 1402 and the NW 1404 through another embodiment of the present specification and is operating in the negotiated operation mode.
  • the operation mode may be changed by transmitting a rejection message or an acknowledgment message to the counterpart node.
  • the timer value included in step 1420 it is possible to determine a time for which the operation mode determined according to the session management reject message is maintained.
  • the NW 1402 drives the timer having the timer value, and the operation mode according to the session management reject message is valid until the timer expires. You can judge.
  • an initial operation mode of the user terminal and the NW may be an NW and UE mode. If the operation mode is initialized by the timer expiration, the operation mode of the user terminal and the NW may be changed to the NW and UE mode, and thus IP flow mobility may be initiated at both the NW and the user terminal side.
  • the entity receiving the request reject message may determine that an operation mode is determined according to the request reject message.
  • initializing the operation mode or performing a renegotiation process may be performed using a timer. If the IP flow mobility request of the user terminal is rejected and operated in NW_only mode, the user terminal starts a timer upon receiving a message and determines that the negotiated mode is valid until the timer expires. If the timer expires, the negotiated mode can be reset or a renegotiation process can be performed. In addition, the timer value may be included in the rejection message and transmitted to the receiving entity when the entity rejecting the request is determined. As such, by passing the same timer value, a timer having the same value can be driven between the two entities.
  • IP flow mobility started by the user terminal described above may be applied when there is a policy (policy), rules, or configuration that can be used when performing the IP flow mobility to the user terminal.
  • IP flow mobility initiated by the NW may be applied when there are policies that the NW can use to perform IP flow mobility, such as extended PCC rules.
  • the user terminal and the NW can negotiate which entity can be the subject for IP flow mobility. have. At this time, the following priority may be used.
  • information for performing IP flow mobility in NW is characterized by using UE initiated IP flow mobility (ie, negotiating in UE-only mode, or operating in UE and NW mode).
  • the UE may include information indicating that it has information or a policy (eg, ANDSF policy) capable of performing IP flow mobility in a session management message (PDN connectivity request, etc.) transmitted to the provider network.
  • a policy eg, ANDSF policy
  • the user terminal provides information indicating the type of information (one of ANDSF policy, user preference, and local operating environment) that it has, or information indicating whether it received from HPLMN or RPLMN if ANDSF policy exists. You can send additionally.
  • the user terminal may request the use of the UE-only mode only if it has information or policy capable of performing IP flow mobility. That is, the user terminal is allowed to request the use of the UE-only mode to the NW only if it has a valid ANDSF policy.
  • the NW allows a user terminal request (using UE-only mode).
  • the NW is the subject that provided the type and information of the user terminal (HPLMN). Or VPLMN), and the user's subscription information and the local configuration of the NW.
  • the user terminal receives from HPLMN (H-ANDSF) or has a policy set by HPLMN
  • HPLMN HPLMN
  • IP flow mobility is performed to the NW.
  • the NW of the VPLMN considers the roaming agreement with the HPLMN and the local configuration, so that the terminal's information (ie, UE-initiated NBIFOM is used). Decide whether to use).
  • the user terminal described above uses IP flow mobility related information (ANDSF policy and service provider type) provided through the session management message.
  • the information provided by the HPLMN to the UE may have a higher priority than the NW rule.
  • the user terminal receives from the HPLMN (H-ANDSF) or has a policy set by the HPLMN
  • H-ANDSF HPLMN
  • IP flow mobility is applied to the NW.
  • the NW of HPLMN considers the roaming agreement with the VPLMN and local configuration in consideration of the terminal information (that is, UE-initiated NBIFOM). Use).
  • the user terminal described above uses IP flow mobility related information (ANDSF policy and service provider type) provided through the session management message.
  • the rule of the NW of the HPLMN may have a higher priority than the information provided to the terminal.
  • the NW of the HPLMN is the VPLMN.
  • the UE information ie, UE-initiated NBIFOM.
  • the user terminal described above uses IP flow mobility related information (ANDSF policy and service provider type) provided through the session management message.
  • the rule of the NW of the HPLMN may have a higher priority than the information provided to the terminal.
  • the user terminal receives from the VPLMN (V-ANDSF) or has a policy set by the VPLMN, if the user terminal is roaming (connected to the VPLMN), the IP flow mobility to the NW If there is a rule that can be executed and the current target PDN connection is created as Local Breakout (LBO), the NW of the VPLMN considers the roaming agreement with HPLMN and local configuration in consideration of the terminal information (ie UE-initiated NBIFOM). Can be used). At this time, the user terminal described above may use IP flow mobility related information (ANDSF policy and service provider type) provided through the session management message. In general, in this situation, the rule of NW of the VPLMN may have a higher priority than the information provided to the terminal.
  • V-ANDSF VPN-ANDSF
  • the rule of NW of the VPLMN may have a higher priority than the information provided to the terminal.
  • both the user terminal and the NW have information to use when performing IP flow mobility, deciding which to use first is high priority to information (for example, ANDSF policies such as ISRP and ISMP) of the user terminal. You can decide by ranking. This is because the ANDSF policy and the information set in the user terminal may be specific, and state information that can be directly measured by the user terminal, for example, a congestion state or a channel state may be considered. That is, if the user terminal requests the use of the UE-only mode, the NW may select the IP flow mobility mode according to the request of the user terminal. In this case, the user terminal may include information indicating that the reason for the UE-only mode request is that information for performing IP flow mobility is set in the user terminal, and may include information in the session management request message.
  • information for example, ANDSF policies such as ISRP and ISMP
  • the UE may determine whether to accept the request in consideration of the NW request and the information of the UE, that is, ANDSF policy, user preference, and local configuration.
  • the user terminal may refuse to use the NW-only mode of the NW, and may transmit the reason information indicating the reason for the rejection in the session management rejection message. For example, if the user terminal has a valid ANDSF policy, the user terminal may refuse to use the NW-only mode of the NW, and at this time, a session management rejection message indicating reason information indicating that the rejection was rejected due to the ANDSF policy. Include it in Similarly, when the use of the NW-only mode is not allowed by the user preference, the UE may inform the reason while rejecting the use of the NW only mode.
  • the user terminal may reject the NW request due to a congestion state or a channel (radio state or coverage loss) state.
  • the NW request is an IP flow mobility command after negotiating NW-only mode or requesting NW-only mode. If the user terminal rejects the NW request, the user terminal manages the session including reasons for rejection (when the congestion state of the target access network is above a certain level, the channel state is below a certain level, or coverage loss occurs).
  • a reject message can be sent to the NW.
  • FIG. 11 is a diagram illustrating a terminal according to an embodiment of the present disclosure.
  • the terminal 1100 of the embodiment may include at least one of a transceiver 1102, a storage 1104, and a terminal controller 1106.
  • the transceiver 1102 may transmit and receive signals with other entities.
  • the other entity may include at least one of a base station and a wireless LAN, and may transmit and receive information to and from a core network node through the other entity.
  • the storage unit 1104 may store at least one of information related to an operation of the terminal 1100 and information transmitted and received through the transceiver 1102.
  • the terminal controller 1106 may control the transceiver 1102 and the storage 1104, and control the operation of the terminal disclosed in the embodiment.
  • the core network entity may be at least one of a base station, WLAN, MME, SGW, PGW or PCRF.
  • the core network entity 1200 of the embodiment may include at least one of a transceiver 1202, a storage 1204, or a core network entity controller 1206.
  • the transceiver 1202 may transmit and receive a signal with another entity.
  • the other entity may include at least one of a terminal, a base station, a WLAN, an MME, an SGW, a PGW, or a PCRF.
  • the storage unit 1204 may store at least one of information related to an operation of the core network entity 1200 and information transmitted and received through the transceiver unit 1202.
  • the core network entity controller 1206 may control the transceiver 1202 and the storage 1204, and control the operation of the core network entity disclosed in the embodiment.

Landscapes

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

Abstract

La présente invention concerne une technologie de communication combinant un système de communication 5G, qui prend en charge un débit de transmission supérieur dépassant le système 4G, avec une technologie de l'Internet des objets (IoT), et un système associé. La présente invention, sur la base de technologies de communication 5G et de l'Internet des objets (IoT), peut s'appliquer à des services intelligents (par exemple, une maison intelligente, un bâtiment intelligent, une ville intelligente, une voiture intelligente ou connectée, des soins de santé, l'éducation numérique, le commerce de détail, les services associés à la sécurité et à la sûreté, et analogues). Un procédé pour qu'un terminal émette-reçoive un signal dans un système de communication mobile selon un mode de réalisation de la présente invention comprend les étapes consistant : à transmettre un message de requête de connexion comprenant des informations de requête pour commander un flux IP au moyen d'une passerelle de réseau de données de paquet (PGW) ; à recevoir, en provenance de la PGW, un message de réponse de connexion comprenant des informations d'acceptation pour commander le flux IP ; et à commander le flux IP associé à la connexion sur la base des informations d'acceptation pour commander le flux IP. Selon un mode de réalisation de la présente invention, le trafic peut être délesté de manière efficace pour un terminal capable de se connecter à la fois à des réseaux 3GPP et non-3GPP en clarifiant l'agent principal apte à prendre une décision en ce qui concerne le délestage de trafic ou à démarrer le processus de délestage de trafic, ou en permettant à chaque processus de délestage de trafic d'être distingué lorsqu'au moins deux processus de délestage de trafic se produisent en parallèle.
PCT/KR2015/006737 2014-06-30 2015-06-30 Procédé et appareil pour déterminer un délestage de trafic WO2016003176A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US15/323,392 US10568001B2 (en) 2014-06-30 2015-06-30 Method and apparatus for controlling traffic offloading in a communication system

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
KR20140080974 2014-06-30
KR10-2014-0080974 2014-06-30
KR1020140134538A KR20160002298A (ko) 2014-06-30 2014-10-06 트래픽 오프로딩 결정을 위한 방법 및 장치
KR10-2014-0134538 2014-10-06
KR10-2014-0152418 2014-11-04
KR1020140152418A KR102303340B1 (ko) 2014-06-30 2014-11-04 트래픽 오프로딩 결정을 위한 방법 및 장치

Publications (1)

Publication Number Publication Date
WO2016003176A1 true WO2016003176A1 (fr) 2016-01-07

Family

ID=55019629

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2015/006737 WO2016003176A1 (fr) 2014-06-30 2015-06-30 Procédé et appareil pour déterminer un délestage de trafic

Country Status (1)

Country Link
WO (1) WO2016003176A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018143774A1 (fr) * 2017-02-06 2018-08-09 Samsung Electronics Co., Ltd. Procédé de gestion d'enregistrement pour un terminal accédant à un réseau 5g au moyen d'un accès non 3 gpp
CN109639822A (zh) * 2018-12-28 2019-04-16 中国移动通信集团江苏有限公司 数据处理方法、系统、设备和介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030038319A (ko) * 2001-11-01 2003-05-16 에스케이 텔레콤주식회사 기지국 데이터 제어 방법
KR20120038504A (ko) * 2009-07-20 2012-04-23 콸콤 인코포레이티드 액세스 단말 상에 상주하는 애플리케이션들에 관련된 예비 링크들에 대한 ｑｏｓ 파라미터들의 사전-설정을 위한 방법들, 장치들 및 컴퓨터 프로그램 물건들
US20120259747A1 (en) * 2011-04-06 2012-10-11 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for controlling service traffic in a communication network
KR20140052686A (ko) * 2012-10-25 2014-05-07 에스케이텔레콤 주식회사 통신 서비스 이용 제한 제어 방법, 이를 지원하는 장치 및 시스템

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030038319A (ko) * 2001-11-01 2003-05-16 에스케이 텔레콤주식회사 기지국 데이터 제어 방법
KR20120038504A (ko) * 2009-07-20 2012-04-23 콸콤 인코포레이티드 액세스 단말 상에 상주하는 애플리케이션들에 관련된 예비 링크들에 대한 ｑｏｓ 파라미터들의 사전-설정을 위한 방법들, 장치들 및 컴퓨터 프로그램 물건들
US20120259747A1 (en) * 2011-04-06 2012-10-11 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for controlling service traffic in a communication network
KR20140052686A (ko) * 2012-10-25 2014-05-07 에스케이텔레콤 주식회사 통신 서비스 이용 제한 제어 방법, 이를 지원하는 장치 및 시스템

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"3GPP; Technical Specification Group Core Network and Terminals; Policy and Charging Control (PCC); Reference points (Release 12", 3GPP TS 29.212 V12.5.0, 28 June 2014 (2014-06-28), XP050774436, Retrieved from the Internet <URL:http://www.3gpp.org/DynaReport/29212.htm> *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018143774A1 (fr) * 2017-02-06 2018-08-09 Samsung Electronics Co., Ltd. Procédé de gestion d'enregistrement pour un terminal accédant à un réseau 5g au moyen d'un accès non 3 gpp
US10237681B2 (en) 2017-02-06 2019-03-19 Samsung Electronics Co., Ltd. Registration management method for terminal accessing 5G network on non-3GPP access
US10602304B2 (en) 2017-02-06 2020-03-24 Samsung Electronics Co., Ltd. Registration management method for terminal accessing 5G network on non-3GPP access
US10880675B2 (en) 2017-02-06 2020-12-29 Samsung Electronics Co., Ltd. Registration management method for terminal accessing 5G network on non-3GPP access
US11146910B2 (en) 2017-02-06 2021-10-12 Samsung Electronics Co., Ltd. Registration management method for terminal accessing 5G network on non-3GPP access
US11871295B2 (en) 2017-02-06 2024-01-09 Samsung Electronics Co., Ltd. Registration management method for terminal accessing 5G network on non-3GPP access
CN109639822A (zh) * 2018-12-28 2019-04-16 中国移动通信集团江苏有限公司 数据处理方法、系统、设备和介质
CN109639822B (zh) * 2018-12-28 2021-10-01 中国移动通信集团江苏有限公司 数据处理方法、系统、设备和介质

Similar Documents

Publication Publication Date Title
WO2015163743A1 (fr) Procédé et dispositif pour commander un trafic de données durant un accès à un réseau local (lan) sans fil et à un réseau cellulaire
WO2015178747A1 (fr) Procédé et appareil permettant d&#39;améliorer la qualité de service expérimentée par un utilisateur lors de la transmission d&#39;un support par le biais d&#39;un wlan
WO2015030537A1 (fr) Procédé et appareil de prise en charge de plusieurs connexions dans un lan sans fil
WO2016190672A1 (fr) Procédé et terminal d&#39;exécution d&#39;une procédure de rattachement pour une connectivité sponsorisée dans un système de communications sans fil
WO2018174383A1 (fr) Procédé de gestion de session et nœud smf
WO2018038497A1 (fr) Procédé et équipement d&#39;utilisateur de repli destinés à un appel vocal depuis une communication mobile 5g vers 4g
WO2018174373A1 (fr) Procédé de gestion de session et nœud smf
EP2954712B1 (fr) Méthode et équipement utilisateur permettant de mettre en uvre des communications dispositif à dispositif entre ue
WO2018226006A1 (fr) Procédé et cellule de détermination d&#39;un transfert intercellulaire d&#39;une session de pdu
WO2016105004A1 (fr) Procédé d&#39;émission et de réception de capacité de nbifom dans un système de communication sans fil ainsi que dispositif associé
WO2019066544A1 (fr) Procédé de transmission et de réception de signaux associés à un transfert d&#39;un système 5gs à un système eps dans un système de communication sans fil, et dispositif associé
WO2017052335A1 (fr) Procédé de réalisation d&#39;une communication directe de dispositif à dispositif dans un système de communication sans fil et dispositif associé
US20090207812A1 (en) Dual radio handovers beween wimax and 3gpp
RU2682856C1 (ru) Способ доступа в сети беспроводной связи, соответствующие устройство и система
WO2015152659A1 (fr) Procédé et appareil pour orienter un trafic entre un réseau cellulaire et un réseau de réseau local (lan) sans fil dans un système de communication mobile
WO2014189264A1 (fr) Procédé et appareil pour la sélection efficace d&#39;un réseau local sans fil
WO2016144009A1 (fr) Procédé et terminal de régulation de trafic réseau dans un système de communication sans fil
EP3146762A1 (fr) Procédé et appareil permettant d&#39;améliorer la qualité de service expérimentée par un utilisateur lors de la transmission d&#39;un support par le biais d&#39;un wlan
KR101673980B1 (ko) 3gpp 무선 액세스 기술 간 핸드오버 시의 ip 트래픽 분산 방법 및 장치
WO2016056815A1 (fr) Procédé d&#39;émission/réception d&#39;un signal relatif à une mobilité nbifom dans un système de communication sans fil, et appareil associé
KR102303340B1 (ko) 트래픽 오프로딩 결정을 위한 방법 및 장치
WO2016174864A1 (fr) Procédé de communication, système de communication, station de base pour communication mobile, et appareil de communication pour réseau lan sans fil
WO2016114465A1 (fr) Procédé de détermination de la nécessité de délestage de trafic vers un réseau local sans fil
WO2015137721A1 (fr) Procédé et appareil pour générer une connexion dans un système de communication sans fil
EP2844001A1 (fr) Système de communication et procédé de commande de chemin

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 15323392

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 15814160

Country of ref document: EP

Kind code of ref document: A1

点击 这是indexloc提供的php浏览器服务，不要输入任何密码和下载