[go: up one dir, main page]

WO2011139074A2 - Procédé d'exécution de service et terminal associé - Google Patents

Procédé d'exécution de service et terminal associé Download PDF

Info

Publication number
WO2011139074A2
WO2011139074A2 PCT/KR2011/003307 KR2011003307W WO2011139074A2 WO 2011139074 A2 WO2011139074 A2 WO 2011139074A2 KR 2011003307 W KR2011003307 W KR 2011003307W WO 2011139074 A2 WO2011139074 A2 WO 2011139074A2
Authority
WO
WIPO (PCT)
Prior art keywords
service
address
message
access
attach
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/KR2011/003307
Other languages
English (en)
Korean (ko)
Other versions
WO2011139074A3 (fr
Inventor
김현숙
김래영
김태현
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Priority claimed from KR1020110041780A external-priority patent/KR20110122638A/ko
Publication of WO2011139074A2 publication Critical patent/WO2011139074A2/fr
Publication of WO2011139074A3 publication Critical patent/WO2011139074A3/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

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

Definitions

  • the present invention relates to a method of performing a service and a terminal thereof.
  • the 3GPP which enacts the technical specifications of 3G mobile communication systems, has developed LTE / SAE as part of efforts to optimize and improve the performance of 3GPP technologies since late 2004 in order to respond to various forums and new technologies related to 4G mobile communication. Started research on Long Term Evolution / System Architecture Evolution technology.
  • 3GPP SAE centered on 3GPP SA WG2
  • 3GPP SA WG2 is a study on network technology aimed at determining network structure and supporting mobility between heterogeneous networks in parallel with LTE work of 3GPP TSG RAN.
  • Recent important standardization issues of 3GPP Is one of. This is a work to develop a 3GPP system into a system supporting various radio access technologies based on IP, and has been aimed at an optimized packet-based system that minimizes transmission delay with improved data transmission capability.
  • the SAE high-level reference model defined by 3GPP SA WG2 includes non-roaming cases and roaming cases of various scenarios. Details are given in 3GPP standard documents TS 23.401 and TS 23.402. See for more information.
  • the evolved packet core (EPC) of FIG. 1 is a simple reconstruction.
  • EPC evolved packet core
  • the eNodeB 20 includes the functions of the NodeB and the RNC of the existing UMTS system, and the gateway may be regarded as having the SGSN / GGSN function of the existing system.
  • the GW is a serving gateway (hereinafter referred to as 'S-GW') 52 and a packet data network gateway (hereinafter referred to as 'PDN-GW' or 'P-GW'). There is 53.
  • 'S-GW' serving gateway
  • 'PDN-GW' packet data network gateway
  • the terminal 10 may establish a connection with the core network through not only 3GPP access but also non-3GPP (non-3GPP) access.
  • EPC Evolved Packet Core
  • the terminal 10 may determine whether to perform a service by selecting between 3GPP access and non-3GPP access, but non- When using 3GPP (non-3GPP) access, it is not clear whether to provide services via the 3GPP core network or through other routes.
  • the terminal 10 has both an IP address allocated from the 3GPP core network and a local IP address available in a physically restricted area when not via the 3GPP core network, but it is not clear which IP address should be selected. not. Therefore, in the existing technology, the selection was made randomly, which makes the charging and control of the mobile operator difficult.
  • the present specification is to provide a technique for solving the above-described problems.
  • the present specification is a 3GPP GSM (Global System for Mobile Communication), UMTS (Universal Mobile Telecommunication System), or EPS (Evolved Packet System) based mobile communication system
  • the terminal starts the IP session
  • GSM Global System for Mobile Communication
  • UMTS Universal Mobile Telecommunication System
  • EPS Evolved Packet System
  • the terminal starts the IP session
  • the present specification proposes a technique for selecting a suitable one of several addresses to perform a service.
  • the present disclosure provides a method for performing a service in a terminal.
  • the service performing method may include performing an attach procedure for a core network through a mobile communication base station, and performing a connection procedure through an access point.
  • a first address may be obtained as a result of the attach procedure, and one or more second addresses may be obtained as a result of the attach procedure.
  • the service performing method includes the steps of determining whether to route a traffic by a service to be performed to the core network or to a public network; Selecting one address based on the characteristic information of the service to be performed and the storage information;
  • the method may further include transmitting traffic of the service via the determined address using the selected address.
  • the storage information may include one or more of the terminal user setting, the operator policy, the capability information of the terminal, and the information about the core network.
  • the performing of the attach procedure may include: generating an attach request message; Encapsulating the attach request message in a message based on an RRC protocol and transmitting the encapsulation request message to the mobile communication base station; Receiving, from the base station, an RRC reconfiguration message in which an attach accept message is encapsulated; Extracting the attach accept message from the RRC reconfiguration message; Based on the attach accept message, acquiring the first address.
  • Performing the connection procedure may include establishing an IKEv2 authentication and a tunnel.
  • the characteristic of the service to be performed may include whether the service to be performed should continue seamlessly.
  • the present specification provides a terminal for performing a service.
  • the terminal may include a transceiver for performing an attach procedure for a core network through a mobile communication base station and performing a connection procedure through an access point.
  • a first address may be obtained as a result of the attach procedure, and one or more second addresses may be obtained as a result of the attach procedure.
  • the terminal controls the transceiver unit, selects one address based on the characteristic information of the service to be performed and the stored information, and routes the traffic by the service to be performed to the core network or via a public network. It may further include a control unit for determining whether to.
  • the transceiver may transmit the traffic of the service via the determined address using the selected address.
  • the storage information may include one or more of the terminal user setting, the operator policy, the capability information of the terminal, and the information about the core network.
  • the transceiver In order to perform the attach procedure, the transceiver generates an attach request message, encapsulates the attach request message in a message based on an RRC protocol, and transmits it to the mobile communication base station, and accepts an attach from the base station.
  • the RRC reconfiguration message may be received in which the message is encapsulated.
  • the control unit may obtain the first address based on the attach accept message in the RRC reconfiguration message.
  • the characteristic of the service to be performed may include whether the service to be performed should continue seamlessly.
  • a data path may be determined according to characteristics of a desired service.
  • the terminal may perform a service by selecting an appropriate one of several addresses based on the characteristics of the service and the storage information.
  • EPC evolved packet core
  • FIG. 2 is a diagram illustrating a data path when a terminal receives a service by simultaneously accessing a 3GPP access and a non-3GPP access.
  • FIG. 3 is an exemplary diagram illustrating another data path not via a 3GPP core network in case of non-3GPP access.
  • FIG. 4 shows a schematic architecture for network discovery and selection.
  • FIG. 5 is a flowchart illustrating a process of accessing an EPC and receiving an IP address.
  • FIG. 6 exemplarily shows a protocol of the message shown in FIG. 5.
  • FIG. 7 shows a process of accessing an EPC and assigning an IP address through a WiFi access pointer.
  • FIG. 8 is a flowchart illustrating a process of determining an address when the UE 100 roams.
  • FIG. 9 is a block diagram illustrating a configuration of a UE 100 according to the present invention.
  • the present invention is described based on the Universal Mobile Telecommunication System (UMTS) and the Evolved Packet Core (EPC), the present invention is not limited to such a communication system, but also to all communication systems and methods to which the technical spirit of the present invention can be applied. Can be applied.
  • UMTS Universal Mobile Telecommunication System
  • EPC Evolved Packet Core
  • first and second may be used to describe various components, but the components should not be limited by the terms. The terms are used only for the purpose of distinguishing one component from another.
  • first component may be referred to as the second component, and similarly, the second component may also be referred to as the first component.
  • a user equipment UE
  • the illustrated UE may be referred to in terms of terminal, mobile equipment (ME), and the like.
  • the UE may be a portable device such as a laptop, a mobile phone, a PDA, a smart phone, a multimedia device, or a non-portable device such as a PC or a vehicle-mounted device.
  • UMTS Abbreviation for Universal Mobile Telecommunication System, which means the third generation mobile communication network.
  • EPS stands for Evolved Packet System and means a core network supporting a Long Term Evolution (LTE) network.
  • LTE Long Term Evolution
  • UMTS evolved network
  • NodeB A base station of a UMTS network, which is installed outdoors, and a cell coverage scale corresponds to a macro cell.
  • eNodeB A base station of an evolved packet system (EPS), which is installed outdoors, and a cell coverage size corresponds to a macro cell.
  • EPS evolved packet system
  • NodeB A term referring to NodeB and eNodeB.
  • MME Mobility Management Entity
  • RAN Abbreviation for Radio Access Network, which collectively refers to 3GPP wireless access including RNC, NodeB, eNodeB, and the like.
  • HLR Home Location Register
  • HSS Home Subscriber Server
  • RANAP Abbreviation for Radio Access Network Application Part, and means an interface between a RAN and a node (eg, MME, SGSN, MSC) in charge of controlling a core network.
  • a node eg, MME, SGSN, MSC
  • PDN connection (connection) A connection from the terminal to the PDN, that is, the association (connection) between the terminal represented by the IP address and the PDN represented by the APN.
  • IKEv2 Internet Key Management Protocol defined by IETF, used to exchange security keys for IPsec authentication mechanism.
  • FIG. 2 is an exemplary diagram illustrating a data path when a terminal receives a service by simultaneously accessing a 3GPP access and a non-3GPP access
  • FIG. 3 is a terminal receiving a service by simultaneously accessing a 3GPP access and a non-3GPP access.
  • non-3GPP access it is an exemplary diagram showing another data path not via the 3GPP core network.
  • the UE 100 and one or more base stations such as (e) NodeBs 200a and 200b and the access point 300, and one or more P-GWs 530a and 530b ) Is shown.
  • the UE 100 may support dual mode.
  • the UE 100 may have 3GPP access (access through base station) and non-3GPP access (eg, access via WiFi).
  • the UE 100 may be connected to the core network via the P-GW 530a through any base station, for example (e) NodeB.
  • the UE 100 may be connected to the core network via the P-GW 530b through the access point 300.
  • the P-GWs on the two paths may be the same or different depending on the PDN that is ultimately provided with the service, that is, the packet data network.
  • the UE 100 may perform seamless handover between the 3GPP access and the non-3GPP access. Specifically, using a technology such as MAPCON or IFOM of 3GPP, the UE 100 can seamlessly handover between the 3GPP access and the non-3GPP access.
  • a technology such as MAPCON or IFOM of 3GPP
  • the IFOM may provide seamless handover and service continuity to the UE 100 in units of IP flows instead of APNs.
  • the UE 100 there may be three paths that can be connected to a specific PDN, such as the Internet. Since it is not clear which path should be selected, whether mobility is supported or It is not known whether seamless service can be provided.
  • a specific PDN such as the Internet. Since it is not clear which path should be selected, whether mobility is supported or It is not known whether seamless service can be provided.
  • a service can be selected by randomly selecting one of the various paths at that time.
  • the random selection may be induced to an appropriate selection through trial and error.
  • all data of the UE 100 is transmitted and received through the selected path.
  • the desired service is classified into a case in which service continuity is required and a case in which the service continuity is not required. Can be provided.
  • an IP address is allocated from the P-GW1 530a.
  • the UE 100 receives an additional IP address from the P-GW2 530b in the process of establishing an additional PDN connection in an area where WiFi access is possible.
  • the P-GW1 530a and the P-GW2 530b may be the same.
  • the UE 100 allocates the same address as the IP address allocated at the time of connection establishment via the first LTE. You can either get a new IP address.
  • the UE 100 may be additionally assigned a local IP address available in a WiFi access area.
  • the UE 100 needs to select one IP address.
  • the Internet service may be used through 3G-based access, or the Internet service may be used through WiFi-based access.
  • the user may be more cost-effective to use the Internet service through WiFi access than to use the Internet service through 3G-based access. Furthermore, it may be more cost-effective to use Internet services over an IP backbone network than to use Internet services over a 3GPP core network. Therefore, it is necessary to select an access network automatically by selecting one address according to the service of such a user.
  • the present specification allows the selection of one address among several IP addresses, thereby choosing whether to access one of the multiple access networks and even via a 3GPP hacking network.
  • the UE 100 may determine the physical and logical path of the user data according to which source address is selected, and may also determine whether to anchor to the EPC according to the determination. Accordingly, the UE 100 may determine whether to support a seamless service.
  • the UE 100 may determine an address and select a data path according to the bearer, the persistence, the session, and whether the IP flow is a service that should be under EPC control.
  • the UE 100 must select the source address as well as determine the access network before transmitting the IP flow.
  • the UE 100 may first determine an access network and then select one of several addresses provided by one access network.
  • the UE 100 may first determine one of several addresses and then select an access network.
  • the following information may be included.
  • IP flow i.e. the nature of the service (support for future session mobility, whether EPC anchoring is required)
  • the local policy non-seamless offloading support, etc.
  • the policy of the home network provider and the visited network operator may be different.
  • the capabilities of the UE (whether it supports WiFi or non-seamless services), whether it has been configured in a sophisticated manner, whether to use the feature, etc.
  • the UE 100 may determine an address for the IP session.
  • FIG. 4 shows a schematic architecture for network discovery and selection.
  • the EPS network may provide the UE with data / policy for accesses available in the home PLMN so that the UE can scan the accesses and select one access.
  • assistance data / policy may be provided.
  • Assistance data / policy provided to the UE may vary according to subscription data of the UE.
  • -EPS network can affect the access that the operator intends to hand over to the UE.
  • Multiple access network discovery and selection may operate for both a single radio and a plurality of wireless UEs 100.
  • the UE may provide information to the network for retrieval of assistance data / policies.
  • the following principles may apply when a UE is registered with a visited PLMN (VPLMN), or when both non-3GPP access and 3GPP access are available, or when multiple non-3GPP accesses are available.
  • VPN visited PLMN
  • the VPLMN may provide access network discovery information.
  • VPLMN may provide inter-system mobile policy to roaming UEs. At this time, such intersystem mobile policy may be valid only for PLPN equivalent to VLPMN or VPLMN according to roaming agreement.
  • the home PLMN may enable roaming UEs to provide access network discovery information for 3GPP and non-3GPP access networks.
  • HPLMN may enable to provide mobility policy between roaming UE systems.
  • the PLMN selection may be performed before performing all access network search and selection procedures according to ANDSF.
  • the ANDSF's policy and the UE can ensure that PLMN changes are not made more often than the time stored in the USIM.
  • the illustrated architecture is based on a new network element called an Access Network Discovery Support Function (ANDSF).
  • ANDSF Access Network Discovery Support Function
  • H-ANDSF 550a the ANDSF in the home PLMN of the UE 100
  • V-ANDSF 550b the ASDS in the visited PLMN
  • the ANDSF may or may not be present selectively depending on the network architecture, so the UE may or may not interact with the H-ANDSF or V-ANDSF.
  • ANDSF may include the data management and control functions necessary to provide network discovery and selection assistance data in accordance with the operator's policy.
  • a request for ANDSF and access network search information may be responded to the UE.
  • the ANDSF may provide the following information.
  • Intersystem mobility policy refers to a set of operator-defined rules and settings that may affect the intersystem mobility decisions made by the UE.
  • the UE may use the inter-system mobility policy to determine (i) when to determine when inter-system mobility is allowed, and (ii) use it to access the EPC in selecting the most desirable access technology type or access network.
  • the intersystem mobility policy may be provided to the UE and may be updated by ANDSF when a request is received from the UE for network trigger or network search and selection information.
  • the intersystem mobility policy allows to identify which access technology type or which access network is most desirable for EPC access.
  • the intersystem mobility policy also allows you to identify when intersystem mobility is allowed or restricted.
  • the intersystem mobility policy may indicate whether the operator preference list of the access networks or the access technology type for EPC access should be reflected on the corresponding user preference list.
  • the ANDSF may provide a list of access networks available in the vicinity of the UE for all access technology types requested by the UE.
  • the ANDSF may provide the UE with information about the available access networks.
  • access technology type e.g. WLAN, WiMAX
  • It may include an identifier of a radio access network (such as SSID of a wireless LAN).
  • the access network search information may include other technology related information, eg one or more carrier frequency information.
  • the access network search information may include valid conditions, such as information indicating when the provided access network discovery information is valid.
  • the ANDSF may, for example, obtain a permanent UE ID.
  • the ANDSF may provide both types of information or only one.
  • the H-ANDSF may select the inter-system mobility policy and access network discovery information delivered to the UE according to the operator's request and roaming agreement. If the permanent UE identification information is known to the H-ANDSF and is used in the configuration of the operator, then the available subscription data (e.g., the list of access networks or the type of access technology, or the authority the UE uses, etc.) is intersystem-to-system. Can be used in H-ANDSF to select mobility policy and access network discovery information.
  • the available subscription data e.g., the list of access networks or the type of access technology, or the authority the UE uses, etc.
  • the V-ANDSF may select intersystem mobility policy and access network discovery information that may be delivered to the UE according to operator requirements and roaming agreements.
  • the UE has a valid intersystem mobility policy for the access network discovery information and the current location, and it indicates that there is an access network that is higher than the current access network and that there is a neighboring access network, the UE has a higher rank access. You can browse and reselect the network.
  • the UE may select the access network most preferably possible for intersystem mobility according to the received / provided intersystem mobility policy and user preferences. Using automatic access network selection, the UE may not initiate a connection to the EPC using an access network indicated as restricted by intersystem mobility policy. If the UE selects a non-3GPP radio connection indicated by the setting in the intersystem mobility policy, the UE can still use 3GPP access for Circuit Swithcing (CS) service.
  • CS Circuit Swithcing
  • the UE may resolve a potential conflict between the policies provided by the H-ANDSF and the policies provided by the V-ANDSF.
  • the ANDSF may limit the amount of information provided to the UE based on the current location of the UE, UE capability.
  • the ASDSF may limit the workload by the UE that initiated the request for the ANDSF.
  • the intersystem mobility policy and access network discovery information may be statically configured by the operator at the UE in advance.
  • the intersystem mobility policy and access network discovery information may be provided to the UE by ANDSFing first the intersystem mobility policy and access network discovery information previously configured in the UE.
  • H-ANDSF can discover through interaction with domain name service functions or DHCP server functions.
  • the H-ANDSF address may be provided to the UE.
  • the UE can retrieve both H-ANDSF and V-ANDSF addresses.
  • 5 is a flowchart illustrating a process of accessing an EPC and receiving an IP address. 6 exemplarily shows a protocol of the message shown in FIG. 5.
  • NodeB 200 Messages transmitted and received between the UE 100 and the base station, for example, (e) NodeB 200 are messages based on a Radio Resource Control (RRC) protocol. Messages transmitted and received between the base station, for example, (e) NodeB 200 and the MME 510 or SGSN (not shown) are messages based on S1-AP (S1 Application Protocol).
  • RRC Radio Resource Control
  • S1-AP S1 Application Protocol
  • Messages transmitted and received between the UE 100 and the MME 510 or SGSN are messages by a non-access stratum (NAS) protocol.
  • the messages by the NAS protocol are transmitted by encapsulating the messages by the RRC protocol and the S1-AP message, respectively.
  • the EPS system includes (e) NodeB 200, MME 510, S-GW 520, P-GW 530, PCRF 540, HSS / AAA 400.
  • the UE 100 First, the UE 100 generates an access request message, that is, an Attach Request message shown in order to access or attach to an entity in the mobile communication network, that is, the MME 510.
  • the message includes an APN indicating a name of an access point for the UE 100 to receive.
  • the UE 100 encapsulates the access request message, that is, the attach request message, in a message based on an RRC protocol, and transmits the encapsulated message to the (e) NodeB 200.
  • the (e) NodeB 200 When the (e) NodeB 200 receives the RRC message from the UE 100, the (e) NodeB 200 extracts the access request message, that is, an attach request message, included in the RRC message.
  • a connection request message that is, an initial message, including the extracted message is generated and transmitted to the MME 510.
  • the connection request message i.e., the initial message, is based on S1-AP.
  • the initial message may be, for example, an Initial UE message.
  • the MME 510 When the MME 510 receives the connection request message, that is, the initial message, the MME 510 extracts the connection request message, that is, the access request message, that is, the attach request message in the initial message.
  • the MME 510 (or SGSN in case of UMTS) performs an authentication procedure for the UE 100.
  • the MME 510 obtains subscriber information of the UE 100 from the HSS / AAA 400.
  • the MME 510 transmits a session creation request message, for example, Create Session Request, to the S-GW 520.
  • the S-GW 520 When the S-GW 520 receives the session creation request message, the S-GW 520 transmits the message to the P-GW 530.
  • the P-GW 530 performs a procedure of setting / modifying the PCRF 540 and the IP-CA session initiated by the PCRF. In this case, the P-GW 530 obtains operator policy information from the PCRF 540.
  • the P-GW 530 transmits a bearer creation response message (Create Session Response message) or a bearer creation completion message to the S-GW 520.
  • the message may include the operator policy information.
  • the S-GW 520 transfers the bearer creation response message (Create Session Response message) or the bearer creation completion message to the MME (510).
  • the MME 510 When the MME 510 receives the bearer generation response message or bearer generation completion message, the MME 510 generates an access grant message or an attach accept message (eg, an Attach Accept message).
  • the generated message may be based on NAS protocol.
  • the generated message may include an IP address assigned to the UE 100.
  • the MME 510 encapsulates the generated message in a connection response message, that is, an initial context setup response message based on an S1 AP.
  • the MME 510 transmits the initial context setup response message to the (e) NodeB 200.
  • connection response message that is, an initial context setup response message
  • extracts the access grant message or attach accept message and extracts the extracted message in an RRC connection reconfiguration message.
  • Encapsulate The (e) NodeB 200 transmits the RRC connection reconfiguration message to the UE 100.
  • the UE 100 may extract the attach accept message from the RRC connection reconfiguration message and obtain an IP address therethrough. In addition, the UE 100 may extract the aforementioned operator policy information.
  • the UE 100 may perform a service such as an Internet service through the (e) NodeB 200 using the obtained IP address.
  • FIG. 7 shows a process of accessing an EPC and assigning an IP address through a WiFi access pointer.
  • the UE 100 generates an access request message, that is, an Attach Request message shown.
  • an Attach Request message In case of attachment by WiFi access, authentication and tunnel setup request message of IKEv2 protocol serves as attach request message.
  • the UE 100 transmits the access request message, that is, the attach request message, to the Enhanced Packet Data Gateway (ePDG) 560 and receives authentication from the AAA server 400.
  • the authentication process with the AAA server allows the ePDG to obtain information about the P-GW.
  • IKEv2 authentication and tunnel are illustrated as being set up, the present invention is not limited to such IKEv2 authentication, and an appropriate one of all applicable authentication protocols may be used.
  • the ePDG 560 transmits a request message for generating a PMIP tunnel capable of transmitting user data, for example, a Proxy Binding Update message, to the P-GW 530 having a home agent function.
  • a PMIP tunnel capable of transmitting user data
  • Proxy Binding Update message for example, a Proxy Binding Update message
  • various other protocols such as GTP or DSMIPv6 may be used.
  • the P-GW 530 obtains operator policy information through interaction with the PCRF 540 when necessary.
  • the P-GW 530 registers its address in the HSS 400 via the AAA server.
  • the P-GW 530 allocates an IP address to the UE 100 and transmits a message including the allocated address information, for example, a Proxy Binding ack message to the ePDG 560.
  • the UE 100 and the ePDG 560 complete the IP sec tunnel establishment.
  • the ePDG 560 transmits a final IKEv2 message, which is transmitted to the UE 100 by including an IP address in IKEv2 Configuration payloads.
  • the message including the IP address may be in accordance with the IKEv2 protocol.
  • the UE 100 can access an EPC via a WiFi access point and use an Internet service.
  • FIG. 8 is a flowchart illustrating a process of determining an address when the UE 100 roams.
  • FIG. 8 exemplarily illustrates a situation in which the UE 100 roams to another visited network.
  • a service is provided to a large number of subscriber stations in the visited network, providing a service to a plurality of roaming UEs may increase the load on the visited network.
  • FIG. 8 shows a process of selecting one address among several IP addresses. That is, while the UE 100 obtains information on an operator policy from a home network and is performing an Internet service through 3GPP access (access through a base station) or WiFi access (access through an access point), the UE ( When 100) roams / hands over to the visited network, information about an operator policy is additionally obtained from the visited network. The UE 100 may determine an appropriate access based on the obtained operator policy information and various other information, and may also determine an IP address.
  • the UE 100 obtains information on a home network operator policy from the H-ANDSF 550a located in the home network.
  • the UE 100 may establish a connection (ie, a connection through a base station) with the P-GW 530 through 3GPP access (eg, LTE).
  • 3GPP access eg, LTE
  • the UE 100 may obtain an IP address.
  • the operator policy may be for 3GPP access.
  • the UE 100 also obtains information on the home network operator policy from the H-ANDSF 550a.
  • the UE 100 may obtain an IP address.
  • the UE 100 may establish a connection (that is, a connection through an access point) with the P-GW 530 through WiFi access.
  • the acquired operator policy may be for the WiFi access.
  • the UE 100 recognizes that it roams to another visited network, and visits the visit from the V-ANDSF 550b of the visited network. Obtain information about the network operator's policies.
  • some operator policies may be already stored in the terminal by pre-configuration.
  • the UE 100 generates an access request message, that is, an Attach Request message shown.
  • an attach Request message In case of attachment by WiFi access, authentication and tunnel setup request message of IKEv2 protocol serves as attach request message.
  • the UE 100 transmits the access request message, that is, the attach request message, to the ePDG 560 and receives authentication from the AAA server 400.
  • IKEv2 authentication and tunnel are illustrated as being set up, the present invention is not limited to such IKEv2 authentication, and an appropriate one of all applicable authentication protocols may be used.
  • the ePDG 560 transmits a request message for generating a PMIP tunnel for transmitting user data, for example, a Proxy Binding Update message to the P-GW 530 having a home agent function, and the P The GW 530 allocates an IP address to the UE 100 and transmits a message including the allocated address information, for example, a Proxy Binding ack message, to the ePDG 560.
  • the ePDG 560 transmits a message including an IP address to the UE 100.
  • the message including the IP address may be in accordance with the IKEv2 protocol.
  • the UE 100 determines one of several IP addresses it has to perform a service.
  • the UE 100 may select one of several access networks to perform a service. In such a selection, one or more of the following information may be considered.
  • IP flow i.e. the nature of the service (support for future session mobility, whether EPC anchoring is required)
  • local policies eg, non-seamless offloading support
  • home network operators and visiting network operators may have different policies.
  • the UE's capabilities e.g. whether it supports WiFi or non-seamless service), further elaborate configuration, whether to use the feature, etc.
  • the UE 100 may determine an address required for data traffic of a given service.
  • data traffic may be transmitted using the address.
  • the UE 100 may access the Internet through a WiFi access point 300 and perform a service.
  • both the MME 510 and the S-GW 520 may be integrated into SGSN.
  • FIG. 9 is a block diagram illustrating a configuration of a UE 100 according to the present invention.
  • the UE 100 includes a storage means 101, a controller 102, and a transceiver 103.
  • the storage means 101 stores the method shown in Figs.
  • the controller 102 controls the storage means 101 and the transceiver unit 103. Specifically, the controller 102 executes the methods stored in the storage means 101, respectively. The controller 102 transmits the above-described signals through the transceiver 103.

