EP3637811B1 - Procédé d'émission-réception de signal en association avec un ajout de psa multiconnexion dans un système de communication sans fil, et appareil associé - Google Patents
Procédé d'émission-réception de signal en association avec un ajout de psa multiconnexion dans un système de communication sans fil, et appareil associé Download PDFInfo
- Publication number
- EP3637811B1 EP3637811B1 EP18809307.4A EP18809307A EP3637811B1 EP 3637811 B1 EP3637811 B1 EP 3637811B1 EP 18809307 A EP18809307 A EP 18809307A EP 3637811 B1 EP3637811 B1 EP 3637811B1
- Authority
- EP
- European Patent Office
- Prior art keywords
- address
- ims
- new
- homing
- psa
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims description 57
- 238000004891 communication Methods 0.000 title claims description 17
- 239000010410 layer Substances 0.000 description 106
- 230000006870 function Effects 0.000 description 32
- 230000011664 signaling Effects 0.000 description 26
- 230000005540 biological transmission Effects 0.000 description 25
- 238000007726 management method Methods 0.000 description 24
- 238000010586 diagram Methods 0.000 description 17
- 230000004044 response Effects 0.000 description 14
- 238000010295 mobile communication Methods 0.000 description 11
- 101150107050 PSA2 gene Proteins 0.000 description 10
- 238000005516 engineering process Methods 0.000 description 6
- 230000007704 transition Effects 0.000 description 5
- 230000008569 process Effects 0.000 description 4
- 241000760358 Enodes Species 0.000 description 3
- 238000007600 charging Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 230000005641 tunneling Effects 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000011156 evaluation Methods 0.000 description 2
- 238000001914 filtration Methods 0.000 description 2
- 230000004075 alteration Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000013480 data collection Methods 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 239000002346 layers by function Substances 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
- 108020001568 subdomains Proteins 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/26—Network addressing or numbering for mobility support
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
- H04W60/005—Multiple registrations, e.g. multihoming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5007—Internet protocol [IP] addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1073—Registration or de-registration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/618—Details of network addresses
- H04L2101/659—Internet protocol version 6 [IPv6] addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/677—Multiple interfaces, e.g. multihomed nodes
Definitions
- the present disclosure relates to a wireless communication system, and more particularly, to a method and apparatus for transmitting and receiving signals in relation to multi-homing-based protocol data unit session anchor (PSA) addition.
- PSA protocol data unit session anchor
- a wireless communication system is a multiple access system that supports communication of multiple users by sharing available system resources (a bandwidth, transmission power, etc.) among them.
- multiple access systems include a code division multiple access (CDMA) system, a frequency division multiple access (FDMA) system, a time division multiple access (TDMA) system, an orthogonal frequency division multiple access (OFDMA) system, a single carrier frequency division multiple access (SC-FDMA) system, and a multi-carrier frequency division multiple access (MC-FDMA) system.
- CDMA code division multiple access
- FDMA frequency division multiple access
- TDMA time division multiple access
- OFDMA orthogonal frequency division multiple access
- SC-FDMA single carrier frequency division multiple access
- MC-FDMA multi-carrier frequency division multiple access
- 3rd Generation Partnership Project Technical Specification Group Services and System Aspects; Procedures for the 5G system; Stage 2 (Release 15), 3GPP TS 23.502
- Stage 2 procedures and Network Function Services for a 5G system architecture.
- PDU session Anchor and Branching Point or UL CL for a PDU session is described.
- An aspect of the present disclosure is to define operations of network nodes including a user equipment (UE), when a new Internet protocol (IP) address is assigned to the UE in relation to multi-homing-based protocol data unit session anchor (PSA) addition in a 5th generation (5G) mobile communication system.
- UE user equipment
- IP Internet protocol
- PSA protocol data unit session anchor
- a method of transmitting and receiving signals in relation to multi-homing-based protocol data unit session anchor (PSA) addition by a user equipment (UE) in a wireless communication system includes establishing a protocol data unit (PDU) session with a first PSA, and receiving a new Internet protocol (IP) address from a session management function (SMF).
- PDU protocol data unit
- IP Internet protocol
- SMF session management function
- the UE skips IP multimedia subsystem (IMS) registration using the new IP address.
- IMS IP multimedia subsystem
- a UE for transmitting and receiving signals in relation to multi-homing-based PSA addition in a wireless communication system includes a transceiver and a processor.
- the processor is configured to establish a PDU session with a first PSA, and receive a new IP address from an SMF.
- the UE skips IMS registration using the new IP address.
- the new IP address may be used for IMS media routing to an added second PSA.
- a non-access stratum (NAS) layer of the UE may provide an upper layer with information indicating that the new IP address is for IMS media routing.
- NAS non-access stratum
- a NAS layer of the UE may provide an upper layer with information indicating that the new IP address is only for IMS media.
- the new IP address may be a new IP version 6 (IPv6) prefix.
- IPv6 IP version 6
- the upper layer may be an IMS layer.
- the second PSA may be a localized user plane function (UPF).
- UPF localized user plane function
- the first PSA may be a UPF.
- the UE may skip IMS registration using the new IP address based on information received from the SMF or information configured for the UE.
- an unnecessary IP multimedia subsystem (IMS) registration procedure may not be performed.
- each component or feature may be considered as selective unless explicitly mentioned as otherwise.
- Each component or feature may be executed in a form that is not combined with other components and features. Further, some components and/or features may be combined to configure an embodiment of the present disclosure. The order of operations described in the embodiments of the present disclosure may be changed. Some components or features of an embodiment may be included in another embodiment or may be substituted with a corresponding component or feature of the present disclosure.
- the embodiments of the present disclosure may be supported by standard documents disclosed with respect to at least one of IEEE (Institute of Electrical and Electronics Engineers) 802 group system, 3GPP system, 3GPP LTE & LTE-A system and 3GPP2 system. Namely, the steps or portions having not been described in order to clarify the technical concept of the present disclosure in the embodiments of the present disclosure may be supported by the above documents. Furthermore, all terms disclosed in the present document may be described according to the above standard documents.
- the technology below may be used for various wireless communication systems.
- the description below centers on 3GPP LTE and 3GPP LTE-A, by which the technical idea of the present disclosure is non-limited.
- FIG. 1 is a schematic diagram showing the structure of an evolved packet system (EPS) including an evolved packet core (EPC).
- EPS evolved packet system
- EPC evolved packet core
- the EPC is a core element of system architecture evolution (SAE) for improving performance of 3GPP technology.
- SAE corresponds to a research project for determining a network structure supporting mobility between various types of networks.
- SAE aims to provide an optimized packet-based system for supporting various radio access technologies and providing an enhanced data transmission capability.
- the EPC is a core network of an IP mobile communication system for 3GPP LTE and can support real-time and non-real-time packet-based services.
- functions of a core network are implemented through a circuit-switched (CS) sub-domain for voice and a packet-switched (PS) sub-domain for data.
- CS and PS sub-domains are unified into one IP domain.
- connection of terminals having IP capability can be established through an IP-based business station (e.g., an eNodeB (evolved Node B)), EPC, and an application domain (e.g., IP multimedia subsystem (IMS)).
- IP-based business station e.g., an eNodeB (evolved Node B)
- EPC electronic circuitry
- application domain e.g., IP multimedia subsystem (IMS)
- IMS IP multimedia subsystem
- the EPC may include various components.
- FIG. 1 shows some of the components, namely, a serving gateway (SGW), a packet data network gateway (PDN GW), a mobility management entity (MME), a serving GPRS (general packet radio service) supporting node (SGSN) and an enhanced packet data gateway (ePDG).
- SGW serving gateway
- PDN GW packet data network gateway
- MME mobility management entity
- SGSN serving GPRS (general packet radio service) supporting node
- ePDG enhanced packet data gateway
- SGW (or S-GW) operates as a boundary point between a radio access network (RAN) and a core network and maintains a data path between an eNodeB and the PDN GW.
- RAN radio access network
- the SGW When a terminal moves over an area served by an eNodeB, the SGW functions as a local mobility anchor point. That is, packets. That is, packets may be routed through the SGW for mobility in an evolved UMTS terrestrial radio access network (E-UTRAN) defined after 3GPP release-8.
- E-UTRAN evolved UMTS terrestrial radio access network
- the SGW may serve as an anchor point for mobility of another 3GPP network (a RAN defined before 3GPP release-8, e.g., UTRAN or GERAN (global system for mobile communication (GSM)/enhanced data rates for global evolution (EDGE) radio access network).
- a RAN defined before 3GPP release-8 e.g., UTRAN or GERAN (global system for mobile communication (GSM)/enhanced data rates for global evolution (EDGE) radio access network).
- GSM global system for mobile communication
- EDGE enhanced data rates for global evolution
- the PDN GW corresponds to a termination point of a data interface for a packet data network.
- the PDN GW may support policy enforcement features, packet filtering and charging support.
- the PDN GW may serve as an anchor point for mobility management with a 3GPP network and a non-3GPP network (e.g., an unreliable network such as an interworking wireless local area network (I-WLAN) and a reliable network such as a code division multiple access (CDMA) or WiMax network).
- I-WLAN interworking wireless local area network
- CDMA code division multiple access
- the SGW and the PDN GW are configured as separate gateways in the example of the network structure of FIG. 1 , the two gateways may be implemented according to a single gateway configuration option.
- the MME performs signaling and control functions for supporting access of a UE for network connection, network resource allocation, tracking, paging, roaming and handover.
- the MME controls control plane functions associated with subscriber and session management.
- the MME manages numerous eNodeBs and signaling for selection of a conventional gateway for handover to other 2G/3G networks.
- the MME performs security procedures, terminal-to-network session handling, idle terminal location management, etc.
- the SGSN handles all packet data such as mobility management and authentication of a user for other 3GPP networks (e.g., a GPRS network).
- 3GPP networks e.g., a GPRS network
- the ePDG serves as a security node for a non-3GPP network (e.g., an I-WLAN, a Wi-Fi hotspot, etc.).
- a non-3GPP network e.g., an I-WLAN, a Wi-Fi hotspot, etc.
- a terminal having IP capabilities may access an IP service network (e.g., an IMS) provided by an operator via various elements in the EPC not only based on 3GPP access but also based on non-3GPP access.
- IP service network e.g., an IMS
- FIG. 1 shows various reference points (e.g. S1-U, S1-MME, etc.).
- a conceptual link connecting two functions of different functional entities of an E-UTRAN and an EPC is defined as a reference point.
- Table 1 is a list of the reference points shown in FIG. 1 .
- Various reference points may be present in addition to the reference points in Table 1 according to network structures.
- Reference point Description S1-MME Reference point for the control plane protocol between E-UTRAN and MME S1-U Reference point between E-UTRAN and Serving GW for the per bearer user plane tunneling and inter eNodeB path switching during handover S3 It enables user and bearer information exchange for inter 3GPP access network mobility in idle and/or active state.
- This reference point can be used intra-PLMN or inter-PLMN (e.g. in the case of Inter-PLMN HO).
- S4 It provides related control and mobility support between GPRS Core and the 3GPP Anchor function of Serving GW. In addition, if Direct Tunnel is not established, it provides the user plane tunneling.
- S5 It provides user plane tunneling and tunnel management between Serving GW and PDN GW. It is used for Serving GW relocation due to UE mobility and if the Serving GW needs to connect to a non-collocated PDN GW for the required PDN connectivity.
- S11 Reference point between an MME and an SGW SGi It is the reference point between the PDN GW and the packet data network. Packet data network may be an operator external public or private packet data network or an intra operator packet data network, e.g. for provision of IMS services. This reference point corresponds to Gi for 3GPP accesses.
- S2a and S2b correspond to non-3GPP interfaces.
- S2a is a reference point which provides reliable non-3GPP access and related control and mobility support between PDN GWs to a user plane.
- S2b is a reference point which provides related control and mobility support between the ePDG and the PDN GW to the user plane.
- FIG. 2 is a diagram exemplarily illustrating architectures of a typical E-UTRAN and EPC.
- an eNodeB may perform routing to a gateway, scheduling transmission of a paging message, scheduling and transmission of a broadcast channel (BCH), dynamic allocation of resources to a UE on uplink and downlink, configuration and provision of eNodeB measurement, radio bearer control, radio admission control, and connection mobility control.
- RRC radio resource control
- BCH broadcast channel
- paging generation LTE_IDLE state management
- ciphering of the user plane ciphering of the user plane
- SAE bearer control and ciphering and integrity protection of NAS signaling.
- FIG. 3 is a diagram exemplarily illustrating the structure of a radio interface protocol in a control plane between a UE and a base station
- FIG. 4 is a diagram exemplarily illustrating the structure of a radio interface protocol in a user plane between the UE and the base station.
- the radio interface protocol is based on the 3GPP wireless access network standard.
- the radio interface protocol horizontally includes a physical layer, a data link layer, and a networking layer.
- the radio interface protocol is divided into a user plane for transmission of data information and a control plane for delivering control signaling which are arranged vertically.
- the protocol layers may be classified into a first layer (L1), a second layer (L2), and a third layer (L3) based on the three sublayers of the open system interconnection (OSI) model that is well known in the communication system.
- OSI open system interconnection
- the physical layer which is the first layer, provides an information transfer service using a physical channel.
- the physical channel layer is connected to a medium access control (MAC) layer, which is a higher layer of the physical layer, through a transport channel.
- MAC medium access control
- Data is transferred between the physical layer and the MAC layer through the transport channel. Transfer of data between different physical layers, i.e., a physical layer of a transmitter and a physical layer of a receiver is performed through the physical channel.
- the physical channel consists of a plurality of subframes in the time domain and a plurality of subcarriers in the frequency domain.
- One subframe consists of a plurality of symbols in the time domain and a plurality of subcarriers.
- One subframe consists of a plurality of resource blocks.
- One resource block consists of a plurality of symbols and a plurality of subcarriers.
- a Transmission Time Interval (TTI) a unit time for data transmission, is 1 ms, which corresponds to one subframe.
- the physical channels present in the physical layers of the transmitter and the receiver may be divided into data channels corresponding to Physical Downlink Shared Channel (PDSCH) and Physical Uplink Shared Channel (PUSCH) and control channels corresponding to Physical Downlink Control Channel (PDCCH), Physical Control Format Indicator Channel (PCFICH), Physical Hybrid-ARQ Indicator Channel (PHICH) and Physical Uplink Control Channel (PUCCH).
- PDSCH Physical Downlink Shared Channel
- PUSCH Physical Uplink Shared Channel
- PCFICH Physical Control Format Indicator Channel
- PHICH Physical Hybrid-ARQ Indicator Channel
- PUCCH Physical Uplink Control Channel
- the second layer includes various layers.
- the MAC layer in the second layer serves to map various logical channels to various transport channels and also serves to map various logical channels to one transport channel.
- the MAC layer is connected with an RLC layer, which is a higher layer, through a logical channel.
- the logical channel is broadly divided into a control channel for transmission of information of the control plane and a traffic channel for transmission of information of the user plane according to the types of transmitted information.
- the radio link control (RLC) layer in the second layer serves to segment and concatenate data received from a higher layer to adjust the size of data such that the size is suitable for a lower layer to transmit the data in a radio interval.
- RLC radio link control
- the Packet Data Convergence Protocol (PDCP) layer in the second layer performs a header compression function of reducing the size of an IP packet header which has a relatively large size and contains unnecessary control information, in order to efficiently transmit an IP packet such as an IPv4 or IPv6 packet in a radio interval having a narrow bandwidth.
- the PDCP layer also performs a security function, which consists of ciphering for preventing a third party from monitoring data and integrity protection for preventing data manipulation by a third party.
- the Radio Resource Control (RRC) layer which is located at the uppermost part of the third layer, is defined only in the control plane, and serves to configure radio bearers (RBs) and control a logical channel, a transport channel, and a physical channel in relation to reconfiguration and release operations.
- the RB represents a service provided by the second layer to ensure data transfer between a UE and the E-UTRAN.
- the UE If an RRC connection is established between the RRC layer of the UE and the RRC layer of a wireless network, the UE is in the RRC Connected mode. Otherwise, the UE is in the RRC Idle mode.
- the RRC state refers to a state in which the RRC of the UE is or is not logically connected with the RRC of the E-UTRAN.
- the RRC state of the UE having logical connection with the RRC of the E-UTRAN is referred to as an RRC_CONNECTED state.
- the RRC state of the UE which does not have logical connection with the RRC of the E-UTRAN is referred to as an RRC_IDLE state.
- a UE in the RRC_CONNECTED state has RRC connection, and thus the E-UTRAN may recognize presence of the UE in a cell unit. Accordingly, the UE may be efficiently controlled.
- the E-UTRAN cannot recognize presence of a UE which is in the RRC_IDLE state.
- the UE in the RRC_IDLE state is managed by a core network in a tracking area (TA) which is an area unit larger than the cell. That is, for the UE in the RRC_IDLE state, only presence or absence of the UE is recognized in an area unit larger than the cell.
- TA tracking area
- a TA is distinguished from another TA by a tracking area identity (TAI) thereof.
- a UE may configure the TAI through a tracking area code (TAC), which is information broadcast from a cell.
- TAI tracking area identity
- the UE When the user initially turns on the UE, the UE searches for a proper cell first. Then, the UE establishes RRC connection in the cell and registers information thereabout in the core network. Thereafter, the UE stays in the RRC_IDLE state. When necessary, the UE staying in the RRC_IDLE state selects a cell (again) and checks system information or paging information. This operation is called camping on a cell. Only when the UE staying in the RRC_IDLE state needs to establish RRC connection, does the UE establish RRC connection with the RRC layer of the E-UTRAN through the RRC connection procedure and transition to the RRC_CONNECTED state. The UE staying in the RRC_IDLE state needs to establish RRC connection in many cases. For example, the cases may include an attempt of a user to make a phone call, an attempt to transmit data, or transmission of a response message after reception of a paging message from the E-UTRAN.
- the non-access stratum (NAS) layer positioned over the RRC layer performs functions such as session management and mobility management.
- the eSM evolved Session Management
- the eSM belongs to the NAS layer performs functions such as default bearer management and dedicated bearer management to control a UE to use a PS service from a network.
- the UE is assigned a default bearer resource by a specific packet data network (PDN) when the UE initially accesses the PDN.
- PDN packet data network
- the network allocates an available IP to the UE to allow the UE to use a data service.
- the network also allocates QoS of a default bearer to the UE.
- LTE supports two kinds of bearers.
- One bearer is a bearer having characteristics of guaranteed bit rate (GBR) QoS for guaranteeing a specific bandwidth for transmission and reception of data
- the other bearer is a non-GBR bearer which has characteristics of best effort QoS without guaranteeing a bandwidth.
- the default bearer is assigned to a non-GBR bearer.
- the dedicated bearer may be assigned a bearer having QoS characteristics of GBR or non-GBR.
- a bearer allocated to the UE by the network is referred to as an evolved packet service (EPS) bearer.
- EPS evolved packet service
- the network assigns one ID. This ID is called an EPS bearer ID.
- One EPS bearer has QoS characteristics of a maximum bit rate (MBR) and/or a guaranteed bit rate (GBR).
- FIG. 5 is a flowchart illustrating a random access procedure in 3GPP LTE.
- the random access procedure is used for a UE to obtain UL synchronization with an eNB or to be assigned a UL radio resource.
- the UE receives a root index and a physical random access channel (PRACH) configuration index from an eNodeB.
- PRACH physical random access channel
- Each cell has 64 candidate random access preambles defined by a Zadoff-Chu (ZC) sequence.
- the root index is a logical index used for the UE to generate 64 candidate random access preambles.
- Transmission of a random access preamble is limited to a specific time and frequency resources for each cell.
- the PRACH configuration index indicates a specific subframe and preamble format in which transmission of the random access preamble is possible.
- the UE transmits a randomly selected random access preamble to the eNodeB.
- the UE selects a random access preamble from among 64 candidate random access preambles and the UE selects a subframe corresponding to the PRACH configuration index.
- the UE transmits the selected random access preamble in the selected subframe.
- the eNodeB Upon receiving the random access preamble, the eNodeB sends a random access response (RAR) to the UE.
- the RAR is detected in two steps. First, the UE detects a PDCCH masked with a random access (RA)-RNTI. The UE receives an RAR in a MAC (medium access control) PDU (protocol data unit) on a PDSCH indicated by the detected PDCCH.
- RA random access
- FIG. 6 illustrates a connection procedure in a radio resource control (RRC) layer.
- RRC radio resource control
- the RRC state is set according to whether or not RRC connection is established.
- An RRC state indicates whether or not an entity of the RRC layer of a UE has logical connection with an entity of the RRC layer of an eNodeB.
- An RRC state in which the entity of the RRC layer of the UE is logically connected with the entity of the RRC layer of the eNodeB is called an RRC connected state.
- An RRC state in which the entity of the RRC layer of the UE is not logically connected with the entity of the RRC layer of the eNodeB is called an RRC idle state.
- a UE in the Connected state has RRC connection, and thus the E-UTRAN may recognize presence of the UE in a cell unit. Accordingly, the UE may be efficiently controlled.
- the E-UTRAN cannot recognize presence of a UE which is in the idle state.
- the UE in the idle state is managed by the core network in a tracking area unit which is an area unit larger than the cell.
- the tracking area is a unit of a set of cells. That is, for the UE which is in the idle state, only presence or absence of the UE is recognized in a larger area unit.
- the UE in the idle state In order for the UE in the idle state to be provided with a usual mobile communication service such as a voice service and a data service, the UE should transition to the connected state.
- the UE When the user initially turns on the UE, the UE searches for a proper cell first, and then stays in the idle state. Only when the UE staying in the idle state needs to establish RRC connection, the UE establishes RRC connection with the RRC layer of the eNodeB through the RRC connection procedure and then performs transition to the RRC connected state.
- the UE staying in the idle state needs to establish RRC connection in many cases.
- the cases may include an attempt of a user to make a phone call, an attempt to transmit data, or transmission of a response message after reception of a paging message from the E-UTRAN.
- the RRC connection procedure is broadly divided into transmission of an RRC connection request message from the UE to the eNodeB, transmission of an RRC connection setup message from the eNodeB to the UE, and transmission of an RRC connection setup complete message from the UE to eNodeB, which are described in detail below with reference to FIG. 6 .
- the functionality of the MME in the legacy EPC is decomposed into the access and mobility management function (AMF) and the session management function (SMF) in the next generation system (or 5G core network (CN)).
- the AMF carries out NAS interaction with a UE and mobility management (MM), whereas the SMF carries out session management (SM).
- the SMF also manages a gateway, user plane function (UPF), which has the user-plane functionality, that is, routes user traffic. It may be considered that the SMF and the UPF implement the control-plane part and user-plane part of the S-GW and the P-GW of the legacy EPC, respectively.
- UPF user plane function
- one or more UPFs may exist between a RAN and a data network (DN).
- the legacy EPC may have the configuration illustrated in FIG. 7 .
- a protocol data unit (PDU) session has been defined as a counterpart to a PDN connection of the legacy EPS.
- a PDU session refers to association between a UE and a DN, which provides a PDU connectivity service of an Ethernet type or an unstructured type as well as an IP type.
- the unified data management (UDM) performs the same functionality as the HSS of the EPC, and the policy control function (PCF) performs the same functionality as the policy and charging rules function (PCRF) of the EPC.
- PCF policy control function
- the functionalities may be extended to satisfy the requirements of the 5G system.
- N1 is a control-plane reference point between the 5G UE and the AMF
- N2 is a control-plane reference point between the 5G (R)AN and the AMF
- N3 is a user-plane reference point between the 5G (R)AN and the UPF
- N4 is a reference point between the SMF and the UPF
- N5 is a reference pint between a policy control function (PCF) and an application function (AF)
- N6 is a reference point between the UPF and the DN.
- the DN may be an operator external public or private data network or an operator data network.
- N7 is a reference point between the SMF and the PCF.
- TS 23.501 For details of the architecture, each function, and each interface of a 5G system, TS 23.501 is conformed to. Particularly, the 5G system (i.e., the next generation system) should also support non-3GPP access, and architecture, network elements, and so on for supporting non-3GPP access are described in clause 4.2.7 of TS 23.501v0.2.0.
- a representative example of non-3GPP access is wireless local area network (WLAN) access which may cover both trusted WLAN and untrusted WLAN.
- WLAN wireless local area network
- TS 23.501 and TS 23.502 are being worked on.
- the 5G system i.e., the next generation system
- Annex D (informative): IMS specific placeholder for TS 23.228 [15]” in TS 23.501v0.4.0 describes what needs to be captured later for TS 23.228.
- the 5G system allows traffic routing via multiple protocol data unit session anchors (PSAs) for one PDU session.
- PSAs protocol data unit session anchors
- step 1 For a procedure of adding a branching point or an uplink classifier (UL CL) in a traffic routing path of one PDU session to route traffic via multiple PSAs for the PDU session, see clause 4.3.5.2a of TS 23.502v0.3.0, from which Table 4 is an excerpt.
- Figure 4.3.5.2a-1 in Table 4 is presented as FIG. 11 .
- a PDU session is created.
- a UE exchanges NAS messages with a 5G core network (for details, see clause 4.3.2 (PDU Session establishment) of TS 23.502v0.3.0).
- the UE acquires IP prefix information from an IPv6 Router Advertisement message transmitted on the user plane as in step 7. Then, there is no additional NAS message exchange between the UE and the 5G core network. For reference, if the UE does not receive a valid lifetime value for an old/original IP address (or when the UE receives re-configuration information/a routing rule for the old/original IP address) when the UE is assigned the new IP address, the UE may consider that a branching point is added.
- FIG. 13 illustrates an IMS registration procedure.
- IMS registration procedure For details of the IMS registration procedure, see clause 5.2 (Application level registration procedures) of TS 23.228.
- the present disclosure may also be extended/modified for application to a UL CL for a PDU session.
- multi-homing-based BP addition for a PDU session amounts to UL CL addition for a PDU session
- multi-homing-based BP removal for a PDU session amounts to UL CL removal for a PDU session.
- present disclosure may also be extended/modified for application to multiple PDU sessions created for an IMS data network name (DNN) (additionally, the same Single Network Slice Selection Assistance Information (S-NSSAI)).
- DNN IMS data network name
- S-NSSAI Single Network Slice Selection Assistance Information
- multi-homing-based BP addition for a PDU session amounts to creation of an additional PDU session for an IMS DNN (additionally, the same S-NSSAI)
- multi-homing-based BP removal for a PDU session amounts to removal of one of multiple PDU sessions for an IMS DNN (additionally, the same S-NSSAI)
- a branched PDU session is a new created PDU session.
- a UE may establish a PDU session with a first PSA and receive a new IP address (a new Ipv4 address, a new IPv6 prefix, or a new IPv6 address) from an SMF.
- a new IP address a new Ipv4 address, a new IPv6 prefix, or a new IPv6 address
- the legacy LTE standard which is conventional technology
- the UE when a UE receives a new IP address for an IMS PDN connection, the UE is supposed to perform the IMS registration procedure illustrated in FIG. 13 .
- the received new IP address is related to multi-homing-based PSA addition, the UE may not perform IMS registration using the new IP address.
- the new IP address may be used for IMS media routing to a second PSA (a localized UPF) (a path labeled with IMS media using new IP address in FIG. 14 ).
- a second PSA a localized UPF
- the UE receives an IPv6 address from the first PSA and registers to an IMS network, using the IPv6 address. Therefore, when the UE, which has already registered to the IMS network, has multiple PSAs by multi-homing, the UE's IMS registration each time the UE receives a new IP address is very inefficient.
- the NAS layer of the UE When the new IP address is assigned to the UE, the NAS layer of the UE provides the new IP address to an IMS layer (an upper layer from the viewpoint of the NAS layer). If the received new IP address is related to multi-homing-based PSA addition, the NAS layer of the UE provides the upper layer with information indicating that the new IP address is for IMS media routing. Alternatively, if the received new IP address is related to multi-homing-based PSA addition, the NAS layer of the UE provides the upper layer with information indicating that the new IP address is only for IMS media.
- the upper layer refers to the IMS layer, and the first PSA may be a UPF.
- the NAS layer of the UE provides the new IP address to the IMS layer (the upper layer from the viewpoint of the NAS layer).
- the NAS layer of the UE may also provide the IMS layer with one or more of information indicating that this IP address is not for IMS registration (IMS registration should not be performed, using this IP address or IMS registration using this IP address should be skipped), information indicating that this IP address is not for session initiation protocol/IP multimedia subsystem (SIP/IMS) signaling (or this IP address should not be used for SIP/IMS signaling), and information indicating that this IP address is for media/IMS services (or for media/IMS services routing).
- IMS registration should not be performed, using this IP address or IMS registration using this IP address should be skipped
- SIP/IMS session initiation protocol/IP multimedia subsystem
- media/IMS services or for media/IMS services routing
- the UE may use an IP address used for IMS registration as an IP address for SIP/IMS signaling or SIP method routing (transmission and reception), and use the IP address used for the IMS registration and the new allocated IP address as an IP address (which may be included in a session description protocol (SDP) part) for media/IMS services routing (transmission and reception).
- IP address used for IMS registration as an IP address for SIP/IMS signaling or SIP method routing (transmission and reception)
- SDP session description protocol
- the operation of skipping IMS registration at the UE despite assignment of a new IP address may be based on information received from the SMF and/or information configured in the UE (e.g., the UE is configured to skip IMS registration, when the UE is assigned an additional IP address due to multi-homing-based BP addition) and/or information received from a network function (e.g., an AMF, a policy-related function, an IMS node, or the like) other than the SMF.
- a network function e.g., an AMF, a policy-related function, an IMS node, or the like
- the UE transmits a PDU Session Establishment Request message to an AMF, to create a PDU session.
- the AMF performs a PDU session establishment procedure and then transmits a PDU Session Establishment Accept message to the UE.
- UPF#2 has been selected as a PSA for the PDU session.
- AN access network
- an SMF serving the PDU session generates an IPv6 Router Advertisement message and transmits the IPv6 Router Advertisement message to the UE via the UPF, to configure an IPv6 address for the UE.
- the UE which has acquired the new IP address by creating the IMS PDU session, determines to perform IMS registration.
- the UE may determine to perform IMS registration.
- the UE may determine to perform IMS registration. Further, the UE may determine to perform IMS registration, for IMS service reception, when a part of the conditions are satisfied or irrespective of the conditions.
- the UE registers to the IMS.
- An example of an SIP REGISTER message that the UE transmits to a P-CSCF is given in Table 7 below, and the UE provides the IP address in a Contact header field (5555::aaa:bbb:ccc:ddd in the following example) to the IMS.
- the UE transmits an SIP INVITE message to the P-CSCF, to initiate an IMS session.
- the IMS Upon receipt of the SIP INVITE message, the IMS performs a session setup with a peer UE of the IMS session. As the UE receives an SIP 200 OK message, the IMS session is established.
- the UE uses the IP address acquired in step S1504 as an IP address for SIP signaling exchange (an IP address in Via and the Contact header field, which is 5555::aaa:bbb:ccc:ddd in the following example) and an IP address for IMS media exchange (an IP address in an SDP part, that is, an IP address under a Content-Length header field, which is 5555::aaa:bbb:ccc:ddd in the example of Table 8).
- IP address for SIP signaling exchange an IP address in Via and the Contact header field, which is 5555::aaa:bbb:ccc:ddd in the following example
- an IP address for IMS media exchange an IP address in an SDP part, that is, an IP address under a Content-Length header field, which is 5555::aaa:bbb:ccc:ddd in the example of Table 8.
- the UE may be able to exchange media with the peer of the session. For example, when the UE initiates a voice call and an IMS session is created with a peer UE, the UE is able to exchange voice with the peer UE. When the session is created, the voice media (or audio media) are transmitted/received at the IP address set in the SDP part.
- step S1509 the SMF determines to configure a new PSA for the IMS PDU session.
- the determination may be made for various reasons, for example, movement of the UE, detection of a new IP flow, or the like.
- step S1510 the SMF determines to add a PSA by multi-homing and selects UPF#3 as an additional PSA. Then, the SMF performs an operation of configuring UPF#1 as a branching point.
- the SMF determines to add a PSA by multi-homing and selects UPF#3 as an additional PSA. Then, the SMF performs an operation of configuring UPF#1 as a branching point.
- step S1511 the SMF indicates to the UE that new IP prefix @ PSA2 is available, which means that the SMF transmits an IPv6 Router Advertisement message to the UE via the UPF.
- the UE acquires a new IP address.
- the NAS layer of the UE provides the IMS layer with information indicating that this IP address is for media/IMS services (or for media/IMS services routing). This information may be provided along with the new IP address to the IMS layer.
- the UE checks whether to perform IMS registration, using the acquired new IP address. As the UE receives the information indicating that the new IP address is for media/IMS services from the lower layer, the UE determines to skip IMS registration. As the conditions described in relation to step S1505, particularly item 8 is not satisfied, the UE may determine to skip IMS registration.
- the IMS may be used for various types of media/content (e.g., virtual reality/augmented reality (VR/AR)) as well as voice, and the conditions to be checked for making a decision as to whether IMS registration is to be performed, described in relation to step S1505 may be appropriately modified and extended.
- VR/AR virtual reality/augmented reality
- the UE transmits an SIP INVITE message to the P-CSCF, to initiate an IMS session.
- the IMS Upon receipt of the SIP INVITE message, the IMS performs a session setup with the peer UE of the IMS session. As the UE receives an SIP 200 OK message, the IMS session is established.
- An exemplary SIP INVITE message that the UE transmits to the P-CSCF is given below.
- the UE uses the IP address acquired in step S1504 as an IP address for SIP signaling exchange (an IP address in Via and the Contact header field, which is 5555::aaa:bbb:ccc:ddd in the example of Table 9) and uses the IP address acquired in step S1511 as an IP address for IMS media exchange (an IP address in an SDP part, that is, an IP address under the Content-Length header field, which is 5555::eee:fff:ggg:hhh in the following example).
- IP address in an SDP part that is, an IP address under the Content-Length header field, which is 5555::eee:fff:ggg:hhh in the following example.
- the UE continuously uses the IP address acquired during the IMS PDU session establishment in SIP signaling transmission/reception to create the IMS session, whereas the UE uses the acquired new IP address to transmit/receive media.
- the UPFs through which SIP signaling is transmitted in steps S1505 to S1508 and steps S1512 and S1513 are marked.
- the SIP signaling is transmitted equally through UPF#1 and UPF#2 irrespective of the UE's acquisition of the new IP address in step S1511.
- Table 10 to Table 13 are documents submitted by the inventor of the present disclosure in relation to the above description. The part subsequent to "2. Proposal” is an embodiment proposed in the present disclosure.
- Figure 1 , Figure 2 , Figure 4.3.5.4-1, and Figure 6.Y.1-1 mentioned in Table 10 are illustrated as FIGS. 16 , 17 , 18 , and 19 , respectively.
- [Table 11] In order to make the IMS layer's behaviour clear, it is proposed to get the NAS layer of the UE provide an indication that the new IPv6 address is only for IMS traffic to the IMS layer when the UE has acquired the new IP prefix due to multi-homing based PSA addition to the PDU Session for IMS.
- PDU Session Anchor and Branching Point or UL CL for an established PDU Session.
- UE has an established PDU Session with a UPF including the PDU Session Anchor 1 (PSA1 in Figure 4 3 5.4-1).
- the PDU Session User Plane involves at least the RAN and the PDU Session Anchor 1.
- the SMF decides to establish a new PDU Session Anchor e.g. due to UE mobility, new flow detection.
- the SMF selects a UPF and using N4 establish the new PDU Session Anchor 2 (PSA2 in Figure 4.3.5.4-1) of the PDU Session.
- PDA2 in Figure 4.3.5.4-1
- the SMF also allocates a new IPv6 prefix corresponding to PSA2, and if the PCF has subscribed to the IP allocation/release event, the SMF invokes Nsmf_EventExposure_Notify operation (see clause 5.2.5.5.3) to provide the new allocated IPv6 prefix to the PCF.
- the SMF selects a UPF and using N4 establish the Branching Point (in case of IPv6 multi-homing) or a UL CL for the PDU Session.
- the SMF provides the necessary uplink forwarding rules towards PSA1 and PSA2 including the PSA1 CN Tunnel Info and the PSA2 CN Tunnel Info.
- the AN Tunnel Info is provided for downlink forwarding.
- the SMF also provides traffic filters for the IPv6 prefixes corresponding to PSA1 and PSA2 indicating what traffic shall be forwarded towards PSA1 and PSA2 respectively.
- the SMF provides traffic filters indicating what traffic shall be forwarded towards PSA1 and PSA2 respectively.
- NOTE 1 In case the Branching Point or UL CL and the PSA2 are co-located in a single UPF then steps 2 and 3 can be merged.
- step 3 is skipped, 4.
- the SMF updates the PSA1 via N4. It provides the Branching Point or UL CL CN Tunnel Info for the downlink traffic.
- NOTE 2 In case the Branching Point or UL CL and the PSA1 are co-located in a single UPF then steps 3 and 4 can be merged 5.
- the SMF updates PSA2 via N4. It provides the Branching Point or UL CL CN Tunnel Info for down-link traffic.
- step 5 is not needed, 6.
- the SMF provides the new CN Tunnel Info corresponding to the UPF (Branching Point or UL CL).
- UL CL if there is an existing UPF between the (R)AN and new inserted UL CL, the SMF updates the existing UPF via N4 instead of updating the (R)AN. 7
- the SMF notifies the UE of the availability of the new IP prefix @ PSA2. This is performed using an IPv6 Router Advertisement message (RFC 4861 [6]). Also, the SMF sends routing rule along with the IPv6 prefix to the UE using an IPv6 Router Advertisement message (RFC 4191 [21]) as described in TS 23.501 [2] clause 5.8.1.2.
- the SMF may re-configure the UE for the original IP prefix @ PSA1,i.e. SMF sends routing rule along with the IPv6 prefix to the UE using an IPv6 Router Advertisement message (RFC 4191 [21]) as described in TS 23 501 [2] clause 5.8.1.2. [Table 12] 2. Proposal The following changes are proposed in TR 23.794. 6.Y Solution #Y: Multi-homing based PSA addition to the PDU Session for IMS for localized routing 6.Y.1 Description This solution corresponds to the Key Issue 1 "Routing of IMS traffic via a localized UPF".
- the UE When the UE acquires the new IP prefix due to multi-homing based PSA addition to the PDU Session for IMS, how the upper layer of the UE (i.e. IMS layer) can use the new IPv6 address should be defined.
- the UE does not have to perform IMS registration by using the new IPv6 address which means the new IPv6 address is used for IMS traffic routing via a localized UPF and not used for SIP signalling.
- step 7 has the following addition -
- the NAS layer of the UE provides the upper layer (i.e. IMS layer) with an indication that the new IPv6 address is only for IMS traffic.
- the NAS layer of the UE provides the upper layer (ie. IMS layer) with an indication that the new IPv6 address is only for IMS traffic when the UE has acquired the new IP prefix due to multi-homing based PSA addition to the PDU Session for IMS.
- the SMF may operate as follows.
- the SMF may operate according to one of A) and B) in relation to provisioning of P-CSCF address information.
- one of the information of a) and the information of b) may be provided explicitly or implicitly.
- the information of a) and the information of b) may be provided in various manners.
- the information of a) and the information of b) may be provided by a NAS message, a router advertisement mechanism when/before/after a new IP prefix is provided, or a router advertisement mechanism to provide a valid duration during which this information is valid for an old IP prefix.
- the information of a) or the information of b) may preconfigured for the UE.
- the SMF may enable the UE to operate according to a) without providing a) by operating according to A).
- the SMF may enable the UE to operate according to b) without providing b) by operating according to B). Because a) and b) are not provided to the UE, the UE may determine to skip IMS registration, using new IP address information even though the UE receives the new IP address information. On the contrary, Because a) and b) are not provided to the UE, the UE may determine to perform IMS registration by using new IP address information, upon receipt of the new IP address information.
- the SMF may enable the UE to operate according to b) by providing quality of service (QoS) information for SIP signaling to the UE.
- QoS quality of service
- the network e.g., SMF
- information indicating a registration method may be provided in one of the following manners.
- the RAT/Access type may be any of NR, E-UTRAN, WLAN, Non-3GPP, and so on. Further, it may be defined separately or implicitly that the core network is a 5G core network. During IMS registration, the RAT/access type may be provided to the IMS network. This is applied throughout the present disclosure.
- IMS registration for adding an IP address is to be performed in addition to previous IMS registration.
- the indication is intended to indicate that a new IP address (i.e., a new contact) has been added to the existing IMS registration for a certain RAT/access type.
- the idea of ii) is that a new IP address is added to one IMS registration context existing for an existing RAT/access type, rather than IMS registration is maintained in a plurality of contexts for the same RAT/access type.
- IMS registration is to be performed, with previous IMS registration not maintained. This implies that only one IMS registration is maintained for one RAT/access type.
- the UE may determine to operate according to iii) even though the UE does not receive the information of i) to iii).
- the UE may determine to operate according to i), even though the UE fails to receive the information of i) to iii).
- IMS registration When the UE operates according to i) or ii), which IMS registration (or which contact: this is IP address information used for IMS registration by the UE) is main (or primary) IMS registration may be indicated by the network (e.g., an IMS function such as an SMF, an S-CSCF, or an IMS application server) or configured in the UE (e.g., the oldest IMS registration, the latest IMS registration, IMS registration for which IP address information allocated before multi-homing-based BP addition is used, or IMS registration for which IP address information allocated along with multi-homing-based BP addition is used).
- IMS function such as an SMF, an S-CSCF, or an IMS application server
- the UE may perform IMS registration, which will be described below.
- the operation of performing IMS registration, using a new allocated IP address at the UE may be based on information received from the SMF and/or information configured for the UE (e.g., the UE is configured to skip IMS registration when the UE is additionally allocated an IP address due to multi-homing-based BP addition) and/or information received from any other network function (e.g., an AMF, a policy-related function, or an IMS node) than the SMF.
- any other network function e.g., an AMF, a policy-related function, or an IMS node
- the UE performs IMS registration, using the allocated new IP address.
- the UE may operate according to one of the following i), ii), and iii).
- the NAS layer of the UE transmits the new IP address to the IMS layer (the upper layer from the viewpoint of the NAS layer).
- the NAS layer of the UE may also provide the IMS layer with information indicating that this IP address is for IMS registration (or IMS registration is to be performed with the new IP address), information indicating that the new IP address is for SIP/IMS signaling (or this IP address is to be used for SIP/IMS signaling routing), information indicating that this IP address is for media/IMS services (or for media/IMS services routing), information indicating that this IP address is to be used for both IMS registration and media/IMS services, and information indicating that this IP address is to be used for both SIP/IMS signaling and media/IMS services.
- the IMS layer of the UE may consider that the IP address received from the NAS layer (the lower layer from the viewpoint of the IMS layer) is used for all IMS-related operations.
- the UE When the UE receives P-CSCF address information from the network during the above-described IMS registration, the UE performs IMS registration via this P-CSCF. When the UE does not receive the P-CSCF address information during the above-described IMS registration, the UE performs IMS registration via an old P-CSCF (based on P-CSCF address information received during establishment of the PDU session).
- the UE may provide characteristics related to a PSA added by multi-homing.
- the characteristics may be information indicating that the PSA is a local one or a central one.
- the UE After the multi-homing-based BP (and/or PSA) addition for a PDU session, the UE operates according to [A], [B] or [C].
- rule/filter information as described in relation to media and IMS services in [A] may be configured in or provided to the UE.
- the UE When the UE has performed IMS registration, using an allocated new IP address and operated according to i) or ii), the UE deregisters a suspended IP address from the IMS network. The IMS network then removes the IP address among contacts for a corresponding RAT/access type.
- the UE When the UE has performed IMS registration, using a new allocated IP address and operated according to iii), the UE performs IMS registration, using a continuously available IP address (i.e., an IP address to a PSA other than a removed PSA).
- a continuously available IP address i.e., an IP address to a PSA other than a removed PSA.
- the IMS registration means IMS registration which replaces an old contact for the RAT/access type.
- the UE may operate as follows.
- a rule/filter determines an IP address to which the UE transmits SIP signaling, media, and IMS service.
- SMF network management function
- IMS IMS
- a rule/filter should be set to determine an IP address to which the UE is to transmit SIP signaling, media, and IMS services.
- SIP signaling media
- IMS services IMS services
- the SIP request/response and the SIP method may be interpreted as SIP signaling.
- a PDU session may be interpreted as a PDU session with a DNN set to IMS (or well-known IMS or for IMS or connectable to an IMS network).
- the PDU sessions generated in the different slices may be regarded as different PDU sessions although they are the IMS PDU session.
- FIG. 20 is a block diagram of a preferred embodiment of a UE and a network node according to an example of the present disclosure.
- a UE 100 may include a transceiver 110, a processor 120, and a memory 130.
- the transceiver 110 may transmit and receive various signals, data, and information to and from an external device.
- the UE 100 may be connected to the external device wiredly and/or wirelessly.
- the processor 120 may provide overall control to the UE 100, and may be configured to compute and process information to be transmitted to the external device or information received from the external device by the UE 100.
- the memory 130 may store the computed and processed information for a predetermined time, and may be replaced by a component such as a buffer (not shown).
- the processor 120 may be configured to perform a UE operation proposed by the present disclosure. Specifically, the processor 120 may establish a PDU session with a first PSA, receive a new IP address from an SMF, and when the received new IP address is related to multi-homing-based PSA addition, skip IMS registration using the new IP address.
- a network node 200 may include a transceiver 210, a processor 220, and a memory 230.
- the transceiver 210 may transmit and receive various signals, data, and information to and from an external device.
- the network node 200 may be connected to the external device wiredly and/or wirelessly.
- the processor 220 may provide overall control to the network node 200 and may be configured to compute and process information to be transmitted to the external device or information received from the external device by the network node 200.
- the memory 230 may store the computed and processed information for a predetermined time, and may be replaced by a component such as a buffer (not shown). Further, the processor 220 may be configured to perform a network node operation proposed by the present disclosure.
- the specific configurations of the UE 100 and the network device 200 may be implemented such that the details described in the various embodiments of the present disclosure may be applied independently or implemented such that two or more of the embodiments are applied at the same time. For clarity, a redundant description is omitted.
- the embodiments of the present disclosure may be implemented through various means, for example, hardware, firmware, software, or a combination thereof.
- the embodiments of the present disclosure may be achieved by one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), processors, controllers, microcontrollers, microprocessors, etc.
- ASICs application specific integrated circuits
- DSPs digital signal processors
- DSPDs digital signal processing devices
- PLDs programmable logic devices
- FPGAs field programmable gate arrays
- processors controllers, microcontrollers, microprocessors, etc.
- a method according to embodiments of the present disclosure may be implemented in the form of a module, a procedure, a function, etc.
- Software code may be stored in a memory unit and executed by a processor.
- the memory unit is located at the interior or exterior of the processor and may transmit and receive data to and from the processor via various known means.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Claims (13)
- Procédé de réception de signaux en relation avec l'adjonction d'ancre de session d'unité de données de protocole basée sur la multi-domiciliation, PSA, par un équipement utilisateur, UE, dans un système de communication sans fil, le procédé consistant à :établir, par l'UE, une session d'unité de données de protocole, PDU, avec une première PSA ;recevoir, par l'UE en provenance d'une fonction de gestion de session, SMF, une nouvelle adresse de protocole Internet, IP ; etrecevoir des informations indiquant que la nouvelle adresse IP reçue se rapporte à une adjonction PSA basée sur la multi-domiciliation,en fonction des informations reçues indiquant que la nouvelle adresse IP se rapporte à l'adjonction PSA basée sur la multi-domiciliation, un enregistrement de sous-système multimédia IP, IMS, à l'aide de la nouvelle adresse IP, est ignoré.
- Procédé selon la revendication 1, étant donné que la nouvelle adresse IP reçue se rapporte à l'adjonction PSA basée sur la multi-domiciliation, la nouvelle adresse IP étant utilisée pour le routage multimédia IMS vers une seconde PSA ajoutée.
- Procédé selon la revendication 1, étant donné que la nouvelle adresse IP reçue se rapporte à l'adjonction PSA basée sur la multi-domiciliation, une couche de strate de non-accès NAS, de l'UE fournissant une couche supérieure avec des informations indiquant que la nouvelle adresse IP sert au routage média IMS.
- Procédé selon la revendication 1, étant donné que la nouvelle adresse IP reçue se rapporte à l'adjonction PSA basée sur la multi-domiciliation, une couche NAS de l'UE fournissant une couche supérieure avec des informations indiquant que la nouvelle adresse IP sert uniquement au média IMS.
- Procédé selon la revendication 1, la nouvelle adresse IP étant un nouveau préfixe de version IP 6, IPv6.
- Procédé selon la revendication 1, la couche supérieure étant une couche IMS.
- Procédé selon la revendication 2, la seconde PSA étant une fonction de plan utilisateur localisé, UPF.
- Procédé selon la revendication 1, la première PSA étant une UPF.
- Procédé selon la revendication 1, l'UE ignorant l'enregistrement d'IMS à l'aide de la nouvelle adresse IP sur la base des informations reçues en provenance de SMF ou des informations configurées pour l'UE.
- Équipement utilisateur, UE (100) pour transmettre et recevoir des signaux en relation avec l'adjonction d'ancre de session d'unité de données de protocole basée sur la multi-domiciliation, PSA, par un équipement utilisateur, UE, dans un système de communication sans fil, l'UE (100) comprenant :un émetteur-récepteur (110) ; etun processeur (120),le processeur (120) étant configuré pourétablir une session d'unité de données de protocole, PDU, avec une première PSA, etrecevoir une nouvelle adresse de protocole Internet, IP par une fonction de gestion de session, SMF, etrecevoir des informations représentant que la nouvelle adresse IP reçue se rapportant à une adjonction PSA basée sur la multi-domiciliation,en fonction des informations reçues indiquant que la nouvelle adresse IP se rapporte à l'adjonction PSA basée sur la multi-domiciliation, un enregistrement de sous-système multimédia IP, IMS, à l'aide de la nouvelle adresse IP, est ignoré.
- UE (100) selon la revendication 10, étant donné que la nouvelle adresse IP reçue se rapporte à l'adjonction PSA basée sur la multi-domiciliation, la nouvelle adresse IP étant utilisée pour le routage média IMS vers une seconde PSA ajoutée.
- UE (100) selon la revendication 10, étant donné que la nouvelle adresse IP reçue se rapporte à l'adjonction PSA basée sur la multi-domiciliation, une couche de strate de non-accès, NAS, de l'UE (100) fournissant une couche supérieure avec des informations indiquant que la nouvelle adresse IP sert au routage média IMS.
- UE (100) selon la revendication 10, étant donné que la nouvelle adresse IP reçue se rapporte à l'adjonction PSA basée sur la multi-domiciliation, une couche de strate de non-accès NAS, de l'UE fournissant une couche supérieure avec des informations indiquant que la nouvelle adresse IP sert uniquement au média IMS.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201762512076P | 2017-05-29 | 2017-05-29 | |
US201862632428P | 2018-02-20 | 2018-02-20 | |
PCT/KR2018/006109 WO2018221943A1 (fr) | 2017-05-29 | 2018-05-29 | Procédé d'émission-réception de signal en association avec un ajout de psa multiconnexion dans un système de communication sans fil, et appareil associé |
Publications (3)
Publication Number | Publication Date |
---|---|
EP3637811A1 EP3637811A1 (fr) | 2020-04-15 |
EP3637811A4 EP3637811A4 (fr) | 2020-05-06 |
EP3637811B1 true EP3637811B1 (fr) | 2021-03-31 |
Family
ID=64456383
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP18809307.4A Active EP3637811B1 (fr) | 2017-05-29 | 2018-05-29 | Procédé d'émission-réception de signal en association avec un ajout de psa multiconnexion dans un système de communication sans fil, et appareil associé |
Country Status (6)
Country | Link |
---|---|
US (1) | US11122532B2 (fr) |
EP (1) | EP3637811B1 (fr) |
JP (1) | JP6825143B2 (fr) |
KR (1) | KR102262857B1 (fr) |
CN (1) | CN110679167B (fr) |
WO (1) | WO2018221943A1 (fr) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE112018000304T5 (de) * | 2017-02-27 | 2019-10-02 | Intel IP Corporation | Systeme, Verfahren und Vorrichtungen zum Verwalten von mehreren Ankern für Multihoming |
CN109151915B (zh) * | 2017-06-16 | 2023-11-17 | 夏普株式会社 | 用于数据分组递送的方法、用户设备和基站 |
CN109673024B (zh) * | 2017-10-17 | 2023-06-30 | 华为技术有限公司 | 数据传输通道的处理方法、装置和系统 |
WO2019161883A1 (fr) * | 2018-02-20 | 2019-08-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Procédés et fonctions de gestion de décrochage local |
US20210211233A1 (en) * | 2018-05-22 | 2021-07-08 | Lenovo (Beijing) Limited | Method and apparatus for redundant transmission to support high data transmission reliability |
US10848525B2 (en) * | 2019-01-29 | 2020-11-24 | Verizon Patent And Licensing Inc. | Systems and method for selection of a user plane component for internet protocol multimedia subsystem sessions |
US11129215B2 (en) * | 2019-02-15 | 2021-09-21 | Ofinno, Llc | Location based selection of localized proxy application server |
CN112654100B9 (zh) * | 2019-10-10 | 2023-11-03 | 中国移动通信有限公司研究院 | 一种信息处理方法和相关网络设备 |
US11902338B2 (en) | 2020-02-13 | 2024-02-13 | Lg Electronics Inc. | Communication related to multi-access PDU sessions |
US11496938B1 (en) * | 2021-01-22 | 2022-11-08 | Sprint Communications Company L.P. | User equipment (UE) handover based on an active media session |
US11950128B2 (en) | 2021-09-30 | 2024-04-02 | Cisco Technology, Inc. | Edge offloading in a mobile network having a converged core architecture |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100388685C (zh) * | 2005-08-30 | 2008-05-14 | 华为技术有限公司 | Ip多媒体子系统中ims注册触发实现方法 |
WO2010136866A1 (fr) | 2009-05-26 | 2010-12-02 | Nokia Corporation | Procédé et appareil de transfert de session multimédia |
CN105432131A (zh) * | 2013-07-29 | 2016-03-23 | Lg电子株式会社 | 用于ims服务的寻呼方法和设备 |
WO2016144230A1 (fr) | 2015-03-06 | 2016-09-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Procédé, dispositif de réseau, programme d'ordinateur et produit-programme d'ordinateur pour un chaînage de service mobile |
US10582559B2 (en) * | 2015-11-05 | 2020-03-03 | Lg Electronics Inc. | Method for transmitting and receiving data in wireless communication system and apparatus supporting the same |
ES2960631T3 (es) * | 2016-06-21 | 2024-03-05 | Nokia Solutions & Networks Oy | Acceso a servicios locales por usuarios no autenticados |
CN109937590B (zh) * | 2016-11-09 | 2021-09-14 | Lg电子株式会社 | 切换方法和用户设备 |
KR102289879B1 (ko) * | 2017-03-20 | 2021-08-13 | 삼성전자 주식회사 | 셀룰러망에서 세션의 다양한 ssc 모드 지원을 위한 upf 변경 방안 |
-
2018
- 2018-05-29 CN CN201880035325.XA patent/CN110679167B/zh active Active
- 2018-05-29 JP JP2019566228A patent/JP6825143B2/ja active Active
- 2018-05-29 WO PCT/KR2018/006109 patent/WO2018221943A1/fr active Application Filing
- 2018-05-29 EP EP18809307.4A patent/EP3637811B1/fr active Active
- 2018-05-29 US US16/618,096 patent/US11122532B2/en active Active
- 2018-05-29 KR KR1020197038852A patent/KR102262857B1/ko active IP Right Grant
Non-Patent Citations (1)
Title |
---|
None * |
Also Published As
Publication number | Publication date |
---|---|
EP3637811A1 (fr) | 2020-04-15 |
US11122532B2 (en) | 2021-09-14 |
KR20200008638A (ko) | 2020-01-28 |
CN110679167A (zh) | 2020-01-10 |
JP6825143B2 (ja) | 2021-02-03 |
WO2018221943A1 (fr) | 2018-12-06 |
KR102262857B1 (ko) | 2021-06-09 |
JP2020522195A (ja) | 2020-07-27 |
US20200154390A1 (en) | 2020-05-14 |
EP3637811A4 (fr) | 2020-05-06 |
CN110679167B (zh) | 2022-07-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3637811B1 (fr) | Procédé d'émission-réception de signal en association avec un ajout de psa multiconnexion dans un système de communication sans fil, et appareil associé | |
US11700524B2 (en) | Method for performing a procedure related to AMF registration by UDM in wireless communication system and apparatus for same | |
EP3675557B1 (fr) | Procédé de transmission et de réception de signaux associés à un transfert d'un système 5gs à un système eps dans un système de communication sans fil, et dispositif associé | |
EP3541125B1 (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é | |
EP3691356B1 (fr) | Transfert de l'accès 3gpp de l'eps au 5gs | |
US11356915B2 (en) | Method for transmitting/receiving IMS voice support-related signal by NG-RAN in wireless communication system, and apparatus therefor | |
US10932303B2 (en) | Method for transceiving signaling related to PDN connection in wireless communication system, and device therefor | |
EP3481108A2 (fr) | Procédé permettant de prendre en charge une signalisation nas par une station de base dans un système de communication sans fil, et appareil s'y rapportant | |
US10701739B2 (en) | Call transmitting/receiving method in wireless communication system and device for same | |
EP3393160B1 (fr) | Procédé de fonctionnement pour empêcher une opération erronée latente d'un terminal dans un système de communication sans fil et appareil associé | |
US12058763B2 (en) | Signal transmission and reception method by SMF in wireless communication system and device therefor |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE |
|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE |
|
17P | Request for examination filed |
Effective date: 20191210 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
AX | Request for extension of the european patent |
Extension state: BA ME |
|
A4 | Supplementary search report drawn up and despatched |
Effective date: 20200408 |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: H04W 60/00 20090101ALI20200402BHEP Ipc: H04W 8/26 20090101AFI20200402BHEP |
|
DAV | Request for validation of the european patent (deleted) | ||
DAX | Request for extension of the european patent (deleted) | ||
GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: GRANT OF PATENT IS INTENDED |
|
INTG | Intention to grant announced |
Effective date: 20201028 |
|
GRAS | Grant fee paid |
Free format text: ORIGINAL CODE: EPIDOSNIGR3 |
|
GRAA | (expected) grant |
Free format text: ORIGINAL CODE: 0009210 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE PATENT HAS BEEN GRANTED |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R082 Ref document number: 602018014909 Country of ref document: DE Representative=s name: WUESTHOFF & WUESTHOFF, PATENTANWAELTE PARTG MB, DE |
|
AK | Designated contracting states |
Kind code of ref document: B1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: FG4D Ref country code: CH Ref legal event code: EP |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R096 Ref document number: 602018014909 Country of ref document: DE Ref country code: AT Ref legal event code: REF Ref document number: 1378350 Country of ref document: AT Kind code of ref document: T Effective date: 20210415 |
|
REG | Reference to a national code |
Ref country code: IE Ref legal event code: FG4D |
|
REG | Reference to a national code |
Ref country code: LT Ref legal event code: MG9D |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: NO Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210630 Ref country code: BG Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210630 Ref country code: HR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210331 Ref country code: FI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210331 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: SE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210331 Ref country code: RS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210331 Ref country code: LV Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210331 |
|
REG | Reference to a national code |
Ref country code: NL Ref legal event code: MP Effective date: 20210331 |
|
REG | Reference to a national code |
Ref country code: AT Ref legal event code: MK05 Ref document number: 1378350 Country of ref document: AT Kind code of ref document: T Effective date: 20210331 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: LT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210331 Ref country code: EE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210331 Ref country code: CZ Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210331 Ref country code: AT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210331 Ref country code: NL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210331 Ref country code: SM Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210331 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: IS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210731 Ref country code: PL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210331 Ref country code: RO Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210331 Ref country code: PT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210802 Ref country code: SK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210331 |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: PL |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R097 Ref document number: 602018014909 Country of ref document: DE |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: ES Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210331 Ref country code: DK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210331 Ref country code: CH Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20210531 Ref country code: AL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210331 Ref country code: LU Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20210529 Ref country code: MC Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210331 Ref country code: LI Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20210531 |
|
PLBE | No opposition filed within time limit |
Free format text: ORIGINAL CODE: 0009261 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT |
|
REG | Reference to a national code |
Ref country code: BE Ref legal event code: MM Effective date: 20210531 |
|
26N | No opposition filed |
Effective date: 20220104 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: IE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20210529 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: IS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210731 Ref country code: FR Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20210531 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: IT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210331 Ref country code: BE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20210531 |
|
GBPC | Gb: european patent ceased through non-payment of renewal fee |
Effective date: 20220529 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: GB Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20220529 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: CY Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210331 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: HU Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO Effective date: 20180529 Ref country code: GR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210331 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210331 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: DE Payment date: 20240405 Year of fee payment: 7 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210331 |