Landscapes

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

Abstract

La présente invention concerne un procédé pour exécuter un service dans un terminal. Ledit procédé pour exécuter le service comprend les étapes consistant à : exécuter une procédure de rattachement pour un réseau fédérateur par le biais d'une station de base de communication mobile ; et exécuter une procédure de connexion par le biais d'un point d'accès. Selon le résultat de ladite procédure de rattachement, on peut obtenir une première adresse, et selon le résultat de ladite procédure de connexion, on peut obtenir une ou plusieurs secondes adresses. Ledit procédé d'exécution de service comprend en outre les étapes consistant à : déterminer, selon un service à exécuter, s'il faut passer ou non un chemin de trafic à travers ledit réseau fédérateur ou à travers un réseau public ; sélectionner une adresse sur la base d'informations de propriété dudit service à exécuter et sur la base d'informations stockées ; et transmettre le trafic dudit service au chemin déterminé à l'aide de l'adresse sélectionnée.
PCT/KR2011/003307 2010-05-04 2011-05-03 Procédé d'exécution de service et terminal associé Ceased WO2011139074A2 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US33090510P 2010-05-04 2010-05-04
US61/330,905 2010-05-04
KR10-2011-0041780 2011-05-03
KR1020110041780A KR20110122638A (ko) 2010-05-04 2011-05-03 서비스를 수행하는 방법 및 그 단말

Publications (2)

Publication Number Publication Date
WO2011139074A2 true WO2011139074A2 (fr) 2011-11-10
WO2011139074A3 WO2011139074A3 (fr) 2012-02-02

Family

ID=44904213

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2011/003307 Ceased WO2011139074A2 (fr) 2010-05-04 2011-05-03 Procédé d'exécution de service et terminal associé

Country Status (1)

Country Link
WO (1) WO2011139074A2 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015034227A1 (fr) * 2013-09-04 2015-03-12 엘지전자 주식회사 Nœud radio communicant avec un terminal dans un environnement de communication prenant en charge plusieurs réseaux radio, et procédé de communication radio

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20020071307A (ko) * 2001-03-06 2002-09-12 주식회사 마이엔진 모바일 아이피 통신망과 이동전화망을 이용한 무선 패킷통신 시스템 및 이를 이용한 무선 패킷 통신 방법
KR100617780B1 (ko) * 2003-12-04 2006-08-28 삼성전자주식회사 무선 인터넷에서 이동 노드에 대한 라우팅 영역 갱신 방법및 이동 통신 네트워크
WO2007123370A1 (fr) * 2006-04-26 2007-11-01 Samsung Electronics Co., Ltd. Procédé et système pour transmettre des informations de capacité relatives à un équipement utilisateur dans un réseau de sous-système multimédia ip

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015034227A1 (fr) * 2013-09-04 2015-03-12 엘지전자 주식회사 Nœud radio communicant avec un terminal dans un environnement de communication prenant en charge plusieurs réseaux radio, et procédé de communication radio
US9974107B2 (en) 2013-09-04 2018-05-15 Lg Electronics Inc. Radio node communicating with terminal in communication environment supporting plurality of radio networks, and radio communication method

Also Published As

Publication number Publication date
WO2011139074A3 (fr) 2012-02-02

Similar Documents

Publication Publication Date Title
EP2422577B1 (fr) Accès ip local via une station de base femto
WO2011021875A2 (fr) Serveur pour plan de commande au niveau d'un réseau de communication mobile et procédé de commande de service d'accès ip local
WO2010128773A2 (fr) Serveur pour plan de commande destiné à un réseau de communication mobile et procédé de commande d'établissement de connexion apparenté
WO2015030537A1 (fr) Procédé et appareil de prise en charge de plusieurs connexions dans un lan sans fil
WO2018038497A1 (fr) Procédé et équipement d'utilisateur de repli destinés à un appel vocal depuis une communication mobile 5g vers 4g
WO2013180477A1 (fr) Procédé pour obtenir des informations de politique pour faire un détour de trafic
WO2014148859A1 (fr) Méthode et équipement utilisateur permettant de mettre en œuvre des communications dispositif à dispositif entre ue
WO2018174373A1 (fr) Procédé de gestion de session et nœud smf
WO2013154375A1 (fr) Procédé et appareil de transfert de service à commutation de paquets dans un système de communications sans fil
WO2010021475A2 (fr) Procédé et appareil pour effectuer une commutation dans un système de communication mobile
WO2010126326A2 (fr) Procédé et appareil destinés à assister un accès à un protocole internet (ip) local dans une femtocellule d'un système de communication sans fil
WO2018174383A1 (fr) Procédé de gestion de session et nœud smf
WO2018088836A1 (fr) Procédé d'enregistrement par l'intermédiaire d'un accès réseau appartenant à un plmn identique dans un système de communication sans fil, et dispositif associé
WO2010128786A2 (fr) Procédé de fourniture d'informations de type de connexion et procédé de commande de ressource radio de nœud b évolué domestique
WO2013109040A1 (fr) Procédé et appareil destinés à fournir un service de proximité dans un système de communication sans fil
WO2016190672A1 (fr) Procédé et terminal d'exécution d'une procédure de rattachement pour une connectivité sponsorisée dans un système de communications sans fil
WO2010093109A1 (fr) Procédé de recherche optimisé pour système à nœuds b évolués domestiques
WO2018021873A1 (fr) Procédé et appareil destinés à effectuer une procédure spécifique aux cellules ou une procédure de mobilité destinées à un nr fondé sur une tranche de réseau dans un système de communication sans fil.
WO2013141560A1 (fr) Procédé et appareil de sélection d'accès sans fil à l'aide d'informations d'identification d'application dans un système de communication sans fil
WO2018021861A1 (fr) Procédé et appareil pour effectuer une procédure de spécification de cellule pour un nr basé sur une tranche de réseau dans un système de communication sans fil
WO2018226006A1 (fr) Procédé et cellule de détermination d'un transfert intercellulaire d'une session de pdu
WO2013089526A1 (fr) Procédé de resélection de point d'accès dans un système de communication sans fil, et dispositif pour ce procédé
WO2011099769A2 (fr) Système de communication sans fil et procédé de connexion entre un équipement utilisateur et une entité de gestion de mobilité
WO2014189264A1 (fr) Procédé et appareil pour la sélection efficace d'un réseau local sans fil
WO2013022167A1 (fr) Procédé de fourniture d'un service de repli cs pour distribution de charge, et dispositif de station de base et terminal mobile pour le procédé

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

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11777555

Country of ref document: EP

Kind code of ref document: A2