WO2021025428A1 - 복수의 sim에 기초한 발신자 정보 확인 - Google Patents

복수의 sim에 기초한 발신자 정보 확인 Download PDF

Info

Publication number
WO2021025428A1
WO2021025428A1 PCT/KR2020/010265 KR2020010265W WO2021025428A1 WO 2021025428 A1 WO2021025428 A1 WO 2021025428A1 KR 2020010265 W KR2020010265 W KR 2020010265W WO 2021025428 A1 WO2021025428 A1 WO 2021025428A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
information
terminal
network
amf
Prior art date
Application number
PCT/KR2020/010265
Other languages
English (en)
French (fr)
Inventor
윤명준
김래영
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to US17/632,208 priority Critical patent/US20220286993A1/en
Publication of WO2021025428A1 publication Critical patent/WO2021025428A1/ko

Links

Images

Classifications

    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/06—Registration at serving network Location Register, VLR or user mobility server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005—Transmission of information for alerting of incoming communication
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Definitions

  • the present specification relates to mobile communication.
  • LTE long term evolution
  • LTE-A LTE-Advanced
  • New RAT new radio access technology
  • 5th generation mobile communication defined by the International Telecommunication Union (ITU) refers to providing a maximum 20Gbps data transmission speed and a sensible transmission speed of at least 100Mbps or more anywhere. Its official name is'IMT-2020' and it aims to be commercialized globally in 2020.
  • ITU International Telecommunication Union
  • terminals supporting a plurality of SIM exist in a 3rd Generation Partnership Project (3GPP) system such as a 4G network or a 5G network.
  • 3GPP 3rd Generation Partnership Project
  • SIM Subscriber Identity Modules
  • the terminal registers in PLMN 1 and PLMN 2 based on each SIM. can do.
  • the terminal needs to monitor both paging of PLMN 1 and PLMN 2 in the idle state. If the paging opportunity of PLMN 1 and the paging opportunity of PLMN 2 overlap (overlap), the terminal only one PLMN at a time. There is a problem with monitoring. In addition, there is a problem that the terminal cannot monitor PLMN 2 while the terminal is receiving a service from PLMN 1.
  • MT service for the terminal may occur in PLMN 2.
  • the terminal could only recognize that the MT service occurred in PLMN 2.
  • the terminal does not know information about the MT service generated in PLMN 2 (eg, the caller's phone number, the calling phone number of SMS, etc.), and only recognizes that a service has occurred in PLMN 2. For this reason, the terminal was unable to provide information on the service generated in PLMN 2 to the user.
  • the terminal and/or user must determine whether to receive the service from PLMN 2 without knowing in detail information about the service generated in PLMN 2.
  • one disclosure of the present specification aims to provide a solution to the above-described problem.
  • one disclosure of the present specification provides a method for an AMF node of a first network to perform communication based on a plurality of SIMs.
  • the method includes: receiving a registration request message from a terminal through a base station of a first network; Receiving a first message including information for activating a PDU session of the terminal from an SMF node of a first network; Receiving a second message including ID information of a sender related to downlink data; And transmitting a paging message or a non-access stratum (NAS) notification message including the sender's ID information to the terminal through the base station of the first network.
  • NAS non-access stratum
  • one disclosure of the present specification provides a method for a terminal to perform communication based on a plurality of SIMs.
  • the method includes: transmitting a registration request message including information related to a plurality of SIMs to an AMF node of the first network through a base station of the first network; Transmitting a SIP registration message including information related to the plurality of SIMs to a P-CSCF node of the first network through a base station of the first network; And a paging message or a non-access stratum (NAS) notification message including information related to the ID information of the caller and the service type of the terminal through the base station of the first network while the terminal performs communication in the second network. It may include receiving from the AMF node of the first network.
  • NAS non-access stratum
  • one disclosure of the present specification may provide a network node of a first network performing communication based on a plurality of SIMs.
  • the network node includes at least one processor; And at least one memory that stores an instruction and is operably electrically connected to the at least one processor.
  • the operation performed based on the command being executed by the at least one processor may include: receiving a registration request message from a terminal through a base station of a first network; Receiving a first message including information requesting activation of a PDU session of the terminal from an SMF node of a first network; Receiving a second message including ID information of a sender related to downlink data; And transmitting a paging message or a non-access stratum (NAS) notification message including the sender's ID information to the terminal through the base station of the first network.
  • NAS non-access stratum
  • a wireless communication device that performs communication based on a plurality of SIMs.
  • a wireless communication device includes at least one processor; And at least one memory that stores an instruction and is operably electrically connected to the at least one processor.
  • the operation performed based on the command being executed by the at least one processor is: transmitting a registration request message including information related to a plurality of SIMs to an AMF node of the first network through a base station of the first network.
  • a SIP registration message including information related to the plurality of SIMs to a UPF node of the first network through a base station of the first network; And a paging message or a non-access stratum (NAS) notification message including information related to a caller's ID information and a service type of downlink data for the terminal while the terminal performs communication in the second network. It may include receiving from an AMF node of the first network through a base station of the network.
  • NAS non-access stratum
  • a wireless communication device includes at least one processor; And at least one memory that stores an instruction and is operably electrically connected to the at least one processor.
  • the operation performed based on the instruction being executed by the at least one processor may include: generating a registration request message including information related to a plurality of SIMs; Generating a SIP registration message including information related to the plurality of SIMs; And identifying a paging message or a NAS notification message including information related to a caller's ID information and a service type of downlink data for the terminal while the device performs communication in the second network.
  • one disclosure of the present specification may include a non-volatile computer-readable storage medium for recording instructions.
  • the instructions when executed by one or more processors, cause the one or more processors to: generating a registration request message including information related to a plurality of SIMs; Generating a SIP registration message including information related to the plurality of SIMs; And identifying a paging message or a NAS notification message including information related to a caller's ID information and a service type of downlink data for the terminal while the device is performing communication in the second network. have.
  • FIG. 1 is a structural diagram of a next-generation mobile communication network.
  • FIG. 2 is an exemplary diagram showing an expected structure of next-generation mobile communication from a node perspective.
  • FIG. 3 is an exemplary diagram showing an architecture for supporting simultaneous access to two data networks.
  • FIG. 4 is another exemplary diagram showing the structure of a radio interface protocol between a UE and a gNB.
  • 5A and 5B are signal flow diagrams illustrating an exemplary registration procedure.
  • 6A to 6C are signal flow diagrams illustrating an exemplary UE initiated service request procedure.
  • FIG. 7 is a diagram illustrating an example of overlapping paging opportunities.
  • 8A to 8C are diagrams illustrating an example of a signal flow diagram according to the first example of the first disclosure of the present specification.
  • FIG. 9 is a diagram illustrating an example of a signal flow diagram according to a second example of the first disclosure of the present specification.
  • FIG. 10 is a diagram illustrating an example of a registration procedure according to a third example of the first disclosure of the present specification.
  • 11 is a view showing an example for checking the sender information of the SMS according to the third example of the first disclosure of the present specification.
  • 12A and 12B are diagrams illustrating an example of a signal flow diagram according to a fourth example of the first disclosure of the present specification.
  • FIG. 13 is a diagram illustrating an example of a registration procedure according to a fifth example of the first disclosure of the present specification.
  • FIG. 14 is a diagram illustrating an example for checking sender information of an SMS according to a fifth example of the first disclosure of the present specification.
  • 15A and 15B are diagrams illustrating an example of a signal flow diagram according to the first example of the second disclosure of the present specification.
  • FIG 17 illustrates a wireless device applicable to the disclosure of the present specification.
  • FIG. 18 illustrates a signal processing circuit for a transmission signal.
  • FIG 19 shows another example of a wireless device applied to the disclosure of the present specification.
  • 21 illustrates an AI device applied to the disclosure of the present specification.
  • FIG. 22 is a detailed block diagram of the configuration of the processor shown in FIG. 17.
  • first and second used in the present specification may be used to describe various elements, but the elements should not be limited by the terms. These terms are only used for the purpose of distinguishing one component from another component. For example, without departing from the scope of the rights, a first component may be referred to as a second component, and similarly, a second component may be referred to as a first component.
  • a component When a component is connected to or is said to be connected to another component, it may be directly connected or connected to the other component, but other components may exist in the middle. On the other hand, when a component is directly connected to or directly connected to another component, it should be understood that there is no other component in the middle.
  • a or B (A or B) may mean “only A”, “only B” or “both A and B”.
  • a or B (A or B)” may be interpreted as “A and/or B (A and/or B)”.
  • A, B or C (A, B or C) refers to “only A”, “only B”, “only C”, or “A, B, and any combination of C ( It can mean any combination of A, B and C)”.
  • a forward slash (/) or comma used in the present specification may mean “and/or”.
  • A/B may mean “A and/or B”. Accordingly, “A/B” may mean “only A”, “only B”, or “both A and B”.
  • A, B, C may mean “A, B or C”.
  • At least one of A and B may mean “only A”, “only B”, or “both A and B”.
  • the expression “at least one of A or B” or “at least one of A and/or B” means “at least one It can be interpreted the same as "at least one of A and B”.
  • At least one of A, B and C means “only A”, “only B”, “only C”, or “A, B and C Can mean any combination of A, B and C”.
  • at least one of A, B or C or “at least one of A, B and/or C” means It can mean “at least one of A, B and C”.
  • parentheses used in the present specification may mean "for example”. Specifically, when displayed as “control information (PDCCH)”, “PDCCH” may be proposed as an example of “control information”. In other words, “control information” of the present specification is not limited to “PDCCH”, and “PDDCH” may be suggested as an example of “control information”. In addition, even when indicated as “control information (ie, PDCCH)”, “PDCCH” may be proposed as an example of “control information”.
  • a UE User Equipment
  • the illustrated UE may also be referred to in terms of a terminal, a mobile equipment (ME), and the like.
  • the UE may be a portable device such as a notebook computer, a mobile phone, a PDA, a smart phone, or a multimedia device, or may be a non-portable device such as a PC or a vehicle-mounted device.
  • the UE is used as an example of a wireless communication device (or a wireless device, or a wireless device) capable of wireless communication.
  • the operation performed by the UE may be performed by a wireless communication device.
  • the wireless communication device may also be referred to as a wireless device, a wireless device, or the like.
  • AMF may refer to an AMF node
  • SMF may refer to an SMF node
  • UPF may refer to a UPF node.
  • a base station which is a term used below, generally refers to a fixed station that communicates with a wireless device, eNodeB (evolved-NodeB), eNB (evolved-NodeB), BTS (Base Transceiver System), access point ( Access Point), gNB (Next generation NodeB), and other terms.
  • eNodeB evolved-NodeB
  • eNB evolved-NodeB
  • BTS Base Transceiver System
  • Access Point Access Point
  • gNB Next generation NodeB
  • FIG. 1 is a diagram of a next-generation mobile communication network It is a structure diagram .
  • 5GC 5G Core
  • AMF Access and Mobility Management Function
  • SMF session management function: Session Management
  • PCF Policy Control Function
  • UPF User Plane Function
  • AF Application Function: Application Function
  • UDM Integrated Data Management: Includes Unified Data Management (460) and Non-3GPP Inter Working Function (N3IWF) 490.
  • the UE 100 is connected to a data network through the UPF 440 through a Next Generation Radio Access Network (NG-RAN) including the gNB 20.
  • NG-RAN Next Generation Radio Access Network
  • the UE 100 may receive a data service even through untrusted non-3GPP access, for example, a wireless local area network (WLAN).
  • a wireless local area network for example, a wireless local area network (WLAN).
  • WLAN wireless local area network
  • an N3IWF 490 may be deployed.
  • the illustrated N3IWF 490 performs a function of managing non-3GPP access and interworking between 5G systems.
  • the UE 100 When the UE 100 is connected to non-3GPP access (e.g., WiFi referred to as IEEE 801.11), the UE 100 may be connected to the 5G system through the N3IWF 490.
  • the N3IWF 490 performs control signing with the AMF 410 and is connected to the UPF 440 through an N3 interface for data transmission.
  • the illustrated AMF 410 may manage access and mobility in a 5G system.
  • the AMF 410 may perform a function of managing NAS security.
  • the AMF 410 may perform a function of handling mobility in an idle state.
  • the illustrated UPF 440 is a type of gateway through which user data is transmitted and received.
  • the UPF node 440 may perform all or part of a user plane function of a serving gateway (S-GW) and a packet data network gateway (P-GW) of 4G mobile communication.
  • S-GW serving gateway
  • P-GW packet data network gateway
  • the UPF 440 operates as a boundary point between a next generation RAN (NG-RAN) and a core network, and is an element that maintains a data path between the gNB 20 and the SMF 420. In addition, when the UE 100 moves over an area served by the gNB 20, the UPF 440 serves as a mobility anchor point. The UPF 440 may perform a function of handling a PDU. Packets may be routed in the UPF for mobility within the NG-RAN (Next Generation-Radio Access Network defined after 3GPP Release-15).
  • NG-RAN Next Generation-Radio Access Network defined after 3GPP Release-15.
  • the UPF 440 is another 3GPP network (RAN defined before 3GPP Release-15, for example, UTRAN, E-UTRAN (Evolved-UMTS (Universal Mobile Telecommunications System) Terrestrial Radio Access Network)) or GERAN (GSM ( It may function as an anchor point for mobility with Global System for Mobile Communication)/Enhanced Data rates for Global Evolution (EDGE) Radio Access Network).
  • the UPF 440 may correspond to a termination point of a data interface toward a data network.
  • the illustrated PCF 430 is a node that controls the operator's policy.
  • the illustrated AF 450 is a server for providing various services to the UE 100.
  • the illustrated UDM 460 is a type of server that manages subscriber information, such as a 4G mobile communication HSS (Home Subscriber Server).
  • the UDM 460 stores and manages the subscriber information in a Unified Data Repository (UDR).
  • UDR Unified Data Repository
  • the illustrated SMF 420 may perform a function of allocating an Internet Protocol (IP) address of the UE.
  • the SMF 420 may control a protocol data unit (PDU) session.
  • IP Internet Protocol
  • PDU protocol data unit
  • 5G mobile communication supports a number of numerology or subcarrier spacing (SCS) to support various 5G services. For example, when the SCS is 15 kHz, it supports a wide area in traditional cellular bands, and when the SCS is 30 kHz/60 kHz, it is dense-urban, lower latency. And a wider carrier bandwidth (wider carrier bandwidth) is supported, and when the SCS is 60 kHz or higher, a bandwidth greater than 24.25 GHz is supported to overcome phase noise.
  • SCS subcarrier spacing
  • the NR frequency band may be defined as a frequency range of two types (FR1, FR2).
  • the numerical value of the frequency range may be changed, for example, the frequency range of the two types (FR1, FR2) may be as shown in Table 1 below.
  • FR1 may mean “sub 6GHz range”
  • FR2 may mean “above 6GHz range” and may be called a millimeter wave (mmWave). .
  • mmWave millimeter wave
  • FR1 may include a band of 410MHz to 7125MHz as shown in Table 2 below. That is, FR1 may include a frequency band of 6 GHz (or 5850, 5900, 5925 MHz, etc.) or higher. For example, a frequency band of 6 GHz (or 5850, 5900, 5925 MHz, etc.) or higher included in FR1 may include an unlicensed band.
  • the unlicensed band can be used for a variety of purposes, and can be used, for example, for communication for vehicles (eg, autonomous driving).
  • FIG. 2 is an exemplary diagram showing an expected structure of next-generation mobile communication from a node perspective.
  • the UE is connected to a data network (DN) through a next-generation radio access network (RAN).
  • DN data network
  • RAN next-generation radio access network
  • the illustrated control plane function (CPF) node is all or part of the functions of a mobility management entity (MME) of 4G mobile communication, and a control plane function of a serving gateway (S-GW) and a PDN gateway (P-GW). Do all or part of.
  • the CPF node includes an Access and Mobility Management Function (AMF) and a Session Management Function (SMF).
  • AMF Access and Mobility Management Function
  • SMF Session Management Function
  • the illustrated User Plane Function (UPF) node is a type of gateway through which user data is transmitted and received.
  • the UPF node may perform all or part of the user plane functions of S-GW and P-GW of 4G mobile communication.
  • the illustrated PCF Policy Control Function
  • Policy Control Function is a node that controls the operator's policy.
  • the illustrated application function is a server for providing various services to the UE.
  • the illustrated Unified Data Management is a kind of server that manages subscriber information, such as a 4G mobile communication HSS (Home Subscriber Server).
  • the UDM stores and manages the subscriber information in a Unified Data Repository (UDR).
  • UDR Unified Data Repository
  • the illustrated authentication server function (AUSF) authenticates and manages the UE.
  • the illustrated network slice selection function (NSSF) is a node for network slicing as described below.
  • the illustrated network exposure function is a node for providing a mechanism to securely disclose services and functions of the 5G core.
  • NEF discloses functions and events, securely provides information from external applications to the 3GPP network, translates internal/external information, provides control plane parameters, and provides packet flow description (PFD). ) Can be managed.
  • PFD packet flow description
  • a UE may simultaneously access two data networks using multiple protocol data unit or packet data unit (PDU) sessions.
  • PDU packet data unit
  • FIG. 3 is an exemplary diagram showing an architecture for supporting simultaneous access to two data networks.
  • FIG. 3 an architecture for a UE to access two data networks simultaneously using one PDU session is shown.
  • N1 represents a reference point between the UE and the AMF.
  • N2 represents a reference point between (R)AN and AMF.
  • N3 represents a reference point between (R)AN and UPF.
  • N4 represents a reference point between SMF and UPF.
  • N5 represents the reference point between PCF and AF.
  • N6 represents a reference point between UPF and DN.
  • N7 represents a reference point between the SMF and PCF.
  • N8 represents a reference point between UDM and AMF.
  • N9 represents a reference point between UPFs.
  • N10 represents a reference point between UDM and SMF.
  • N11 represents a reference point between AMF and SMF.
  • N12 represents a reference point between AMF and AUSF.
  • N13 represents a reference point between UDM and AUSF.
  • N14 represents a reference point between AMFs.
  • N15 denotes a reference point between the PCF and the AMF in a non-roaming scenario, and a reference point between the AMF and the PCF of a visited network in a roaming scenario.
  • N16 represents a reference point between SMFs.
  • N22 represents a reference point between AMF and NSSF.
  • N30 represents a reference point between PCF and NEF.
  • N33 represents a reference point between AF and NEF.
  • AF by a third party other than an operator may be connected to 5GC through NEF.
  • FIG. 4 UE and gNB Another showing the structure of the Radio Interface Protocol It is an exemplary diagram .
  • the air interface protocol is based on the 3GPP radio access network standard.
  • the radio interface protocol is horizontally composed of a physical layer (Physical layer), a data link layer (Data Link layer), and a network layer (Network layer), and vertically, a user plane for data information transmission and control It is divided into a control plane for signal transmission.
  • the protocol layers are L1 (layer 1), L2 (layer 2), and L3 (layer 3) based on the lower 3 layers of the Open System Interconnection (OSI) reference model widely known in communication systems. ) Can be separated.
  • OSI Open System Interconnection
  • the first layer provides an information transfer service using a physical channel.
  • the physical layer is connected to an upper medium access control layer through a transport channel, and data between the medium access control layer and the physical layer is transmitted through the transport channel.
  • data is transmitted between different physical layers, that is, between the physical layers of the transmitting side and the receiving side through a physical channel.
  • the second layer includes a Medium Access Control (MAC) layer, a Radio Link Control (RLC) layer, and a Packet Data Convergence Protocol (PDCP) layer.
  • MAC Medium Access Control
  • RLC Radio Link Control
  • PDCP Packet Data Convergence Protocol
  • the third layer includes Radio Resource Control (hereinafter abbreviated as RRC).
  • RRC Radio Resource Control
  • the RRC layer is defined only in the control plane, and is related to setting (setting), resetting (Re-setting) and release (Release) of radio bearers (Radio Bearer; RB).
  • Radio Bearer Radio Bearer
  • RB means a service provided by the second layer for data transmission between the UE and the E-UTRAN.
  • the NAS (Non-Access Stratum) layer performs functions such as connection management (session management) and mobility management.
  • the NAS layer is divided into a NAS entity for mobility management (MM) and a NAS entity for session management (SM).
  • MM mobility management
  • SM session management
  • NAS entity for MM provides the following functions in general.
  • NAS procedures related to AMF including the following.
  • AMF supports the following functions.
  • the NAS entity for the SM performs session management between the UE and the SMF.
  • the SM signaling message is processed, that is, generated and processed at the NAS-SM layer of the UE and SMF.
  • the contents of the SM signaling message are not interpreted by the AMF.
  • the NAS entity for the MM generates a NAS-MM message that derives how and where to deliver the SM signaling message through the security header representing the NAS transmission of SM signaling, and additional information about the receiving NAS-MM.
  • the NAS entity for the SM upon receiving the SM signaling, performs an integrity check of the NAS-MM message, analyzes the additional information, and derives a method and place to derive the SM signaling message.
  • an RRC layer, an RLC layer, a MAC layer, and a PHY layer located below the NAS layer are collectively referred to as an Access Stratum (AS).
  • AS Access Stratum
  • the network system (ie, 5GC) for next-generation mobile communication (ie, 5G) also supports non-3GPP access.
  • An example of the non-3GPP access is typically WLAN access.
  • the WLAN access may include both a trusted WLAN and an untrusted WLAN.
  • AMF performs registration management (RM: Registration Management) and connection management (CM: Connection Management) for non-3GPP access as well as 3GPP access.
  • RM Registration Management
  • CM Connection Management
  • a multi-access (MA) PDU session using both 3GPP access and non-3GPP access may be used.
  • the MA PDU session is a PDU session capable of simultaneously serving 3GPP access and non-3GPP access using one PDU session.
  • 5A and 5B are signal flow diagrams illustrating an exemplary registration procedure.
  • the UE can transmit an AN message to the RAN.
  • the AN message may include an AN parameter and a registration request message.
  • the registration request message may include information such as registration type, subscriber permanent ID or temporary user ID, security parameters, Network Slice Selection Assistance Information (NSSAI), 5G capability of the UE, and protocol data unit (PDU) session state.
  • NSSAI Network Slice Selection Assistance Information
  • 5G capability of the UE 5G capability of the UE
  • PDU protocol data unit
  • the AN parameter may include a SUPI (Subscription Permanent Identifier) or a temporary user ID, a selected network, and NSSAI.
  • SUPI Subscriber Permanent Identifier
  • NSSAI Network Access Management Function
  • the registration type is "initial registration” (ie, the UE is in a non-registered state), "mobility registration update” (ie, the UE is in a registered state and starts the registration process due to mobility) or "regular registration update” (That is, it may indicate whether the UE is in a registered state and starts a registration procedure due to periodic update timer expiration).
  • the temporary user ID indicates the last serving AMF. If the UE has already been registered through non-3GPP access in a PLMN different from the PLMN of 3GPP access, the UE may not provide the temporary ID of the UE allocated by the AMF during the registration procedure through the non-3GPP access.
  • Security parameters can be used for authentication and integrity protection.
  • the PDU session state may indicate a (previously established) PDU session available in the UE.
  • the RAN may select AMF based on (R)AT and NSSAI.
  • the (R)AN cannot select an appropriate AMF, it selects a random AMF according to local policy, and transmits a registration request to the selected AMF. If the selected AMF cannot serve the UE, the selected AMF selects another AMF more appropriate for the UE.
  • the RAN transmits an N2 message to a new AMF.
  • the N2 message includes an N2 parameter and a registration request.
  • the registration request may include a registration type, a subscriber permanent identifier or a temporary user ID, a security parameter, and a default setting for NSSAI and MICO modes.
  • the N2 parameter includes location information related to a cell in which the UE is camping, a cell identifier, and a RAT type.
  • steps 4 to 17 described below may not be performed.
  • the newly selected AMF may transmit an information request message to the previous AMF.
  • the new AMF can send an information request message containing complete registration request information to the previous AMF to request the SUPI and MM context of the UE. have.
  • the previous AMF transmits an information response message to the newly selected AMF.
  • the information response message may include SUPI, MM context, and SMF information.
  • the previous AMF transmits an information response message including the SUPI and MM context of the UE.
  • SMF information including the ID of the SMF and the PDU session ID may be included in the information response message in the previous AMF.
  • the new AMF transmits an Identity Request message to the UE if SUPI is not provided by the UE or is not retrieved from the previous AMF.
  • the UE transmits an Identity Response message including the SUPI to the new AMF.
  • AMF may decide to trigger AUSF.
  • AMF may select AUSF based on SUPI.
  • AUSF can initiate authentication of UE and NAS security functions.
  • the new AMF may transmit an information response message to the previous AMF.
  • the new AMF may transmit the information response message to confirm delivery of the UE MM context.
  • the new AMF may transmit an Identity Request message to the UE.
  • an Identity Request message may be sent for the AMF to retrieve the PEI.
  • the new AMF checks the ME identifier.
  • step 14 described later the new AMF selects UDM based on SUPI.
  • the new AMF After the final registration, if the AMF is changed, there is no valid subscription context for the UE in the AMF, or the UE provides a SUPI that does not refer to a valid context in the AMF, the new AMF starts the update location procedure. . Alternatively, it may be initiated even when the UDM initiates a cancel location for the previous AMF.
  • the old AMF discards the MM context and notifies all possible SMF(s), and the new AMF creates an MM context for the UE after obtaining the AMF-related subscription data from the UDM.
  • AMF acquires the NSSAI allowed based on the requested NSSAI, UE subscription and local policy. If AMF is not suitable to support the allowed NSSAI, it will reroute the registration request.
  • the new AMF can select a PCF based on SUPI.
  • the new AMF transmits a UE Context Establishment Request message to the PCF.
  • the AMF may request an operator policy for the UE from the PCF.
  • the PCF transmits a UE Context Establishment Acknowledged message to the new AMF.
  • the new AMF transmits an N11 request message to the SMF.
  • the new AMF when the AMF is changed, notifies each SMF of the new AMF serving the UE.
  • the AMF verifies the PDU session state from the UE with available SMF information.
  • usable SMF information may be received from the previous AMF.
  • the new AMF may request the SMF to release network resources related to a PDU session that is not active in the UE.
  • the new AMF transmits an N11 response message to the SMF.
  • the previous AMF transmits a UE Context Termination Request message to the PCF.
  • the previous AMF may delete the UE context in the PCF.
  • the PCF may transmit a UE Context Termination Request message to the previous AMF.
  • the new AMF transmits a registration acceptance message to the UE.
  • the registration acceptance message may include a temporary user ID, a registration area, mobility restriction, PDU session state, NSSAI, a regular registration update timer, and an allowed MICO mode.
  • the registration acceptance message may include the allowed NSSAI and information of the mapped NSSAI.
  • the allowed NSSAI information on the access type of the UE may be included in an N2 message including a registration acceptance message.
  • the mapped NSSAI information is information obtained by mapping each S-NSSAI of the allowed NSSAI to the S-NASSI of the NSSAI set for HPLMN.
  • a temporary user ID may be further included in the registration acceptance message.
  • information indicating mobility limitation may be additionally included in the registration acceptance message.
  • the AMF may include information indicating the PDU session state for the UE in the registration acceptance message. The UE may remove any internal resources related to a PDU session that is not marked as active in the received PDU session state. If the PDU session state information is in the Registration Request, the AMF may include information indicating the PDU session state to the UE in the registration acceptance message.
  • the UE transmits a registration completion message to the new AMF.
  • the service request procedure is used to request establishment of a secure connection to the AMF by the UE or 5GC (5G Core network).
  • the service request procedure is used to activate the user plane connection of the established PDU session even when the UE is in the CM-IDLE state and the CM-CONNECTED state.
  • two CM states of a CM-IDLE state and a CM-CONNECTED state are used.
  • the UE does not initiate a service request procedure if there is an ongoing service request procedure.
  • the service request procedure includes a service request procedure initiated by the UE (i.e., a UE-initiated service request (UE Triggered Service Request)) and a service request procedure initiated by the network (i.e., a network triggered service request). .
  • UE Triggered Service Request UE Triggered Service Request
  • a service request procedure initiated by the network i.e., a network triggered service request.
  • FIGS. 6A to 6C An example of a UE initiated service request procedure will be described with reference to FIGS. 6A to 6C.
  • the service request procedure described in FIGS. 6A to 6C is only an example, and the service request procedure in the disclosure of this specification includes all the service request procedures initiated by the UE and all the service request procedures initiated by the network. I can.
  • Fig. 6a To 6c is exemplary UE This is a signal flow diagram showing a procedure for requesting an initiation service
  • the UE in the CM-ILDE state initiates a service request procedure to transmit a response to an uplink signaling message, user data or network paging request.
  • the AMF may perform authentication.
  • the UE or the network may transmit a signaling message (eg, establishment of a PDU session from the UE to the SMF through the AMF).
  • the service request procedure may be used by the UE in the CM-CONNECTED state to request activation of the user plane connection for the PDU session and to respond to the NAS notification message received from the AMF.
  • the AMF may include state information of the PDU session in a service accept message to synchronize the PDU session state between the UE and the network, if necessary.
  • the AMF responds to the UE with a Service Reject message.
  • the service rejection message may include an indication or a cause code for requesting that the UE perform a registration update procedure.
  • both SMF and UPF belong to the PLMN serving the UE.
  • the SMF and UPF of the HPLMN are not affected by the service request procedure (that is, the SMF and UPF of the HPLMN are not involved in the service request procedure).
  • the network can take further action if the user plane connection activation is not successful.
  • the UE initiated service request procedure can be applied to scenarios with or without intermediate UPF and scenarios with or without intermediate UPF reselection.
  • AN Access Network
  • service request List Of PDU Sessions To Be Activated
  • list of allowed PDU sessions List Of Allowed PDU Sessions
  • security parameters including security parameters and PDU session status
  • the list of PDU sessions to be activated is provided by the UE when the UE attempts to re-activate the PDU session.
  • the list of allowed PDU sessions is provided by the UE when the service request is a response to a NAS notification or paging of a PDU session related to non-3GPP access.
  • the list of allowed PDU sessions identifies PDU sessions that can be moved to 3GPP access.
  • the AN parameter includes the selected PLMN ID and establishment cause.
  • the establishment cause provides a reason for requesting establishment of an RRC connection.
  • the UE transmits a service request message (message to AMF) encapsulated in the RRC message to the NG-RAN.
  • the RRC message may be used to carry 5G-S-TMSI (5G S (SAE: System Architecture Evolution)-Temporary Mobile Subscriber Identity).
  • the UE When a service request is triggered for user data, the UE notifies a PDU session in which UP (User Plane) connection is to be activated in a service request message using a list of PDU sessions to be activated (List Of PDU Sessions To Be Activated).
  • UP User Plane
  • the UE When the service request is triggered only for signaling, the UE does not include a list of PDU sessions to be activated (List Of PDU Sessions To Be Activated).
  • the UE uses the list of PDU sessions to be activated (List Of PDU Sessions To Be Activated) to be activated in the service request message. PDU sessions having a Otherwise, the UE does not announce any PDU session in the service request for paging response.
  • the UE lists the PDU sessions to be activated can include a PDU session.
  • a non-3GPP PDU session that can be re-activated through 3GPP is included in the allowed PDU session list and transmitted. .
  • the PDU session state represents a PDU session available in the UE.
  • the UE does not trigger a service request procedure for a PDU session corresponding to the LADN. And when the service request is triggered for other reasons, the UE does not include such a PDU session in the list of PDU sessions to be activated (List Of PDU Sessions To Be Activated).
  • (R)AN can transmit an N2 message to AMF.
  • the N2 message may include N2 parameters, a service request, and a UE context request.
  • the AMF will reject the service request.
  • the N2 parameter may include 5G-S-TMSI, a selected PLMN ID, location information, and establishment cause.
  • the NG-RAN may acquire 5G-S-TMSI in the RRC procedure.
  • the NG-RAN may select AMF based on 5G-S-TMSI.
  • the location information is related to a cell in which the UE camps.
  • the AMF may perform a PDU session release procedure for PDU sessions indicated by the UE that the PDU session ID is not available in the network.
  • AMF may transmit an N2 request to (R)AN.
  • the N2 request is a security context, a handover restriction list, and a list of recommended cells/TAs/NG-RAN node identifiers (list of recommended cells / TAs / NG-RAN node identifiers). It may include.
  • the AMF When the 5G-AN requests for the UE context or the AMF needs to provide the UE context (e.g., when the AMF needs to initiate a fallback procedure for emergency service), the AMF is NGAP (NG Application Protocol) procedure can be initiated.
  • NGAP NG Application Protocol
  • 5G-AN stores the security context in the UE AN context.
  • the handover restriction list is related to mobility restrictions.
  • 5G-AN uses the security context to protect messages exchanged with the UE.
  • the AMF will include a list of recommended cells/TAs/NG-RAN node identifiers in the N2 request. I can.
  • the RAN may use this information to allocate the RAN Notification Area.
  • AMF may initiate a NAS authentication/security procedure.
  • the UE and the network may exchange NAS signaling after successful establishment of the signaling connection, and steps 4 to 11 and steps of FIGS. 6A to 6C 15 to 22 may be omitted.
  • the AMF may transmit an Nsmf_PDUSession_UpdateSMContext Request to the SMF.
  • the Nsmf_PDUSession_UpdateSMContext Request is a PDU session ID, operation type, UE location information, access type, RAT type, and UE presence in LADN service area. Can include.
  • Nsmf_PDUSession_UpdateSMContext Request is called in the following cases:
  • the DNN corresponds to the LADN
  • "the presence of the UE in the LADN service area” indicates whether the UE is inside (IN) or outside the LADN service area (OUT). If the AMF does not provide the "UE presence in the LADN service area" indication and the SMF determines that the DNN corresponds to the LADN, the SMF considers the UE to be outside the LADN service area.
  • the AMF determines whether the PDU session(s) will be activated. In addition, the AMF transmits an Nsmf_PDUSession_UpdateSMContext Request related to the PDU session to the SMF together with an operation type set to "UP active" to indicate establishment of a user plane resource for a PDU session. The AMF determines the access type and the RAT type based on the global RAN node ID related to the N2 interface.
  • this procedure is triggered in response to a paging or NAS notification indicating non-3GPP access, and the UE is not in the list of permitted PDU sessions (provided from the UE), the PDU It can be notified that the user plane for the session cannot be reactivated.
  • the service request procedure can be terminated without reactivation of the user plane for other PDU sessions in the list of allowed PDU sessions.
  • the AMF may receive a service request through the NG-RAN to establish another NAS signaling connection.
  • AMF may trigger an AN release procedure for the previous NG-RAN (old NG-RAN) according to the following logic:
  • AMF may request the SMF to immediately activate the PDU session by performing this step 4.
  • the AMF may request the SMF to deactivate the PDU session.
  • the SMF determines that the UE is located outside the LADN availability area based on "the presence of the UE in the LADN service area" provided from the AMF, the SMF (based on the local policy) You may decide to perform the following actions:
  • the SMF can maintain the PDU session. However, the SMF may reject the activation of the user plane connection of the PDU session and notify the AMF.
  • the SMF notifies the UPF (the UPF that sent the data notification) to discard the downlink data for the PDU session and/or provide no additional data notification message. can do; or
  • the SMF can release the PDU session: The SMF can release the PDU session and notify the AMF that the PDU session has been released.
  • the SMF responds to the AMF with an appropriate reject cause, and user plane activation of the PDU session may be stopped.
  • the SMF may determine the UPF selection criteria and decide to perform one of the following operations:
  • the SMF When the UE moves outside the service area of the UPF (UPF that was previously connected to the AN), the SMF maintains the UPF acting as a PDU Session Anchor, while the SMF accepts the activation of the UP connection and You can select an intermediate UPF (or add/remove intermediate UPFs (I-UPF)).
  • I-UPF add/remove intermediate UPFs
  • the SMF may refuse to activate the UP connection of the PDU session in Session and Service Continuity (SSC) mode 2. And, after the service request procedure, the SMF may trigger re-establishment of a PDU session in order to allocate a new UPF (UPF acting as a PDU session anchor). (This operation may be performed, for example, when the UE is moved outside the service area of the anchor UPF connected to the NG-RAN)
  • SSC Session and Service Continuity
  • the SMF When the SMF selects a new UPF acting as an I-UPF for a PDU session, or when the SMF chooses to insert an I-UPF for a PDU session (which did not have an I-UPF), the SMF requests to establish an N4 session. Can be transmitted to UPF.
  • the N4 establishment request provides packet detection, data forwarding, enforcement, and reporting rules to be installed in the I-UPF.
  • PDU session anchor addressing information for a PDU session PDU session anchor addressing information at an N9 reference point (a reference point between two UPFs) is also provided to the I-UPF.
  • the SMF When a service request is triggered by the network and the SMF selects a new UPF to replace the existing UPF (or existing I-UPF), the SMF includes a data forwarding indication in the N4 session establishment request. I can make it. The data delivery indication may be provided from the previous I-UPF to indicate to the UPF that the second tunnel endpoint needs to be reserved for buffered DL data.
  • the new UPF may transmit an N2 Session Establishment Response to the SMF.
  • the new I-UPF may transmit an N4 session establishment response to the SMF.
  • the new I-UPF may transmit DL Core Network (CN) tunnel information for the UPF acting as a PDU session anchor and UL tunnel information of the new I-UPF to the SMF.
  • CN Core Network
  • a new UPF (or I-UPF) operating as an N3 terminating point is a DL tunnel of a new I-UPF for data transfer from the existing UPF (or I-UPF) to the SMF.
  • Information can be transmitted to the SMF. If the previous I-UPF resource exists, in order to release the corresponding resource, the SMF may drive a timer to be used in step 22a.
  • the SMF may transmit an N4 session modification request message to the PDU session anchor UPF to provide DL tunnel information received from the new I-UPF.
  • the UPF PSA
  • the UPF may provide DL data to the new I-UPF as indicated in the DL tunnel information.
  • the SMF removes the existing I-UPF and does not replace the existing I-UPF with a new I-UPF, the SMF will include the data delivery indication in the N4 session modification request.
  • the data delivery indication may indicate to the UPF (PSA) that the second tunnel endpoint needs to be reserved for the buffered DL data received from the existing I-UPF.
  • the UPF (PSA) may start buffering DL data that can be simultaneously received from the N6 interface.
  • UPF may transmit an N4 Session Modification Response message to the SMF.
  • the UPF (PSA) When the UPF (PSA) receives the data delivery indication, the UPF (PSA) becomes an N3 endpoint, and the UPF (PSA) may transmit CN DL tunnel information for the previous UPF (or I-UPF) to the SMF. .
  • SMF can drive a timer. If the previous I-UPF resource exists, in order to release the corresponding resource, the SMF may drive a timer to be used in step 22a.
  • the UPF connected to the RAN is UPF (PAS), and the SMF receives the Nsmf_PDUSession_UpdateSMContext Request in step 4 (including an operation type set to "UP activate" to instruct establishment of user plane resources for the PDU session)
  • the SMF may initiate an N4 session modification procedure to remove the AN tunnel information and remove the AN tunnel information from the UPF.
  • the SMF When a service request is triggered by the network and the SMF removes the existing UPF (or I-UPF), the SMF sends an N4 session modification request message to the existing UPF (or I-UPF) to DL tunnel information can be provided.
  • the SMF allocates a new I-UPF, the DL tunnel information is received from a new UPF (or I-UPF) operating as an N3 endpoint. If the SMF does not allocate a new I-UPF, the DL tunnel information is transmitted from the UPF (PSA) operating as an N3 endpoint.
  • the SMF may drive a timer for monitoring a forwarding tunnel as in step 6b or 7b.
  • the SMF When the SMF receives the Nsmf_PDUSession_UpdateSMContext Request in step 4 (including an operation type set to "UP activate" to instruct the establishment of user plane resources for the PDU session), the SMF indicates that the PDU session has been activated. If known, the SMF may remove the AN tunnel information and initiate the N4 session modification procedure in order to remove the tunnel information of the AN from the UPF.
  • the existing UPF may transmit an N4 session modification response message to the SMF.
  • the existing UPF transfers the data buffered in the existing UPF (or I-UPF) to the N3 endpoint. It passes to a new UPF (or I-UPF) that is running.
  • the existing I-UPF When the existing I-UPF is removed, a new I-UPF is not allocated for the PDU session, and a forwarding tunnel is established for UPF (PSA), the existing UPF (or I-UPF) is -UPF) buffered data can be transferred to a new UPF (PSA) acting as an N3 endpoint.
  • PSA UPF
  • Nsmf_PDUSession_UpdateSMContext Response is N2 SM information (PDU session ID, QFI(s) (QoS Flow ID), QoS (Quality of Service) profile, CN N3 tunnel information, S-NSSAI, User Plane Security Enforcement), UE It may include an integrity protection maximum data rate (UE Integrity Protection Maximum Data Rate) and a cause.
  • the UPF connected to the RAN is UPF (PSA)
  • the CN N3 tunnel information is UL tunnel information of UPF (PSA).
  • the CN N3 tunnel information is UL tunnel information of the I-UPF.
  • the SMF may generate only N2 SM information and transmit an Nsmf_PDUSession_UpdateSMContext Response to the AMF to establish a user plane.
  • the N2 SM information may include information to be provided by AMF to the NG-RAN.
  • the SMF may trigger the change of the SSC mode 3 PDU session anchor as an independent procedure after accepting UP activation of the PDU session.
  • the SMF may reject the activation of the UP of the PDU session by including the cause in the Nsmf_PDUSession_UpdateSMContext Response.
  • the SMF may reject activation of the UP of the PDU session in the following cases, for example:
  • the PDU session corresponds to the LADN as in step 5, and the UE is located outside the available area of the LADN;
  • the AMF informs the SMF that the UE is reachable only for a regulatory prioritized service, and the PDU session to be activated is not for a regulatory priority service;
  • the SMF may perform another procedure to instruct the UE to re-establish the PDU session for SSC mode 2.
  • the SMF maps the EPS bearer ID and QFI to N2 SM information and transmits it to the NG-RAN.
  • User Plane Security Enforcement information is determined by the SMF during the PDU session establishment procedure.
  • User plane security enforcement information if the integrity protection (Integrity Protection) indicates "preffered” or "required", SMF may also include the UE integrity protection maximum data rate (UE Integrity Protection Maximum Data Rate). have.
  • AMF may transmit an N2 request to (R)AN.
  • N2 request is N2 SM information received from SMF, security context (security context), handover restriction list (Handover Restriction List), subscribed UE-AMBR (Subscribed UE-AMBR (Aggregate Maximum Bit Rate)), MM NAS service acceptance (MM NAS Service Accept may include a list of recommended cells/TAs/NG-RAN node identifiers, and UE Radio Capability. Allowed NSSAI for the access type of the UE may be included in the N2 message. have.
  • the UE When the UE triggers a service request while the UE is in the CM-CONNECTED state, only the N2 SM information received from the SMF and the MM NAS service acceptance may be included in the N2 request in the N2 request.
  • N2 SM information received from the SMF may be included in the N2 request.
  • the NG-RAN may store the security context and NAS signaling connection Id.
  • the RAN may store QoS information for the QoS flow of the activated PDU session, the N3 tunnel ID of the UE RAN context, and the handover restriction list.
  • Acceptance of MM NAS service may include AMF's PDU session state.
  • any local PDU session release may be notified to the UE through the PDU session state.
  • the service acceptance message includes the result of PDU session reactivation.
  • the PDU session reactivation result provides the PDU session in the list of PDU sessions to be activated (List Of PDU Sessions To Be Activated) and the PDU session in the list of allowed PDU sessions that caused paging or NAS notification.
  • the cause of the failure may also be provided.
  • the AMF When there are a plurality of PDU sessions related to a plurality of SMFs, the AMF need not wait for responses from all SMFs in step 11. However, the AMF must wait for all responses from the plurality of SMFs before transmitting the MM NAS service acceptance message to the UE.
  • the AMF may include at least one N2 SM information received from the SMF in the N2 request.
  • the AMF may include and transmit the additional N2 SM information received from the SMF in a separate N2 message (eg, N2 tunnel setup request).
  • the AMF may transmit one N2 request message to the (R)AN.
  • the AMF When the NG-RAN node provides a list of recommended cells/TAs/NG-RAN node identifiers during the AN release procedure, the AMF will include the list of recommended cells/TAs/NG-RAN node identifiers in the N2 request. I can. When the NG-RAN decides to enable the RRC inactive state for the UE, the NG-RAN can use this information to allocate the RAN Notification Area.
  • AMF based on network configuration may include "RRC Inactive Assistance Information" of the UE in the N2 request.
  • the AMF may include UE radio capability information in the N2 request and transmit it to the NG-RAN node.
  • the NG-RAN may perform RRC Connection Reconfiguration with the UE. Specifically, the NG-RAN may perform RRC connection reconfiguration with the UE according to Qos information for all QoS flows of a data radio bearer and a PDU session in which the UP connection is activated.
  • the NG-RAN may perform RRC connection reconfiguration with the UE according to Qos information for all QoS flows of a data radio bearer and a PDU session in which the UP connection is activated.
  • the UE that was in the CM-IDLE state if the service request is not triggered only for the signaling connection by the UE, user plane security can be established in this step.
  • the AS security context may be established in this step.
  • the NG-RAN can deliver the NAS message to the UE.
  • the UE deletes the context of the PDU session that is not available in 5GC locally.
  • the uplink data from the UE can now be delivered to the NG-RAN.
  • the NG-RAN may transmit uplink data to the UPF address and tunnel ID provided in step 11.
  • (R)AN may transmit confirmation of N2 request to AMF.
  • (R)AN may transmit an N2 request Ack to the AMF.
  • the N2 request Ack is N2 SM information (AN tunnel information, a list of accepted QoS Flows for the PDU Sessions whose UP connections are activated) and UP connection is activated. It may include a list of rejected QoS flows of the PDU session (including a List of rejected QoS Flows for the PDU Sessions whose UP connections are activated) and a PDU session ID.
  • the message including the N2 request Ack may include N2 SM information (eg, AN tunnel information).
  • N2 SM information eg, AN tunnel information.
  • the NG-RAN may respond to N2 SM information with a separate N2 message.
  • the N2 request Ack may include a plurality of N2 SM information and information enabling the AMF to associate a response with a related SMF.
  • the AMF may transmit an Nsmf_PDUSession_UpdateSMContext request (including N2 SM information, RAT type, and access type) per PDU session to the SMF.
  • the AMF may determine the access type and the RAT type based on the global RAN node ID associated with the N2 interface.
  • the AMF may deliver the N2 SM information to the related SMF per PDU session ID.
  • the AMF may include the UE time zone IE (Information Element) in the Nsmf_PDUSession_UpdateSMContext request.
  • the SMF may initiate a notification about new location information to the PCF (if subscribed) by performing the SMF initiated SM policy modification procedure.
  • the PCF can provide updated policies.
  • the SMF may transmit an N4 session modification request to the new I-UPF.
  • the N4 session modification request may include AN tunnel information and a list of accepted QFIs.
  • the SMF may initiate an N4 session modification procedure for the new I-UPF and provide AN tunnel information. Downlink data from the new I-UPF can be delivered to the NG-RAN and UE.
  • the UPF may transmit an N4 session modification response to the SMF.
  • the SMF may transmit an N4 session modification request to UPF (PSA).
  • the N4 session modification request may include AN tunnel information and a list of rejected QoS flows.
  • the SMF may initiate an N4 session modification procedure for UPF (PSA) and provide AN tunnel information.
  • UPF User Plane Function
  • PSA Downlink data from UPF (PSA) can now be delivered to the NG-RAN and UE.
  • the SMF may instruct the UPF to remove rules (eg, packet detection rules, etc.) related to the corresponding QoS flow.
  • rules eg, packet detection rules, etc.
  • the UPF may transmit an N4 session modification response to the SMF.
  • the SMF may transmit an Nsmf_PDUSession_UpdateSMContext response to the AMF.
  • the SMF may transmit an N4 session modification request to a new UPF (or I-UPF).
  • the SMF releases the forwarding tunnel to a new UPF (or I-UPF) acting as an N3 endpoint. In order to do so, an N4 session modification request can be sent.
  • the new UPF may transmit an N4 session modification response to the SMF.
  • a new UPF (or I-UPF) N4 session modification response acting as an N3 endpoint may be transmitted to the SMF.
  • the SMF sends an N4 session to the UPF (PSA) acting as an N3 endpoint to release the forwarding tunnel You can send a modification request.
  • the UPF (PSA) may transmit an N4 session modification response to the SMF.
  • the UPF (PSA) operating as an N3 endpoint may transmit an N4 session modification response to the SMF.
  • the SMF may transmit an N4 session modification request or an N4 session release request to the previous UPF.
  • the SMF may transmit an N4 session modification request to the previous UPF and provide AN tunnel information.
  • the SMF selects a new UPF operating as an I-UPF in step 5 and the previous UPF is not a PSA UPF, after the timer in step 6b or 7b expires, it transfers the N4 session release request (including the cause of release). By transmitting to the I-UPF of SMF can initiate resource release (resource release).
  • the previous I-UPF may transmit an N4 session modification response or an N4 session release response to the SMF.
  • the previous UPF confirms the modification or release of resources through an N4 session modification response or an N4 session release response.
  • An example of a UE initiated service request procedure is the same as steps 1 to 22b described above.
  • the AMF may call the Namf_EventExposure_Notify service operation after step 4.
  • the SMF When Namf_EventExposure_Notify is received with an indication that the UE is reachable, when the SMF has pending DL data, the SMF performs the Namf_Communication_N1N2MessageTransfer service operation on the AMF to establish a user plane for the PDU session. Can be called. In other cases, the SMF may resume transmitting the DL data notification to the AMF in the case of DL data.
  • the 3GPP system can support a terminal (eg, ME) including a plurality of USIMs registered at the same time.
  • a terminal eg, ME
  • USIMs Universal Subscriber Identity Modules
  • UICC Universal Integrated Circuit Card
  • the operation of the terminal related to simultaneous handling of a plurality of USIMs may differ according to the capabilities of the terminal.
  • the function of the terminal may mean, for example, a terminal capable of single Rx (Reception) / single Tx (transmission), a terminal capable of dual Rx / single Tx, and a terminal capable of dual Rx / double Tx.
  • a terminal using a plurality of USIMs may be referred to as a MUSIM UE.
  • the dual Rx can enable multiple USIM UEs (MUSIM UEs) to simultaneously receive traffic in two networks (eg, a network corresponding to each of two USIMs included in the MISIM UE).
  • Dual Tx can enable the MUSIM UE to transmit traffic to both networks at the same time.
  • a single Rx may allow the MUSIM UE to receive traffic from one network at a time.
  • a single Tx can enable the MUSIM UE to transmit traffic to one network at a time.
  • the MSUM UE may allow a user to set a user's preference for the same service or different services based on multiple USIMs. Multiple USIMs can be provided from the same MNO or different MNOs.
  • the MUSIM UE Based on the service preference set by the user, the MUSIM UE actively involved in communication related to one USIM i) whether to monitor a paging channel related to another registered USIM, or ii) make a paging request related to another registered USIM. It is possible to determine whether to present the triggered mobile terminated service to the user.
  • the 3GPP system should not restrict the use of the USIM of another operator by one operator.
  • the 3GPP system may refer to a communication system supporting communication technologies such as LTE and 5G.
  • the 3GPP system must be able to securely support MUSIM UEs having multiple USIMs from the same MNO or different MNOs in the same UE.
  • the 3GPP system can provide an appropriate security mechanism.
  • Each USIM can appear as a separate device in the 3GPP system.
  • Mobile terminated services for multi-USIM devices may be supported.
  • the 3GPP system may make paging as part of the paging procedure, and inform the UE of information about the triggered traffic type. This information may be used to determine whether the user or the MUSIM should respond to a mobile terminated call while the UE participates in active communication based on another USIM.
  • the granularity of the paging information can distinguish the following service categories:
  • IP Internet Protocol
  • IMS Multimedia Subsystem
  • SMS Short Message Service
  • USSD Unstructured Supplementary Service Data
  • the 3GPP system may postpone active communication. For example, when the UE needs to perform other USIM-related activities, the 3GPP system may postpone active communication.
  • the 3GPP system may resume deferred communication. For example, if the UE completes other USIM-related activities, the 3GPP system may resume deferred communication.
  • the 3GPP system should be able to minimize paging collisions for paging related to multiple USIMs in the UE.
  • the paging collision may mean a situation in which paging occurrences related to a plurality of USIMs overlap in time.
  • UEs operating with a single Rx must choose to monitor a single paging channel at a time, which may cause paging for other paging channels to fail.
  • the 3GPP system must provide a mechanism for minimizing signaling overhead for services related to multiple USIMs of the MUSIM UE.
  • the 3GPP system should be able to minimize the influence of one USIM-related services on the other USIM-related services of the MUSIM UE.
  • the 3GPP system provides a means for the MUSIM UE to receive an incoming call related to one USIM and switch over to the corresponding incoming call when a call related to another USIM is in progress by the MUSIM UE. can do. This requirement may not apply to passive mode MUSIM UE.
  • the 3GPP system can enable the MUSIM UE to provide a voice service from one USIM and simultaneously provide a data service from another USIM.
  • the 3GPP system can minimize the influence of the MUSIM UE on the ongoing data service related to one USIM while the user is simultaneously responding to a call related to another USIM.This requirement is for the passive mode MUSIM UE. May not apply.
  • the 3GPP system can minimize unnecessary signaling and resource use for the MUSIM UE operating in the Dual SIM Dual Standby (DSDS) mode.
  • DSDS Dual SIM Dual Standby
  • Paging collision may mean that two paging occasions to be monitored by the UE collide in the time domain. For example, when the UE uses a plurality of USIMs, when a paging opportunity in a network related to one USIM collides with a paging opportunity in a network related to another USIM, it may be said that a paging collision has occurred.
  • the UE can monitor paging frames and paging opportunities. For example, in the case of E-UTRA, a paging frame and a paging opportunity may be allocated based on IMSI.
  • the paging opportunity may be defined as follows, for example.
  • Paging Occasion is a subframe in which a Paging Radio Network Temporary Identifier (P-RNTI) can be transmitted through a PDCCH.
  • P-RNTI Paging Radio Network Temporary Identifier
  • One paging frame may be one radio frame (including one or multiple paging opportunities).
  • DRX Discontinuous Reception
  • FIG. 7 is a diagram illustrating an example of overlapping paging opportunities.
  • the UE needs to receive a service on two different frequencies (eg, F1 and F2).
  • the UE may expect to receive paging from the first network (eg, PLMN 1). And, at frequency F2, the UE may expect to receive another communication service (eg, LTE paging, 5G paging, etc.) from the second network (eg, PLMN 2).
  • the first network eg, PLMN 1
  • the UE may expect to receive another communication service (eg, LTE paging, 5G paging, etc.) from the second network (eg, PLMN 2).
  • another communication service eg, LTE paging, 5G paging, etc.
  • a UE with a single Rx chain can receive services at frequencies F1 and F2 alternately between frequencies F1 and F2.
  • the service at frequency F2 may be scheduled for the same time as the paging opportunity of frequency F1 by the network.
  • the service at frequency F2 may have the same period as the period of the DRX cycle at frequency F1, or may have a period that is a multiple of the period of the DRX cycle.
  • the paging processing duration in FIG. 7 may mean a time used to process paging.
  • Repetitive scheduling collisions between the two services can cause the UE to miss paging at frequency F1.
  • scheduling collision may cause the UE to miss service reception (eg, paging reception) at frequency F2.
  • a device with a single Rx chain eg, a MUSIM UE such as a dual SIM device
  • a device with a single Rx chain can register to two different networks.
  • paging opportunities for each subscription occur almost simultaneously, resulting in paging collisions between subscriptions.
  • a 3GPP system eg, 4G network, 5G network
  • one terminal has one SIM.
  • terminals eg, MUSIM UE
  • MUSIM UE Mobility Management Entity
  • a terminal performs a registration procedure for networks related to each SIM using all of a plurality of SIMs (e.g., two SIMs), and then switches the radio as necessary to provide network and service. This is the way to do it.
  • a plurality of SIMs e.g., two SIMs
  • the terminal is implemented to set whether a user will receive a service through which SIM.
  • the user may set the SMS to be provided through the first SIM and the voice call to be provided through the second SIM. Therefore, the terminal can switch the radio based on the user's setting.
  • the terminal may operate based on the user's setting as described above.
  • MT Mobile Terminated
  • the terminal in a situation in which the terminal includes two SIMs (eg, a first SIM related to PLMN 1 and a second SIM related to PLMN 2), the terminal registers in PLMN 1 and PLMN 2 based on each SIM. can do.
  • two SIMs eg, a first SIM related to PLMN 1 and a second SIM related to PLMN 2
  • the terminal registers in PLMN 1 and PLMN 2 based on each SIM. can do.
  • the terminal needs to monitor both paging of PLMN 1 and PLMN 2 in the idle state. If the paging opportunity of PLMN 1 and the paging opportunity of PLMN 2 overlap (overlap), the terminal only one PLMN at a time. Can be monitored.
  • a situation in which the terminal is not provided with the important service while monitoring another PLMN may occur.
  • the terminal is monitoring the paging opportunity of PLMN 1
  • data traffic for a mobile destination service e.g., voice call
  • the terminal cannot receive the mobile destination service of PLMN 2. Can occur.
  • the terminal when the terminal continuously performs communication in a connected state in one PLMN (eg, PLMN 1), the terminal cannot perform a registration update in PLMN 2. Since the terminal cannot perform registration update in PLMN 2, deregistration may occur or mobility registration may not be properly performed. As a result, there may be a problem in that the network (eg, PLMN 2) does not properly determine the location of the terminal.
  • PLMN Public Land Mobile Network
  • MT service for the terminal may occur in PLMN 2.
  • the terminal could only recognize that the MT service occurred in PLMN 2.
  • the terminal does not know information about the MT service generated in PLMN 2 (eg, the caller's phone number, the calling phone number of SMS, etc.), and only recognizes that a service has occurred in PLMN 2. For this reason, the terminal was unable to provide information on the service generated in PLMN 2 to the user.
  • the terminal and/or user must determine whether to receive the service from PLMN 2 without knowing in detail information about the service generated in PLMN 2.
  • Network nodes e.g. UPF, N3IWF, AMF, SMF, etc.
  • SIMs Subscriber Identity Modules
  • SIMs multiple USIMs
  • SIMs multiple USIMs
  • MUSIM multi-USIM
  • the terminal is SIM 1 (first SIM or SIM A) related to PLMN 1 (first PLMN, or PLMN A) and SIM 2 (second SIM or SIM B) related to PLMN 2 (second PLMN or PLMN B). )
  • the terminal is based on SIM 1 (first SIM or SIM A) and SIM 2 (second SIM or SIM B), based on PLMN 1 (first PLMN, or PLMN A) and/or PLMN 2 (second PLMN or PLMN). Communication can be performed in B).
  • the terminal may receive a service from PLMN 1 using SIM 1
  • the terminal may receive a service from PLMN 2 using SIM 2.
  • SIM 1 and SIM 2 can connect to different PLMNs respectively, but this is only an example, and SIM 1 and SIM 2 may be SIMs related to the same PLMN.
  • a method in which the terminal and/or the network provides the user with information about the service generated in PLMN 2 (eg, the caller's phone number, the SMS caller's phone number, etc.) to the user.
  • PLMN 2 e.g., the caller's phone number, the SMS caller's phone number, etc.
  • PLMN 1 a specific PLMN
  • PLMN 2 e.g., PLMN 2
  • PLMN 2 e.g., when data about the terminal occurs
  • a method for the network to provide service information to the terminal eg, information on the originator of the service generated in PLMN 2 will be described. If the terminal and/or the user can determine whether to receive the service by going to PLMN 2 based on information on the service (eg, information on the caller of the service generated in PLMN 2), the user experience can be improved.
  • a terminal eg, a UE
  • network nodes eg, AMF, SMF, UPF, UDM, HSS, PCF, P-CSCF, S-CSCF, SMSF, SMS.
  • -Communication performed with GMSC, NEF, MUSIM AS, etc. may be performed through a base station (eg, a radio access network (RAN)).
  • RAN radio access network
  • the terminal transmits a message to the network node
  • the terminal transmits the message to the base station, and the base station may transmit the message to the network node.
  • the network node may transmit a message to the base station, and the base station may transmit the message to the terminal.
  • an application server (AS) related to a plurality of SIMs eg, MUSIM
  • a method of performing communication eg, a method of receiving service information
  • an application server (AS) related to a plurality of SIMs eg, MUSIM
  • a MUSIM AS an application server related to a plurality of SIMs
  • a method of receiving caller information (eg, caller ID) using a MUSIM AS will be described.
  • a method of receiving caller information (eg, caller ID) using the MUSIM AS is described, focusing on the operation of the SMF node.
  • Fig. 8a To 8C is a diagram illustrating an example of a signal flow diagram according to the first example of the first disclosure of the present specification.
  • a terminal may perform a registration procedure for a 5G network (eg, 5GS) of PLMN A.
  • the terminal may transmit a registration request message for the 5G network of PLMN A to the AMF node by using SIM A.
  • the terminal may transmit a registration request message by including the MUSIM indication (or information) in the registration request message.
  • the MUSIM indication (or information) may be information indicating that the terminal uses a plurality of SIMs or information indicating that a registration procedure is related to a plurality of SIMs.
  • the AMF receiving the MUSIM indication from the terminal may store that the terminal performs an MUSIM-related operation.
  • the MUSIM-related operation may mean performing communication based on a plurality of SIMs.
  • the AMF may transmit a registration acceptance message to the terminal.
  • the AMF may include information on whether the AMF is capable of performing MUSIM-related operations (eg, whether the AMF can perform MUSIM-based communication) in the registration acceptance message and transmit the information to the terminal.
  • the terminal After the terminal performs the registration procedure for PLMN A, the terminal establishes (or creates) an IMS PDU session for IMS services (e.g., voice service, video service, Short Message Service (SMS) over IP service, etc.) ) Can be performed.
  • IMS services e.g., voice service, video service, Short Message Service (SMS) over IP service, etc.
  • the terminal may transmit a MUSIM indication.
  • the UE may transmit a PDU session establishment request message to the AMF through the RAN, and the AMF may transmit a PDU session establishment request message to the SMF.
  • the UE may transmit a PDU session establishment request message by including the MUSIM indication in the PDU session establishment request message.
  • the SMF may store that the UE performs an MUSIM-related operation.
  • the SMF may transmit a PDU session establishment acceptance message to the terminal.
  • the SMF may include information on whether the SMF can perform MUSIM-related operations (eg, whether the SMF can perform MUSIM-based communication) in the PDU session establishment acceptance message and transmit it to the terminal. For reference, only when the terminal receives information that the MUSIM-related operation is allowed through the registration message transmitted by the AMF in step 1), the terminal may transmit the MUSIM indication to the SMF.
  • the terminal may perform an IMS registration procedure.
  • the terminal registers with the network nodes included in the IMS network (e.g., Proxy Call Session Control Function (P-CSCF), Serving Call Session Control Function (S-CSCF), MUSIM Application Server (AS)). It may be a procedure to do.
  • the UE may transmit a Session Initiation Protocol (SIP) register message to the P-CSCF via UPF.
  • SIP Session Initiation Protocol
  • the terminal includes the MUSIM indication in the SIP register message and transmits the SIP register message to the P-CSCF, thereby indicating that the terminal performs the MUSIM-related operation.
  • SIP Session Initiation Protocol
  • the P-CSCF can send a SIP register message to the S-CSCF.
  • the MUSIM indication may also be included in a SIP message (eg, a SIP register message) transmitted by the P-CSCF to the S-CSCF.
  • the S-CSCF can obtain subscriber information of the terminal from UDM/HSS (UDM or HSS).
  • UDM/HSS UDM/HSS
  • the S-CSCF may request subscriber information of the terminal by transmitting a server assignment request message to the UDM/HSS.
  • the UDM/HSS can transmit subscriber information of the terminal by transmitting a server assignment answer message to the S-CSCF.
  • the subscriber information of the terminal may include TAS (Telephony Application Server) information.
  • the TAS information may include information related to the MUSIM AS.
  • information related to the MUSIM AS may include address information of the MUSIM AS (eg, SIP Uniform Resource Locator (URL)).
  • URL SIP Uniform Resource Locator
  • the S-CSCF may transmit a SIP 200 OK message to the terminal through the P-CSCF.
  • the SIP 200 OK message may be a response message to the SIP Register message transmitted by the terminal in step 3).
  • the S-CSCF may notify the completion of IMS registration by sending a SIP 200 OK message to the terminal.
  • the S-CSCF may transmit a SIP register message to the MUSIM AS based on the subscriber information received in step 5). For example, the S-CSCF may identify the MUSIM AS to which the SIP register message is to be transmitted, based on the TAS information (including information related to the MUSIM AS).
  • the SIP register message may include a MUSIM indication.
  • the MUSIM AS can transmit a SIP 200 OK message to the S-CSCF after creating the context of the corresponding terminal.
  • the MUSIM AS may store the terminal's IP Multimedia Public Identity (IMPU) and IP address information in the context of the terminal.
  • IMPU IP Multimedia Public Identity
  • a terminal can start a service using a different SIM (eg, a different SIM (SIM B) than SIM A) in a different PLMN (eg, PLMN B) or the same PLMN (eg, PLMN A).
  • SIM B SIM
  • PLMN B PLMN
  • PLMN A PLMN A
  • operations performed in steps 1) to 9) may be operations performed in PLMN A related to SIM A included in the terminal, and in step 10), the terminal may perform a service using SIM B. .
  • a Mobile Terminated (MT) call from PLMN A to the terminal starts, and the S-CSCF can receive a SIP INVITE message.
  • the S-CSCF may receive a SIP INVITE message from the originating S-CSCF (ie, the S-CSCF of the sender).
  • the MT voice call is displayed in FIGS. 8A to 8C, this is only an example, and the MT call to the terminal may include all various IMS services such as video call and SMS over IP.
  • the S-CSCF may transmit a SIP 100 Trying message to the originating S-CSCF.
  • the SIP 100 Trying message may be a message indicating that the SIP INVITE message received in step 11) is processed.
  • the S-CSCF may know (or may determine) that the UE performs a MUSIM-related operation based on the MUSIM indication received in step 4). Accordingly, the S-CSCF may transmit a SIP INVITE message for the terminal to the MUSIM AS.
  • the MUSIM AS may acquire ID information (eg, a caller ID such as a phone number) of a person (or terminal) (ie, caller) based on the SIP INVITE message, and store the ID information. If the MUSIM AS has previously stored the ID information of the person (or terminal) (ie, the caller) (eg, caller ID such as a phone number), MUSIM AS updates the stored ID information with the newly acquired ID information. can do.
  • ID information eg, a caller ID such as a phone number
  • the MUSIM AS may transmit a SIP 100 Trying message to the S-CSCF after storing the sender's ID information.
  • the S-CSCF may transmit a SIP INVITE message to the P-CSCF.
  • the P-CSCF may transmit a SIP 100 Trying message to the S-CSCF.
  • the P-CSCF may transmit a SIP INVITE message to the UPF.
  • the P-CSCF may transmit a SIP INVITE message to the UPF by using a specific DSCP (Differentiated Service Code Point) value set by an operator.
  • UPF can detect a specific DSCP value from the IP packet transmitting the SIP INVITE message.
  • the UPF may transmit the DSCP value to the SMF through step 20) below.
  • the UPF notifies data when the PDU session of the terminal (eg, IMS PDU session related to the MT call) is deactivated. (Data Notification) message can be transmitted to the SMF.
  • the UPF may transmit the data notification message to the SMF by including the DSCP value set by the P-CSCF in the data notification message.
  • the UPF may include information on what type of MT service the MT call started in step 11) is in the data notification message and transmit it to the SMF.
  • the SMF may recognize that the MT call to the UE is started based on the DSCP value received from the UPF. By recognizing that the MT call to the terminal is started, the SMF can perform operations to be described in Option 1 and Option 2 below.
  • the SMF may transmit a data notification Ack message to the UPF to inform the UPF that the data notification message has been successfully received.
  • any one of the operations corresponding to Option 1 or Option 2 shown in FIGS. 8A to 8C may be performed.
  • the operations of Option 1 will be described.
  • Option 1 includes operations for performing communication related to the caller's ID information through UDM.
  • the MUSIM AS may transmit the caller's ID information (eg, caller ID information) received through the SIP INVITE message in step 15) to the UDM or HSS. Then, the UDM or HSS may store the caller's ID information (eg, caller ID information). For reference, the MUSIM AS performs step 16) after the UDM or HSS finishes the process of storing the caller's ID information, so that the SMF is stored (or updated) from the data notification message of step 20). You can make it available to receive first.
  • the caller's ID information eg, caller ID information
  • the UDM or HSS may store the caller's ID information (eg, caller ID information).
  • the MUSIM AS performs step 16) after the UDM or HSS finishes the process of storing the caller's ID information, so that the SMF is stored (or updated) from the data notification message of step 20). You can make it available to receive first.
  • the UDM or HSS may transmit the updated subscriber information to the SMF.
  • the UDM or HSS may store the caller's ID information received from the MUSIM AS as subscriber information of the terminal. Accordingly, the updated subscriber information may include the ID information of the caller transmitted by the MUSIM AS.
  • the SMF may receive the data notification message of step 20) from the UPF. Upon receiving the data notification message, the SMF may transmit a request message (eg, Namf_Communication_N1N2MessageTransfer message) to the AMF.
  • the request message (eg, Namf_Communication_N1N2MessageTransfer message) may include information for activating the PDU session of the terminal.
  • the SMF may transmit the Namf_Communication_N1N2MessageTransfer message by including the sender's ID information in the Namf_Communication_N1N2MessageTransfer message.
  • the SMF may perform the operations described in steps 24a and 25a only when the terminal transmits the IMS PDU session establishment request message including the MUSIM indication in step 2).
  • the AMF Since the AMF has received a request message (eg, Namf_Communication_N1N2MessageTransfer message) from the SMF, it can transmit a paging message or a Non Access Stratum (NAS) notification message to the terminal.
  • the paging message or the NAS notification message may include information that there is downlink data for the terminal (eg, downlink data related to the IMS service).
  • the AMF may transmit a paging message or a NAS notification message to the terminal by including the sender's ID information in a paging message or NAS notification message.
  • the AMF may perform the operation of step 26) only when the terminal transmits a registration request message including the MUSIM indication in step 1).
  • the terminal may determine whether to receive a service from PLMN A (eg, to perform an MT call from PLMN A) based on the received caller's ID information. At this time, the terminal may inform the user of information related to the caller's phone number and ask whether to receive a call. Alternatively, the terminal may determine whether to receive a call based on a setting previously designated by the user. For example, if the user sets to receive only a specific group or phone number based on the contact information stored in the terminal, the terminal may determine whether to receive the reception based on this. When the terminal decides to receive a service from PLMN A, the terminal may perform a service request procedure in PLMN A.
  • Option 2 includes operations for performing communication related to the sender's ID information through PCF and/or Network Exposure Function (NEF).
  • PCF Network Exposure Function
  • the SMF may receive a data notification message from the UPF in step 20).
  • the SMF may obtain the sender's ID information from the MUSIM AS via PCF and/or NEF. For example, the SMF transmits a request message for requesting the sender's ID information to the MUSIM AS via PCF and/or NEF, and the MUSIM AS sends a response message including the sender's ID information to the SMF via PCF and/or NEF. Can be transmitted. In this case, the SMF may obtain information related to the MUSIM AS based on subscriber information stored in UDM or HSS. The operation of step 23b) may be performed only when the terminal transmits the IMS PDU session establishment request message including the MUSIM indication in step 2).
  • the terminal information used by the SMF to obtain the sender's ID information from the MUSIM AS includes the IP address and/or Generic Public Subscription Identifier (GPSI) used in the terminal's PDU session (e.g., IP Multimedia PUblic identity (IMPU)).
  • GPSI Generic Public Subscription Identifier
  • IMPU IP Multimedia PUblic identity
  • the SMF may request phone number information on the MT call of the terminal matching the GPSI to the MUSIM AS via PCF/NEF using the GPSI of the terminal.
  • the MUSIM AS finds out the caller information of the phone service received for the terminal matching the GPSI requested by the AMF and informs the SMF.
  • the SMF may transmit a request message (eg, Namf_Communication_N1N2MessageTransfer message) to the AMF.
  • the request message (eg, Namf_Communication_N1N2MessageTransfer message) may include information for activating the PDU session of the terminal.
  • the SMF may transmit the Namf_Communication_N1N2MessageTransfer message by including the sender's ID information in the Namf_Communication_N1N2MessageTransfer message.
  • the SMF may perform the operation 24b) only when the terminal transmits the IMS PDU session establishment request message including the MUSIM indication in step 2).
  • the AMF Since the AMF has received a request message (eg, Namf_Communication_N1N2MessageTransfer message) from the SMF, it can transmit a paging message or a Non Access Stratum (NAS) notification message to the terminal.
  • the paging message or the NAS notification message may include information that there is downlink data for the terminal (eg, downlink data related to the IMS service).
  • the AMF may transmit a paging message or a NAS notification message to the terminal by including the sender's ID information in a paging message or NAS notification message.
  • the AMF may perform the operation of step 26) only when the terminal transmits a registration request message including the MUSIM indication in step 1).
  • the terminal may determine whether to receive a service from PLMN A (eg, to perform an MT call from PLMN A) based on the received caller's ID information. At this time, the terminal may inform the user of information related to the caller's phone number and ask whether to receive a call. Alternatively, the terminal may determine whether to receive a call based on a setting previously designated by the user. For example, if the user sets to receive only a specific group or phone number based on the contact information stored in the terminal, the terminal may determine whether to receive the reception based on this. When the terminal decides to receive a service from PLMN A, the terminal may perform a service request procedure in PLMN A.
  • a method of receiving caller information (eg, caller ID) using a MUSIM AS will be described.
  • a method of receiving caller information (eg, caller ID) using the MUSIM AS is described, focusing on the operation of the AMF node.
  • FIG. 9 is a diagram illustrating an example of a signal flow diagram according to a second example of the first disclosure of the present specification.
  • Steps 1 to 21 shown in FIG. 9 are the same as steps 1 to 21 described in FIGS. 8A to 8C. That is, steps 1 to 21 illustrated in FIG. 9 may be performed in the same manner as steps 1 to 21 described in FIGS. 8A to 8C. In other words, the example of FIG. 9 shows a signal flow diagram after steps 1 to 21 described in FIGS. 8A to 8C are performed.
  • step 21 any one of the operations corresponding to Option 1 or Option 2 shown in FIG. 9 may be performed.
  • the operations of Option 1 will be described.
  • Option 1 includes operations for performing communication related to the caller's ID information through UDM.
  • the MUSIM AS may transmit the caller's ID information (eg, caller ID information) received through the SIP INVITE message in step 15) to the UDM or HSS. Then, the UDM or HSS can store the caller's ID information. For reference, the MUSIM AS performs step 16) of FIGS. 8A to 8C after the UDM or HSS finishes the procedure for storing the caller's ID information, thereby storing the (or updated) caller's ID information in step 24a.
  • Request message for example, Namf_Communication_N1N2MessageTransfer message
  • Namf_Communication_N1N2MessageTransfer message can be received earlier.
  • the UDM or HSS may transmit the updated subscriber information to the AMF.
  • the UDM or HSS may store the caller's ID information received from the MUSIM AS as subscriber information of the terminal. Accordingly, the updated subscriber information may include the ID information of the caller transmitted by the MUSIM AS.
  • the SMF may receive a data notification message from the UPF in step 20) of FIGS. 8A to 8C. After receiving the data notification message, the SMF may transmit a request message (eg, Namf_Communication_N1N2MessageTransfer message) to the AMF.
  • the request message (eg, Namf_Communication_N1N2MessageTransfer message) may include information for activating the PDU session of the terminal.
  • the SMF may include a MUSIM indication indicating that the corresponding terminal (eg, UE) performs an MUSIM-related operation in a request message (eg, Namf_Communication_N1N2MessageTransfer message) and transmit it to the AMF.
  • the SMF may perform the operation of step 24a) only when the terminal transmits the IMS PDU session establishment request message including the MUSIM indication in step 2) of FIGS. 8A to 8C.
  • the AMF Since the AMF has received a request message (eg, Namf_Communication_N1N2MessageTransfer message) from the SMF, it can transmit a paging message or a Non Access Stratum (NAS) notification message to the terminal.
  • the paging message or the NAS notification message may include information that there is downlink data for the terminal (eg, downlink data related to the IMS service).
  • the AMF may transmit a paging message or NAS notification message to the terminal by including the sender's ID information in the paging message or NAS notification message.
  • the AMF may perform the operation of step 26) only when the terminal transmits the registration request message including the MUSIM indication in step 1) of FIGS. 8A to 8C.
  • the terminal may determine whether to receive a service from PLMN A (eg, to perform an MT call from PLMN A) based on the received caller's ID information. At this time, the terminal may inform the user of information related to the caller's phone number and ask whether to receive a call. Alternatively, the terminal may determine whether to receive a call based on a setting previously designated by the user. For example, if the user sets to receive only a specific group or phone number based on the contact information stored in the terminal, the terminal may determine whether to receive the reception based on this. When the terminal decides to receive a service from PLMN A, the terminal may perform a service request procedure in PLMN A.
  • a service from PLMN A eg, to perform an MT call from PLMN A
  • Option 2 includes operations for performing communication related to the caller's ID information through PCF and/or NEF.
  • the SMF may receive a data notification message from the UPF in step 20 of FIGS. 8A to 8C, and the SMF may transmit a request message (eg, Namf_Communication_N1N2MessageTransfer message) to the AMF.
  • the request message (eg, Namf_Communication_N1N2MessageTransfer message) may include information that downlink data for the terminal exists.
  • the SMF may include a MUSIM indication indicating that the corresponding terminal (eg, UE) performs an MUSIM-related operation in a request message (eg, Namf_Communication_N1N2MessageTransfer message) and transmit it to the AMF.
  • the SMF may perform the operation of step 22b) only when the terminal transmits the IMS PDU session establishment request message including the MUSIM indication in step 2) of FIGS. 8A to 8C.
  • the AMF may obtain the sender's ID information from the MUSIM AS via PCF and/or NEF. For example, AMF transmits a request message for requesting the ID information of the sender to the MUSIM AS via PCF and/or NEF, and the MUSIM AS sends a response message including the ID information of the sender to the AMF via PCF and/or NEF Can be transmitted. In this case, the AMF may acquire information related to the MUSIM AS based on subscriber information stored in UDM or HSS. The operation of step 23b) may be performed only when the terminal transmits the IMS PDU session establishment request message including the MUSIM indication in step 2) of FIGS. 8A to 8C.
  • the terminal information used by the AMF to obtain the sender's ID information from the MUSIM AS may be an IP address/GPSI (eg, IMPU) used in a PDU session of the terminal. That is, the SMF may request phone number information on the MT call of the terminal matching the GPSI to the MUSIM AS via PCF/NEF using the GPSI of the terminal. Based on the context information of the terminal generated in step 8) and the information stored in step 15), the MUSIM AS finds out the caller information of the phone service received for the terminal matching the GPSI requested by the AMF and informs the SMF.
  • IP address/GPSI eg, IMPU
  • the AMF Since the AMF has received a request message (eg, Namf_Communication_N1N2MessageTransfer message) from the SMF, it can transmit a paging message or a NAS notification message to the terminal.
  • the paging message or the NAS notification message may include information that there is downlink data for the terminal (eg, downlink data related to the IMS service).
  • the AMF may transmit a paging message or NAS notification message to the terminal by including the sender's ID information (eg, stored (or updated) sender's ID information) in a paging message or NAS notification message.
  • the AMF performs the operation of step 24b) only when the terminal transmits a registration request message including a MUSIM indication in step 1) of FIGS.
  • the terminal may determine whether to receive a service from PLMN A (eg, to perform an MT call from PLMN A) based on the received caller's ID information. At this time, the terminal may inform the user of information related to the caller's phone number and ask whether to receive a call. Alternatively, the terminal may determine whether to receive a call based on a setting previously designated by the user. For example, if the user sets to receive only a specific group or phone number based on the contact information stored in the terminal, the terminal may determine whether to receive the reception based on this. When the terminal decides to receive a service from PLMN A, the terminal may perform a service request procedure in PLMN A.
  • PLMN A e.g, to perform an MT call from PLMN A
  • SMS sender information eg, caller ID
  • the S-CSCF may receive a SIP MESSAGE instead of a SIP INVITE message. Then, the S-CSCF may transmit the SIP MESSAGE to the MUSIM AS in step 14) of FIGS. 8A to 8C. Then, the MUSIM AS may acquire ID information (eg, sender ID such as a phone number) of a person (or terminal) (ie, caller) on the basis of the SIP MESSAGE. In this case, in order for the MUSIM AS to acquire the sender's ID information from the SIP MESSAGE, the MUSIM AS must support the SMS protocol stack.
  • ID information eg, sender ID such as a phone number
  • SMS short message
  • MUSIM AS mobile subscriber identity
  • Degree 10 is A diagram illustrating an example of a registration procedure according to a third example of the first disclosure of the present specification.
  • the terminal may transmit a registration request message including the MUSIM indication to the AMF.
  • the terminal may transmit a registration request message for the 5G network of PLMN A to the AMF node using SIM A.
  • the terminal, AMF, SMSF, and UDM may perform a registration procedure (eg, steps 4 to 14) of FIGS. 5A and 5B).
  • the AMF can perform a procedure for selecting an SMSF.
  • the AMF may select an SMSF supporting MUSIM-related operations based on the MUSIM indication received from the terminal.
  • the MUSIM-related operation may mean performing communication based on a plurality of SIMs.
  • the terminal, AMF, SMSF, and UDM may perform a registration procedure (eg, steps 15 to 20 of FIGS. 5A and 5B).
  • the AMF may transmit an activation request message (eg, Nsmf_SMService_Activate_Request) to the SMSF to the SMSF.
  • an activation request message eg, Nsmf_SMService_Activate_Request
  • the AMF may include the MUSIM indication in the activation request message (eg, Nsmf_SMService_Activate_Request) and transmit it to the SMSF.
  • the SMSF may perform a UDM discovery procedure.
  • the SMSF discovers the UDM, it can perform a registration procedure for the UDM.
  • the SMSF may perform a registration procedure for UDM through a UDM and a registration-related message (eg, a Nudm_UECM_Registration message).
  • the Nudm_UECM_Registration message may be a message for Nudm UE Context Management (UECM) registration (Nudm_UECM_Registration).
  • the SMSF can obtain subscriber information of the terminal from the UDM.
  • the SMSF may obtain subscriber information of the terminal from the UDM through a message (eg, a Nudm_SDM_Get message).
  • the SMSF may transmit a response message (eg, Nsmf_SMService_Activate Response message) to the AMF for the activation request message (eg, Nsmf_SMService_Activate_Request) received in step 5).
  • the SMSF may include information on whether an MUSIM-related operation is allowed in a response message (eg, Nsmf_SMService_Activate Response message) and transmit it to the AMF. Through this, the SMSF can inform the AMF whether the MUSIM-related operation is allowed.
  • the AMF may transmit a registration acceptance message to the terminal.
  • the AMF may inform the terminal whether the MUSIM-related operation is possible through the registration acceptance message. That is, the AMF may include information on whether an MUSIM-related operation is possible in the registration acceptance message and transmit it to the terminal.
  • the AMF may perform communication related to the sender information of the MT SMS through the operations shown in the example of FIG. 11 below.
  • the terminal completes the registration procedure for the SMSF of PLMN A (SIM A-related PLMN)
  • PLMN A SIM A-related PLMN
  • the operations shown in the example of FIG. 11 may be performed.
  • Degree 11 is A diagram showing an example for checking sender information of an SMS according to a third example of the first disclosure of the present specification.
  • 11 shows an example of a method for checking the sender information of SMS over NAS, which is performed based on the operation of AMF.
  • the terminal After performing step 9) of FIG. 10, the terminal uses a different SIM (eg, a different SIM (SIM B) other than SIM A) in a different PLMN (eg, PLMN B) or the same PLMN (eg, PLMN A).
  • SIM B SIM
  • the operations performed in steps 1) to 9) of FIG. 10 may be operations performed by PLMN A related to SIM A included in the terminal, and after performing step 9), the terminal You can perform the service you used.
  • SMS-GMSC eg, SMS-GMSC of PLMN A
  • SMS-GMSC can receive MT SMS (SMS over NAS) for the terminal.
  • SMS-GMSC may mean Gateway Mobile Switching Center (MSC) For Short Message Service. Then, the SMS-GMSC can deliver the MT SMS to the SMSF.
  • SMSC Gateway Mobile Switching Center
  • the SMSF may obtain ID information of the sender of the SMS (eg, sender ID such as a phone number) based on the received SMS.
  • the SMSF may transmit a request message (eg, Namf_MT_EnableReachability Request message) including the sender's ID information to the AMF.
  • Namf_MT_EnableReachability Request may be a request message requesting that the terminal to receive the SMS is made reachable.
  • AMF may transmit a paging message or a NAS notification message to the terminal.
  • the paging message or the NAS notification message may include information that there is downlink data for the terminal (eg, downlink data related to the IMS service).
  • the paging message or the NAS notification message may include the sender's ID information.
  • the terminal may determine whether to receive a service from PLMN A (eg, whether to receive an SMS over NAS from PLMN A) based on the received caller's ID information (eg, sender ID information).
  • the terminal may perform a service request procedure in PLMN A.
  • the AMF may transmit a response message indicating that the terminal is reachable (eg, Namf_MT_EnableReachability Response message) to the SMSF.
  • a response message eg, Namf_MT_EnableReachability Response message
  • the SMSF may transmit an SMS message (SMS body) to the AMF.
  • the SMSF may include the SMS body in the Namf_Communication_N1N2MessageTransfer message and transmit it to the AMF.
  • the SMS body may be transmitted to the AMF to the terminal after the terminal decides to receive a service from PLMN A and the terminal completes the service request procedure in PLMN A.
  • AMF may transmit an SMS message (SMS body) to the terminal.
  • a method of receiving caller information (eg, caller ID) using the MUSIM AS will be described.
  • a method of receiving caller information (eg, caller ID) using the MUSIM AS will be described, focusing on the operation of a terminal (eg, UE).
  • 12A and 12B are diagrams illustrating an example of a signal flow diagram according to a fourth example of the first disclosure of the present specification.
  • the terminal may perform a registration procedure for the 5G network (eg, 5GS) of PLMN A.
  • the terminal may transmit a registration request message for the 5G network of PLMN A to the AMF node by using SIM A.
  • the terminal may transmit a registration request message by including the MUSIM indication (or information) in the registration request message.
  • the MUSIM indication (or information) may be information indicating that the terminal uses a plurality of SIMs or information indicating that a registration procedure is related to a plurality of SIMs.
  • the AMF receiving the MUSIM indication from the terminal may store that the terminal performs an MUSIM-related operation.
  • the MUSIM-related operation may mean performing communication based on a plurality of SIMs.
  • the AMF may transmit a registration acceptance message to the terminal.
  • the AMF may include information on whether the AMF is capable of MUSIM-related operations (eg, whether the AMF can perform MUSIM-based communication) in the registration acceptance message and transmit the information to the terminal.
  • the AMF may transmit a request message (eg, a Nudm_SDM_Get message) requesting subscriber information of the terminal to the UDM or HSS.
  • AMF may transmit a request message (eg, Nudm_SDM_Get message) by including the MUSIM indication in a request message (eg, Nudm_SDM_Get message).
  • the UDM or HSS transmits subscriber information of the terminal to the AMF, it may transmit the address information of the MUSIM AS to be used by the terminal (eg, a MUSIM AS to perform MUSIM-related communication with the terminal) to the AMF.
  • the UDM or HSS may transmit a message (e.g., a Nudm_SDM_Get message) to the AMF by including subscriber information of the terminal and address information of the MUSIM AS to be used by the terminal in a message (e.g., a Nudm_SDM_Get message).
  • a message e.g., a Nudm_SDM_Get message
  • the AMF may include the address information of the MUSIM AS received from the UDM in the registration acceptance message and transmit it to the terminal.
  • the terminal may perform a procedure for establishing (or creating) an IMS PDU session for an IMS service (eg, voice service, video service, SMS over IMS service, etc.).
  • the terminal may transmit a MUSIM indication.
  • the UE may transmit a PDU session establishment request message to the AMF through the RAN, and the AMF may transmit a PDU session establishment request message to the SMF.
  • the UE may transmit a PDU session establishment request message by including the MUSIM indication in the PDU session establishment request message.
  • the SMF may store that the UE performs an MUSIM-related operation.
  • the SMF may transmit a PDU session establishment acceptance message to the terminal.
  • the SMF may include information on whether the SMF is capable of performing MUSIM-related operations (eg, whether the SMF can perform MUSIM-based communication) in the registration acceptance message and transmit the information to the terminal.
  • the operation of the terminal transmitting the MUSIM indication in the IMS PDU session establishment procedure may be performed only when the terminal receives information indicating that the MUSIM-related operation is allowed through a registration acceptance message in step 1).
  • the terminal may perform an IMS registration procedure.
  • the IMS registration procedure may be a procedure in which the terminal registers with network nodes (eg, P-CSCF, S-CSCF, MUSIM AS) included in the IMS network.
  • the terminal transmits a SIP register message to the UPF, and the UPF may transmit a SIP register message to the P-CSCF.
  • the terminal includes the MUSIM indication in the SIP register message and transmits the SIP register message to the UPF, thereby indicating that the terminal performs the MUSIM-related operation.
  • the P-CSCF can send a SIP register message to the S-CSCF.
  • the MUSIM indication may also be included in a SIP message (eg, a SIP register message) transmitted by the P-CSCF to the S-CSCF.
  • the S-CSCF can obtain subscriber information of the terminal from UDM/HSS (UDM or HSS).
  • UDM/HSS UDM/HSS
  • the S-CSCF may request subscriber information of the terminal by transmitting a server assignment request message to the UDM/HSS.
  • the UDM/HSS can transmit subscriber information of the terminal by transmitting a server assignment answer message to the S-CSCF.
  • the subscriber information of the terminal may include TAS (Telephony Application Server) information.
  • the TAS information may include information related to the MUSIM AS.
  • information related to the MUSIM AS may include address information (eg, SIP URL) of the MUSIM AS.
  • the S-CSCF may transmit a SIP 200 OK message to the terminal through the P-CSCF.
  • the S-CSCF may notify the completion of IMS registration by sending a SIP 200 OK message to the terminal.
  • the S-CSCF may transmit a SIP register message to the MUSIM AS based on the subscriber information received in step 5). For example, the S-CSCF may identify the MUSIM AS to which the SIP register message is to be transmitted, based on the TAS information (including information related to the MUSIM AS).
  • the SIP register message may include a MUSIM indication.
  • the MUSIM AS can transmit a SIP 200 OK message to the S-CSCF after creating the context of the corresponding terminal.
  • the MUSIM AS may store the terminal's IP Multimedia Public Identity (IMPU) and IP address information in the context of the terminal.
  • IMPU IP Multimedia Public Identity
  • the terminal may start a service using a different SIM (eg, a different SIM (SIM B) than SIM A) in a different PLMN (eg, PLMN B) or the same PLMN (eg, PLMN A).
  • SIM B SIM
  • PLMN B PLMN B
  • PLMN A PLMN A
  • operations performed in steps 1) to 11 may be operations performed in PLMN A related to SIM A included in the terminal, and in step 12), the terminal may perform a service using SIM B. .
  • a Mobile Terminated (MT) call from PLMN A to the terminal starts, and the S-CSCF may receive a SIP INVITE message.
  • the S-CSCF may receive a SIP INVITE message from the originating S-CSCF (ie, the S-CSCF of the sender).
  • the MT voice call is displayed in FIGS. 12A and 12B, this is only an example, and the MT call to the terminal may include all various IMS services such as video call and SMS over IP.
  • the S-CSCF may transmit a SIP 100 Trying message to the originating S-CSCF.
  • the S-CSCF may know (or may determine) that the UE performs a MUSIM-related operation based on the MUSIM indication received in step 6). Accordingly, the S-CSCF may transmit a SIP INVITE message for the terminal to the MUSIM AS.
  • the MUSIM AS may acquire ID information (eg, a caller ID such as a phone number) of a person (or terminal) (ie, caller) based on the SIP INVITE message, and store the ID information. If the MUSIM AS has previously stored the ID information of the person (or terminal) (ie, the caller) (eg, caller ID such as a phone number), MUSIM AS updates the stored ID information with the newly acquired ID information. can do.
  • ID information eg, a caller ID such as a phone number
  • the MUSIM AS may transmit a SIP 100 Trying message to the S-CSCF after storing the sender's ID information.
  • the S-CSCF may transmit a SIP INVITE message to the P-CSCF.
  • the P-CSCF may transmit a SIP 100 Trying message to the S-CSCF.
  • the P-CSCF may transmit a SIP INVITE message to the UPF.
  • the P-CSCF may transmit a SIP INVITE message to the UPF by using a specific DSCP (Differentiated Service Code Point) value set by an operator.
  • UPF can detect a specific DSCP value from the IP packet transmitting the SIP INVITE message. And, the UPF may transmit the DSCP value to the SMF through step 22) below.
  • the UPF may transmit a data notification message to the SMF when a PDU session (eg, an IMS PDU session related to an MT call) of the terminal is deactivated.
  • the UPF may transmit the data notification message to the SMF by including the DSCP value set by the P-CSCF in the data notification message.
  • the UPF may include information on what type of MT service the MT call started in step 13) is in the data notification message and transmit it to the SMF.
  • the SMF may recognize that the MT call to the UE is started based on the DSCP value received from the UPF. By recognizing that the MT call to the UE is started, the SMF may perform the operations described in step 24) below.
  • the SMF may transmit a data notification Ack message to the UPF to inform the UPF that the data notification message has been successfully received.
  • the SMF may transmit a request message (eg, Namf_Communication_N1N2MessageTransfer message) to the AMF.
  • the request message (eg, Namf_Communication_N1N2MessageTransfer message) may include information that downlink data for the terminal exists.
  • SMF includes a request message (e.g., Namf_Communication_N1N2MessageTransfer message) with information about which service (e.g., MT voice) (service type information) or a priority value mapped to the service, and a request message (e.g., Namf_Communication_N1N2MessageTransfer message) ) Can be transmitted.
  • the service type information or the priority value mapped to the corresponding service may be used for the terminal to request the caller's ID information such as phone number information.
  • AMF is based on the service type information or priority information received from the SMF, A paging message or a NAS notification message may be transmitted to the terminal.
  • the paging message or the NAS notification message may include information that there is downlink data for the terminal (eg, downlink data related to IMS service).
  • the AMF may include service type information or priority information (eg, a priority value mapped to a corresponding service) in a paging message or a NAS notification message and transmit.
  • the AMF may directly inform that there is an MT service for the terminal by transmitting service type information to the terminal.
  • the AMF may indirectly inform that there is an MT service for the terminal by transmitting priority information to the terminal.
  • the terminal may recognize that an MT service (eg, MT voice) exists (or is received) for the terminal based on receiving the paging message or the NAS notification message.
  • the terminal may recognize that there is an MT service (eg, MT voice) for the terminal based on the service type information and/or priority information.
  • the UE sends the address information of the MUSIM AS received in step 3) through a PDU session in the currently used PLMN (e.g., PLMN B related to SIM B) (i.e., the PLMN that the UE is communicating with).
  • PLMN e.g., PLMN B related to SIM B
  • the terminal can receive the caller's ID information (eg, caller ID information) from the MUSIM AS.
  • the terminal may transmit a request message for requesting the ID information of the caller to the MUSIM AS, and the MUSIM AS may transmit a response message including the ID information of the caller to the terminal.
  • the UE may include IP address information or GPSI (eg, IMPU) used in an IMS PDU session established in PLMN A (eg, a PLMN in which an MT service has occurred) in a request message and transmit.
  • the UE may create a PDU session in PLMN B in step 12), and then create a connection with the MUSIM AS.
  • the terminal may perform a registration procedure while providing information such as IP address information or GPSI used by PLMN A to the MUSIM AS. Thereafter, when receiving a paging or NAS notification from PLMN A, the terminal may immediately request the caller's ID information (eg, phone number information) from the MUSIM AS.
  • the caller's ID information eg, phone number information
  • a method of receiving SMS sender information (eg, caller ID) using the MUSIM AS will be described.
  • a method of receiving SMS sender information (eg, caller ID) using a MUSIM AS is described, focusing on the operation of a terminal (eg, UE).
  • the S-CSCF may receive a SIP MESSAGE instead of a SIP INVITE message. Then, the S-CSCF may transmit the SIP MESSAGE to the MUSIM AS in step 16) of FIGS. 12A and 12B. Then, the MUSIM AS may obtain ID information (eg, a caller ID such as a phone number) of a person (or terminal) (ie, caller) based on the SIP MESSAGE. In this case, in order for the MUSIM AS to acquire the sender's ID information from the SIP MESSAGE, the MUSIM AS must support the SMS protocol stack.
  • ID information eg, a caller ID such as a phone number
  • a method of supporting SMS (SMS over NAS) using a MUSIM AS will be described, focusing on the operation of a terminal (eg, UE).
  • a method of receiving caller information (eg, caller ID) of SMS (SMS over NAS) using a MUSIM AS will be described, focusing on the operation of a terminal (eg, UE).
  • FIG. 13 is a diagram illustrating an example of a registration procedure according to a fifth example of the first disclosure of the present specification.
  • the terminal may transmit a registration request message including the MUSIM indication to the AMF.
  • the terminal may transmit a registration request message for the 5G network of PLMN A to the AMF node using SIM A.
  • the terminal, AMF, SMSF, and UDM may perform a registration procedure (eg, steps 4 to 14) of FIGS. 5A and 5B).
  • the AMF can perform a procedure for selecting an SMSF.
  • the AMF may select an SMSF supporting MUSIM-related operations based on the MUSIM indication received from the terminal.
  • the MUSIM-related operation may mean performing communication based on a plurality of SIMs.
  • the terminal, AMF, SMSF, and UDM may perform a silver registration procedure (eg, steps 15 to 20 of FIGS. 5A and 5B) to step 20).
  • the AMF may transmit an activation request message (eg, Nsmf_SMService_Activate_Request) to the SMSF to the SMSF.
  • an activation request message eg, Nsmf_SMService_Activate_Request
  • the AMF may include the MUSIM indication in the activation request message (eg, Nsmf_SMService_Activate_Request) and transmit it to the SMSF.
  • the SMSF may perform a UDM discovery procedure.
  • the SMSF discovers the UDM, it can perform a registration procedure for the UDM.
  • the SMSF may perform a registration procedure for UDM through a UDM and a registration-related message (eg, a Nudm_UECM_Registration message).
  • the SMSF can obtain subscriber information of the terminal from the UDM.
  • the SMSF may obtain subscriber information of the terminal from the UDM through a message (eg, a Nudm_SDM_Get message).
  • the SMSF may transmit a response message (eg, Nsmf_SMService_Activate Response message) to the AMF for the activation request message (eg, Nsmf_SMService_Activate_Request) received in step 5).
  • the SMSF may include information on whether an MUSIM-related operation is allowed in a response message (eg, Nsmf_SMService_Activate Response message) and transmit it to the AMF. Through this, the SMSF can inform the AMF whether the MUSIM-related operation is allowed.
  • the AMF may transmit a registration acceptance message to the terminal.
  • the AMF may inform the terminal whether the MUSIM-related operation is possible through the registration acceptance message. That is, the AMF may include information on whether an MUSIM-related operation is possible in the registration acceptance message and transmit it to the terminal.
  • the AMF and/or the terminal performs communication related to the sender information of the MT SMS through the operations shown in the example of FIG. 14 below.
  • I can.
  • the terminal completes the registration procedure for the SMSF of PLMN A (SIM A-related PLMN)
  • PLMN A SIM A-related PLMN
  • PLMN B SIM B-related PLMN
  • the operations shown in the example of FIG. 14 may be performed below.
  • FIG. 14 is a diagram illustrating an example for checking sender information of an SMS according to a fifth example of the first disclosure of the present specification.
  • FIG. 14 shows an example of a method for checking sender information of an SMS over NAS performed based on the operation of a terminal.
  • the terminal After performing step 9) of FIG. 13, the terminal uses a different SIM (eg, a different SIM (SIM B) other than SIM A) in a different PLMN (eg, PLMN B) or the same PLMN (eg, PLMN A).
  • SIM B SIM
  • the operations performed in steps 1) to 9) of FIG. 13 may be operations performed by PLMN A related to SIM A included in the terminal, and after performing step 9), the terminal performs SIM B. You can perform the service you used.
  • SMS-GMSC eg, SMS-GMSC of PLMN A
  • SMS-GMSC can receive MT SMS (SMS over NAS) for the terminal. Then, the SMS-GMSC can deliver the MT SMS to the SMSF.
  • the SMSF may obtain ID information of the sender of the SMS (eg, sender ID such as a phone number) based on the received SMS.
  • the SMSF may transmit a request message (eg, Namf_MT_EnableReachability Request message) including the sender's ID information (eg, sender ID information) to the AMF.
  • the Namf_MT_EnableReachability Request may be a request message requesting to confirm whether the terminal to receive the SMS is reachable.
  • AMF may be connected to the MUSIM AS through NEF and/or PCF based on the sender's ID information (eg, sender ID information) received from the SMSF.
  • the AMF may be connected to the MUSIM AS based on the information on the MUSIM AS in subscriber information.
  • subscriber information may be received by the AMF from the UDM in step 2) of FIG. 13.
  • AMF may transmit the sender's ID information (eg, sender ID information) to the MUSIM AS through NEF and/or PCF. Then, the MUSIM AS may store or update the sender's ID information (eg, sender ID information).
  • AMF may transmit a paging message or NAS notification message to the terminal.
  • the paging message or the NAS notification message may include information that there is downlink data for the terminal (eg, downlink data related to the IMS service).
  • the paging message or the NAS notification message may include service type information or priority information.
  • the terminal After receiving the paging message or the NAS notification message, the terminal recognizes that MT SMS has occurred (or has been received) based on the service type information or priority information, and the terminal can communicate with the MUSIM AS. .
  • the terminal can recognize that there is an MT SMS for the terminal based on the service type information and/or priority information.
  • the terminal can connect to the MUSIM AS to obtain the sender's ID information (eg, sender ID information).
  • the terminal may transmit a request message requesting the sender's ID information (eg, sender ID information) to the MUSIM AS.
  • the MUSIM AS may transmit a response message including the sender's ID information (eg, sender ID information) to the terminal.
  • the terminal determines whether to receive service from PLMN A (e.g., whether to perform an MT call from PLMN A) (i.e., whether to perform a service request procedure). I can judge. When the terminal decides to receive a service from PLMN A, the terminal may perform a service request procedure in PLMN A.
  • PLMN A e.g., whether to perform an MT call from PLMN A
  • the AMF may transmit a response message indicating that the terminal is reachable (eg, Namf_MT_EnableReachability Response message) to the SMSF.
  • a response message eg, Namf_MT_EnableReachability Response message
  • the SMSF may transmit an SMS message (SMS body) to the AMF.
  • SMSF may include the SMS body in the Namf_Communication_N1N2MessageTransfer message and transmit it to the AMF.
  • a method for performing communication related to information about a service (e.g., information about a caller of a service generated in a PLMN other than the PLMN in which the terminal currently performs the service) is performed using the P-CSCF. How to receive information about) will be described.
  • 15A and 15B are diagrams illustrating an example of a signal flow diagram according to the first example of the second disclosure of the present specification.
  • a terminal may perform a registration procedure for a 5G network (eg, 5GS) of PLMN A.
  • the terminal may transmit a registration request message for the 5G network of PLMN A to the AMF node by using SIM A.
  • the terminal may transmit a registration request message by including the MUSIM indication (or information) in the registration request message.
  • the MUSIM indication may be information indicating that the terminal uses a plurality of SIMs or information indicating that a registration procedure is related to a plurality of SIMs.
  • the AMF receiving the MUSIM indication (or information) from the terminal may store that the terminal performs a MUSIM-related operation.
  • the MUSIM-related operation may mean performing communication based on a plurality of SIMs.
  • the AMF may transmit a registration acceptance message to the terminal.
  • the AMF may include information on whether the AMF is capable of performing MUSIM-related operations (eg, whether the AMF can perform MUSIM-based communication) in the registration acceptance message and transmit the information to the terminal.
  • the terminal After the terminal performs the registration procedure for PLMN A, the terminal establishes (or creates) an IMS PDU session for IMS services (e.g., voice service, video service, Short Message Service (SMS) over IP service, etc.) ) Can be performed.
  • IMS services e.g., voice service, video service, Short Message Service (SMS) over IP service, etc.
  • the terminal may transmit a MUSIM indication (or information).
  • the UE may transmit a PDU session establishment request message to the AMF through the RAN, and the AMF may transmit a PDU session establishment request message to the SMF.
  • the UE may transmit a PDU session establishment request message by including the MUSIM indication (or information) in the PDU session establishment request message.
  • the SMF may store that the UE performs an MUSIM-related operation. After receiving the PDU session establishment request message from the terminal, the SMF may transmit a PDU session establishment acceptance message to the terminal.
  • the SMF may include information on whether the SMF is capable of performing MUSIM-related operations (eg, whether the SMF can perform MUSIM-based communication) in the registration acceptance message and transmit the information to the terminal. For reference, only when the terminal receives information that the MUSIM-related operation is allowed through the registration message transmitted by the AMF in step 1), the terminal may transmit a MUSIM indication (or information) to the SMF.
  • the terminal may perform an IMS registration procedure.
  • the IMS registration procedure may be a procedure in which the terminal registers with network nodes (eg, P-CSCF, S-CSCF, MUSIM AS) included in the IMS network.
  • the terminal transmits a SIP register message to the UPF, and the UPF may transmit a SIP register message to the P-CSCF.
  • the terminal may inform that the terminal performs a MUSIM-related operation by including the MUSIM indication (or information) in the SIP register message and transmitting the SIP register message to the UPF.
  • the P-CSCF may store information that the terminal performs a MUSIM-related operation based on the MUSIM indication (or information) included in the SIP register message.
  • the P-CSCF can send a SIP register message to the S-CSCF.
  • the MUSIM indication may also be included in a SIP message (eg, a SIP register message) transmitted by the P-CSCF to the S-CSCF.
  • the S-CSCF can obtain subscriber information of the terminal from UDM/HSS (UDM or HSS).
  • UDM/HSS UDM/HSS
  • the S-CSCF may request subscriber information of the terminal by transmitting a server assignment request message to the UDM/HSS.
  • the UDM/HSS can transmit subscriber information of the terminal by transmitting a server assignment answer message to the S-CSCF.
  • the subscriber information of the terminal may include TAS (Telephony Application Server) information.
  • the TAS information may include information related to the MUSIM AS.
  • information related to the MUSIM AS may include address information (eg, SIP URL) of the MUSIM AS.
  • the S-CSCF may transmit a SIP 200 OK message to the terminal through the P-CSCF.
  • the S-CSCF may notify the completion of IMS registration by sending a SIP 200 OK message to the terminal.
  • the terminal can start a service using a different SIM (eg, a SIM other than SIM A (SIM B)) in another PLMN (eg, PLMN B) or the same PLMN (eg, PLMN A).
  • SIM B SIM other than SIM A
  • operations performed in steps 1) to 7) may be operations performed in PLMN A related to SIM A included in the terminal, and in step 8), the terminal may perform a service using SIM B. .
  • MT Mobile Terminated
  • the S-CSCF can receive a SIP INVITE message.
  • the S-CSCF may receive a SIP INVITE message from the originating S-CSCF (ie, the S-CSCF of the sender).
  • the MT voice call is displayed in FIGS. 15A and 15B, this is only an example, and the MT call to the terminal may include all various IMS services such as video call and SMS over IP.
  • the S-CSCF may transmit a SIP 100 Trying message to the originating S-CSCF.
  • the S-CSCF may transmit a SIP INVITE message to the P-CSCF.
  • the P-CSCF may transmit a SIP 100 Trying message to the S-CSCF.
  • step 3 since the P-CSCF stores information that the terminal needs a MUSIM-related operation (e.g., information that the terminal performs a MUSIM-related operation), the ID information of the sender (e.g.: caller ID information) can be obtained.
  • the P-CSCF may store the caller's ID information (eg, caller ID information).
  • the P-CSCF may transmit a SIP INVITE message to the UPF.
  • the P-CSCF may transmit a SIP INVITE message to the UPF by using a specific DSCP (Differentiated Service Code Point) value set by an operator.
  • UPF can detect a specific DSCP value from the IP packet transmitting the SIP INVITE message.
  • the UPF may transmit the DSCP value to the SMF through step 15) below.
  • the UPF may transmit a data notification message to the SMF when the PDU session of the terminal (eg, IMS PDU session related to an MT call) is deactivated.
  • the UPF may transmit the data notification message to the SMF by including the DSCP value set by the P-CSCF in the data notification message.
  • the UPF may include information on what type of MT service the MT call started in step 9) is in the data notification message and transmit it to the SMF.
  • the SMF may recognize that the MT call to the UE is started based on the DSCP value received from the UPF. By recognizing that the MT call to the UE is started, the SMF may perform operations described in steps 17) and 18) below.
  • the SMF may transmit a data notification Ack message to the UPF to inform the UPF that the data notification message has been successfully received.
  • the SMF may know information that the terminal needs a MUSIM-related operation (eg, information that the terminal performs a MUSIM-related operation) based on the MUSIM indication (or information) received from the terminal in step 2).
  • the SMF is to obtain the caller's ID information (eg, caller ID information) from the P-CSCF through the PCF, based on information that the terminal needs a MUSIM-related operation (e.g., information that the terminal performs a MUSIM-related operation).
  • the SMF may transmit a request message for requesting the sender's ID information to the P-CSCF via the PCF, and the P-CSCF may transmit a response message including the sender's ID information to the SMF via the PCF.
  • step 17 instead of performing the operation of step 17), after the P-CSCF obtains the caller's ID information (eg, caller ID information) in step 13), the P-CSCF passes the PCF to the SMF and sends the caller's ID information ( Example: caller ID information) can also be transmitted. That is, the operation of step 17) may be omitted.
  • the P-CSCF obtains the caller's ID information (eg, caller ID information) in step 13)
  • the P-CSCF passes the PCF to the SMF and sends the caller's ID information ( Example: caller ID information) can also be transmitted. That is, the operation of step 17) may be omitted.
  • the SMF may transmit a request message (eg, Namf_Communication_N1N2MessageTransfer message) to the AMF.
  • the request message (eg, Namf_Communication_N1N2MessageTransfer message) may include information for activating the PDU Session of.
  • the SMF may transmit the Namf_Communication_N1N2MessageTransfer message by including the sender's ID information (eg, caller ID information) in the Namf_Communication_N1N2MessageTransfer message.
  • the SMF may perform the operation 24b) only when the terminal transmits an IMS PDU session establishment request message including the MUSIM indication (or information) in step 2).
  • the AMF Since the AMF has received a request message (eg, Namf_Communication_N1N2MessageTransfer message) from the SMF, it can transmit a paging message or a Non Access Stratum (NAS) notification message to the terminal.
  • the paging message or the NAS notification message may include information that there is downlink data for the terminal (eg, downlink data related to the IMS service).
  • the AMF may transmit a paging message or a NAS notification message to the terminal by including the sender's ID information in a paging message or NAS notification message.
  • the AMF may perform the operation of step 19) only when the terminal transmits the registration request message including the MUSIM indication (or information) in step 1).
  • the terminal may determine whether to receive a service from PLMN A (eg, to perform an MT call from PLMN A) based on the received caller's ID information.
  • the terminal may perform a service request procedure in PLMN A.
  • SMS sender information eg, caller ID
  • the S-CSCF may receive a SIP MESSAGE instead of a SIP INVITE message.
  • the S-CSCF may transmit SIP MESSAGE to the P-CSCF.
  • the P-CSCF may acquire ID information (eg, sender ID information such as a phone number) of a person (or terminal) (ie, caller) on the basis of the SIP MESSAGE.
  • the P-CSCF in order for the P-CSCF to acquire the sender's ID information in the SIP MESSAGE, the P-CSCF must support the SMS protocol stack.
  • the terminal may receive ID information (eg, caller ID / sender ID information) of the caller. Since ID information of the sender (eg, caller ID / sender ID information) is provided to the terminal, it is possible to efficiently determine which network the terminal will receive service through. In addition, since the terminal may inform the user of the caller's ID information (eg, caller ID / sender ID information), it may help the user to determine whether to perform a service in another PLMN.
  • ID information eg, caller ID / sender ID information
  • the terminal may inform the user of the caller's ID information (eg, caller ID / sender ID information), it may help the user to determine whether to perform a service in another PLMN.
  • the operation of the terminal (eg, UE) described in this specification may be implemented by the apparatuses of FIGS. 16 to 22 to be described below.
  • the UE may be the first wireless device 100 or the second wireless device 200 of FIG. 17.
  • the operation of a terminal (eg, a UE) described herein may be processed by one or more processors 102 or 202.
  • the operation of the UE described herein may be stored in one or more memories 104 or 204 in the form of an instruction/program (e.g. instruction, executable code) executable by one or more processors 102 or 202.
  • One or more processors 102 or 202 control one or more memories 104 or 204 and one or more transceivers 106 or 206, and execute instructions/programs stored in one or more memories 104 or 204 to be used herein. It is possible to perform the operation of the terminal (eg, UE) described in the disclosure.
  • instructions for performing an operation of a terminal (eg, UE) described in the disclosure of the present specification may be stored in a recording nonvolatile computer-readable storage medium.
  • the storage medium may be included in one or more memories 104 or 204.
  • the instructions recorded in the storage medium may be executed by one or more processors 102 or 202 to perform the operation of the terminal (eg, UE) described in the disclosure of the present specification.
  • a network node for example, AMF, SMF, UPF, UDM, HSS, PCF, P-CSCF, S-CSCF, SMSF, SMS-GMSC, NEF, MUSIM AS, etc.
  • a network node for example, AMF, SMF, UPF, UDM, HSS, PCF, P-CSCF, S-CSCF, SMSF, SMS-GMSC, NEF, MUSIM AS, etc.
  • the first wireless device of FIG. 100 or the second wireless device 200.
  • the operation of the network node described in this specification (eg, AMF, SMF, UPF, UDM, HSS, PCF, P-CSCF, S-CSCF, SMSF, SMS-GMSC, NEF, MUSIM AS, etc.) It may be processed by the processor 102 or 202.
  • the operation of the network nodes described in this specification (e.g., AMF, SMF, UPF, UDM, HSS, PCF, P-CSCF, S-CSCF, SMSF, SMS-GMSC, NEF, MUSIM AS, etc.) It may be stored in one or more memories 104 or 204 in the form of an instruction/program (eg instruction, executable code) executable by 202.
  • an instruction/program eg instruction, executable code
  • One or more processors 102 or 202 control one or more memories 104 or 204 and one or more transceivers 106 or 206, and execute instructions/programs stored in one or more memories 104 or 204 to be used herein.
  • the operation of the network node described in the disclosure eg, AMF, SMF, UPF, UDM, HSS, PCF, P-CSCF, S-CSCF, SMSF, SMS-GMSC, NEF, MUSIM AS, etc.
  • AMF Access Management Function
  • a communication system 1 applied to the disclosure of the present specification includes a wireless device, a base station, and a network.
  • the wireless device refers to a device that performs communication using a wireless access technology (eg, 5G NR (New RAT), LTE (Long Term Evolution)), and may be referred to as a communication/wireless/5G device.
  • wireless devices include robots 100a, vehicles 100b-1 and 100b-2, eXtended Reality (XR) devices 100c, hand-held devices 100d, and home appliances 100e. ), an Internet of Thing (IoT) device 100f, and an AI device/server 400.
  • the vehicle may include a vehicle equipped with a wireless communication function, an autonomous vehicle, and a vehicle capable of performing inter-vehicle communication.
  • the vehicle may include an Unmanned Aerial Vehicle (UAV) (eg, a drone).
  • UAV Unmanned Aerial Vehicle
  • XR devices include AR (Augmented Reality) / VR (Virtual Reality) / MR (Mixed Reality) devices, including HMD (Head-Mounted Device), HUD (Head-Up Display), TV, smartphone, It can be implemented in the form of a computer, wearable device, home appliance, digital signage, vehicle, robot, and the like.
  • Portable devices may include smart phones, smart pads, wearable devices (eg, smart watches, smart glasses), computers (eg, notebook computers, etc.).
  • Home appliances may include TVs, refrigerators, and washing machines.
  • IoT devices may include sensors, smart meters, and the like.
  • the base station and the network may be implemented as a wireless device, and the specific wireless device 200a may operate as a base station/network node to another wireless device.
  • the wireless devices 100a to 100f may be connected to the network 300 through the base station 200.
  • AI Artificial Intelligence
  • the network 300 may be configured using a 3G network, a 4G (eg, LTE) network, or a 5G (eg, NR) network.
  • the wireless devices 100a to 100f may communicate with each other through the base station 200 / network 300, but may perform direct communication (e.g. sidelink communication) without going through the base station / network.
  • the vehicles 100b-1 and 100b-2 may perform direct communication (e.g.
  • V2V Vehicle to Vehicle
  • V2X Vehicle to Everything
  • the IoT device eg, sensor
  • the IoT device may directly communicate with other IoT devices (eg, sensors) or other wireless devices 100a to 100f.
  • Wireless communication/connections 150a, 150b, and 150c may be established between the wireless devices 100a to 100f / base station 200 and the base station 200 / base station 200.
  • the wireless communication/connection includes various wireless access such as uplink/downlink communication 150a, sidelink communication 150b (or D2D communication), base station communication 150c (eg relay, Integrated Access Backhaul). This can be achieved through technology (eg 5G NR)
  • the wireless communication/connection 150a, 150b, 150c may transmit/receive signals through various physical channels.
  • transmission/reception of radio signals At least some of a process of setting various configuration information for, a process of processing various signals (eg, channel encoding/decoding, modulation/demodulation, resource mapping/demapping, etc.), a resource allocation process, and the like may be performed.
  • FIG 17 illustrates a wireless device applicable to the disclosure of the present specification.
  • the first wireless device 100 and the second wireless device 200 may transmit and receive wireless signals through various wireless access technologies (eg, LTE and NR).
  • ⁇ the first wireless device 100, the second wireless device 200 ⁇ is the ⁇ wireless device 100x, the base station 200 ⁇ and/or ⁇ wireless device 100x, wireless device 100x) of FIG. ⁇ Can be matched.
  • it may correspond to the first wireless device 100 and the UE, AMF, SMF, or UPF described in the disclosure of the present specification.
  • the second wireless device 200 may correspond to a UE, AMF, SMF, or UPF that communicates with the first wireless device 100.
  • the first wireless device 100 includes one or more processors 102 and one or more memories.
  • the processor 102 controls the memory 104 and/or the transceiver 106 and may be configured to implement the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed herein.
  • the processor 102 may process information in the memory 104 to generate first information/signal, and then transmit a radio signal including the first information/signal through the transceiver 106.
  • the processor 102 may store information obtained from signal processing of the second information/signal in the memory 104 after receiving a radio signal including the second information/signal through the transceiver 106.
  • the memory 104 may be connected to the processor 102 and may store various information related to the operation of the processor 102.
  • the memory 104 may perform some or all of the processes controlled by the processor 102, or instructions for performing the descriptions, functions, procedures, suggestions, methods, and/or operational flow charts disclosed in this document. It can store software code including
  • the processor 102 and the memory 104 may be part of a communication modem/circuit/chip designed to implement wireless communication technology (eg, LTE, NR).
  • the transceiver 106 may be coupled with the processor 102 and may transmit and/or receive radio signals through one or more antennas 108.
  • the transceiver 106 may include a transmitter and/or a receiver.
  • the transceiver 106 may be mixed with an RF (Radio Frequency) unit.
  • a wireless device may mean a communication modem/circuit/chip.
  • the second wireless device 200 includes one or more processors 202 and one or more memories 204, and may further include one or more transceivers 206 and/or one or more antennas 208.
  • the processor 202 controls the memory 204 and/or the transceiver 206 and may be configured to implement the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed herein.
  • the processor 202 may process information in the memory 204 to generate third information/signal, and then transmit a wireless signal including the third information/signal through the transceiver 206.
  • the processor 202 may store information obtained from signal processing of the fourth information/signal in the memory 204 after receiving a radio signal including the fourth information/signal through the transceiver 206.
  • the memory 204 may be connected to the processor 202 and may store various information related to the operation of the processor 202.
  • the memory 204 may perform some or all of the processes controlled by the processor 202, or instructions for performing the descriptions, functions, procedures, suggestions, methods and/or operational flow charts disclosed in this document. It can store software code including
  • the processor 202 and the memory 204 may be part of a communication modem/circuit/chip designed to implement wireless communication technology (eg, LTE, NR).
  • the transceiver 206 may be connected to the processor 202 and may transmit and/or receive radio signals through one or more antennas 208.
  • the transceiver 206 may include a transmitter and/or a receiver.
  • the transceiver 206 may be used interchangeably with an RF unit.
  • a wireless device may mean a communication modem/circuit/chip.
  • one or more protocol layers may be implemented by one or more processors 102, 202.
  • one or more processors 102, 202 may implement one or more layers (eg, functional layers such as PHY, MAC, RLC, PDCP, RRC, SDAP).
  • One or more processors 102, 202 may be configured to generate one or more Protocol Data Units (PDUs) and/or one or more Service Data Units (SDUs) according to the description, functions, procedures, proposals, methods, and/or operational flow charts disclosed in this document. Can be generated.
  • PDUs Protocol Data Units
  • SDUs Service Data Units
  • One or more processors 102, 202 may generate messages, control information, data, or information according to the description, function, procedure, suggestion, method, and/or operational flow chart disclosed herein.
  • At least one processor (102, 202) generates a signal (e.g., a baseband signal) including PDU, SDU, message, control information, data or information according to the functions, procedures, proposals and/or methods disclosed herein. , It may be provided to one or more transceivers (106, 206).
  • One or more processors 102, 202 may receive signals (e.g., baseband signals) from one or more transceivers 106, 206, and the descriptions, functions, procedures, proposals, methods, and/or operational flowcharts disclosed herein PDUs, SDUs, messages, control information, data, or information may be obtained according to the parameters.
  • signals e.g., baseband signals
  • One or more of the processors 102 and 202 may be referred to as a controller, microcontroller, microprocessor, or microcomputer.
  • One or more of the processors 102 and 202 may be implemented by hardware, firmware, software, or a combination thereof.
  • ASICs Application Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Programmable Logic Devices
  • FPGAs Field Programmable Gate Arrays
  • the description, functions, procedures, suggestions, methods, and/or operational flow charts disclosed in this document may be implemented using firmware or software, and firmware or software may be implemented to include modules, procedures, functions, and the like.
  • the description, functions, procedures, proposals, methods and/or operational flow charts disclosed in this document are included in one or more processors 102, 202, or stored in one or more memories 104, 204, and are It may be driven by the above processors 102 and 202.
  • the descriptions, functions, procedures, proposals, methods and/or operational flowcharts disclosed in this document may be implemented using firmware or software in the form of codes, instructions and/or a set of instructions.
  • One or more memories 104 and 204 may be connected to one or more processors 102 and 202 and may store various types of data, signals, messages, information, programs, codes, instructions and/or instructions.
  • One or more memories 104 and 204 may be composed of ROM, RAM, EPROM, flash memory, hard drive, register, cache memory, computer readable storage medium, and/or combinations thereof.
  • One or more memories 104 and 204 may be located inside and/or outside of one or more processors 102 and 202.
  • one or more memories 104, 204 may be connected to one or more processors 102, 202 through various technologies such as wired or wireless connection.
  • the one or more transceivers 106 and 206 may transmit user data, control information, radio signals/channels, and the like mentioned in the methods and/or operation flow charts of this document to one or more other devices.
  • One or more transceivers (106, 206) may receive user data, control information, radio signals/channels, etc. mentioned in the description, functions, procedures, suggestions, methods and/or operation flow charts disclosed in this document from one or more other devices.
  • one or more transceivers 106 and 206 may be connected to one or more processors 102 and 202, and may transmit and receive wireless signals.
  • one or more processors 102, 202 may control one or more transceivers 106, 206 to transmit user data, control information, or radio signals to one or more other devices.
  • one or more processors 102, 202 may control one or more transceivers 106, 206 to receive user data, control information, or radio signals from one or more other devices.
  • one or more transceivers (106, 206) may be connected with one or more antennas (108, 208), and one or more transceivers (106, 206) through one or more antennas (108, 208), the description and functionality disclosed in this document. It may be set to transmit and receive user data, control information, radio signals/channels, and the like mentioned in a procedure, a proposal, a method and/or an operation flowchart.
  • one or more antennas may be a plurality of physical antennas or a plurality of logical antennas (eg, antenna ports).
  • One or more transceivers (106, 206) in order to process the received user data, control information, radio signal / channel, etc. using one or more processors (102, 202), the received radio signal / channel, etc. in the RF band signal. It can be converted into a baseband signal.
  • One or more transceivers 106 and 206 may convert user data, control information, radio signals/channels, etc. processed using one or more processors 102 and 202 from a baseband signal to an RF band signal.
  • one or more of the transceivers 106 and 206 may include (analog) oscillators and/or filters.
  • FIG. 18 illustrates a signal processing circuit for a transmission signal.
  • the signal processing circuit 1000 may include a scrambler 1010, a modulator 1020, a layer mapper 1030, a precoder 1040, a resource mapper 1050, and a signal generator 1060.
  • the operations/functions of FIG. 18 may be performed in processors 102 and 202 and/or transceivers 106 and 206 of FIG. 17.
  • the hardware elements of FIG. 18 may be implemented in the processors 102 and 202 and/or the transceivers 106 and 206 of FIG. 17.
  • blocks 1010 to 1060 may be implemented in the processors 102 and 202 of FIG. 17.
  • blocks 1010 to 1050 may be implemented in the processors 102 and 202 of FIG. 17, and block 1060 may be implemented in the transceivers 106 and 206 of FIG. 17.
  • the codeword may be converted into a wireless signal through the signal processing circuit 1000 of FIG. 18.
  • the codeword is an encoded bit sequence of an information block.
  • the information block may include a transport block (eg, a UL-SCH transport block, a DL-SCH transport block).
  • the radio signal may be transmitted through various physical channels (eg, PUSCH, PDSCH).
  • the codeword may be converted into a scrambled bit sequence by the scrambler 1010.
  • the scramble sequence used for scramble is generated based on an initialization value, and the initialization value may include ID information of a wireless device.
  • the scrambled bit sequence may be modulated by the modulator 1020 into a modulation symbol sequence.
  • the modulation scheme may include pi/2-Binary Phase Shift Keying (pi/2-BPSK), m-Phase Shift Keying (m-PSK), m-Quadrature Amplitude Modulation (m-QAM), and the like.
  • the complex modulation symbol sequence may be mapped to one or more transport layers by the layer mapper 1030.
  • the modulation symbols of each transport layer may be mapped to the corresponding antenna port(s) by the precoder 1040 (precoding).
  • the output z of the precoder 1040 can be obtained by multiplying the output y of the layer mapper 1030 by the N*M precoding matrix W.
  • N is the number of antenna ports
  • M is the number of transmission layers.
  • the precoder 1040 may perform precoding after performing transform precoding (eg, DFT transform) on complex modulation symbols. Also, the precoder 1040 may perform precoding without performing transform precoding.
  • the resource mapper 1050 may map modulation symbols of each antenna port to a time-frequency resource.
  • the time-frequency resource may include a plurality of symbols (eg, CP-OFDMA symbols, DFT-s-OFDMA symbols) in the time domain, and may include a plurality of subcarriers in the frequency domain.
  • CP Cyclic Prefix
  • DAC Digital-to-Analog Converter
  • the signal processing process for the received signal in the wireless device may be configured as the reverse of the signal processing process 1010 to 1060 of FIG. 18.
  • a wireless device eg, 100 and 200 in FIG. 17
  • the received radio signal may be converted into a baseband signal through a signal restorer.
  • the signal restorer may include a frequency downlink converter, an analog-to-digital converter (ADC), a CP canceller, and a Fast Fourier Transform (FFT) module.
  • ADC analog-to-digital converter
  • FFT Fast Fourier Transform
  • the baseband signal may be reconstructed into a codeword through a resource de-mapper process, a postcoding process, a demodulation process, and a de-scramble process.
  • a signal processing circuit for a received signal may include a signal restorer, a resource demapper, a postcoder, a demodulator, a descrambler, and a decoder.
  • FIG 19 shows another example of a wireless device applied to the disclosure of the present specification.
  • the wireless device may be implemented in various forms according to use-examples/services (see FIG. 16).
  • the wireless devices 100 and 200 correspond to the wireless devices 100 and 200 of FIG. 17, and various elements, components, units/units, and/or modules ) Can be composed of.
  • the wireless devices 100 and 200 may include a communication unit 110, a control unit 120, a memory unit 130, and an additional element 140.
  • the communication unit may include a communication circuit 112 and a transceiver(s) 114.
  • the communication circuit 112 may include one or more processors 102 and 202 and/or one or more memories 104 and 204 of FIG. 17.
  • the transceiver(s) 114 may include one or more transceivers 106,206 and/or one or more antennas 108,208 of FIG. 17.
  • the control unit 120 is electrically connected to the communication unit 110, the memory unit 130, and the additional element 140 and controls all operations of the wireless device.
  • the controller 120 may control the electrical/mechanical operation of the wireless device based on the program/code/command/information stored in the memory unit 130.
  • the control unit 120 transmits the information stored in the memory unit 130 to an external (eg, other communication device) through the communication unit 110 through a wireless/wired interface, or through the communication unit 110 to the outside (eg, Information received through a wireless/wired interface from another communication device) may be stored in the memory unit 130.
  • the additional element 140 may be variously configured according to the type of wireless device.
  • the additional element 140 may include at least one of a power unit/battery, an I/O unit, a driving unit, and a computing unit.
  • wireless devices include robots (FIGS. 16, 100a), vehicles (FIGS. 16, 100b-1, 100b-2), XR devices (FIGS. 16, 100c), portable devices (FIGS. 16, 100d), and home appliances. (FIGS. 16, 100e), IoT devices (FIGS. 16, 100f), digital broadcasting terminals, hologram devices, public safety devices, MTC devices, medical devices, fintech devices (or financial devices), security devices, climate/environment devices, It may be implemented in the form of an AI server/device (FIGS. 16 and 400), a base station (FIGS. 16 and 200), and a network node.
  • the wireless device can be used in a mobile or fixed location depending on the use-example/service.
  • various elements, components, units/units, and/or modules in the wireless devices 100 and 200 may be connected to each other through a wired interface, or at least part of them may be wirelessly connected through the communication unit 110.
  • the control unit 120 and the communication unit 110 are connected by wire, and the control unit 120 and the first unit (eg, 130, 140) are connected through the communication unit 110.
  • the control unit 120 and the first unit eg, 130, 140
  • each element, component, unit/unit, and/or module in the wireless device 100 and 200 may further include one or more elements.
  • the controller 120 may be configured with one or more processor sets.
  • control unit 120 may be composed of a set of a communication control processor, an application processor, an electronic control unit (ECU), a graphic processing processor, and a memory control processor.
  • memory unit 130 includes random access memory (RAM), dynamic RAM (DRAM), read only memory (ROM), flash memory, volatile memory, and non-volatile memory. volatile memory) and/or a combination thereof.
  • Degree 20 is It shows an example of a vehicle or an autonomous vehicle applied to the disclosure of the present specification.
  • the vehicle or autonomous vehicle may be implemented as a mobile robot, a vehicle, a train, an aerial vehicle (AV), or a ship.
  • AV aerial vehicle
  • the vehicle or autonomous vehicle 100 includes an antenna unit 108, a communication unit 110, a control unit 120, a driving unit 140a, a power supply unit 140b, a sensor unit 140c, and autonomous driving. It may include a unit (140d).
  • the antenna unit 108 may be configured as a part of the communication unit 110.
  • Blocks 110/130/140a to 140d correspond to blocks 110/130/140 of FIG. 19, respectively.
  • the communication unit 110 may transmit and receive signals (eg, data, control signals, etc.) with external devices such as other vehicles, base stations (e.g. base stations, roadside base stations, etc.), and servers.
  • the controller 120 may perform various operations by controlling elements of the vehicle or the autonomous vehicle 100.
  • the control unit 120 may include an Electronic Control Unit (ECU).
  • the driving unit 140a may cause the vehicle or the autonomous vehicle 100 to travel on the ground.
  • the driving unit 140a may include an engine, a motor, a power train, a wheel, a brake, a steering device, and the like.
  • the power supply unit 140b supplies power to the vehicle or the autonomous vehicle 100, and may include a wired/wireless charging circuit, a battery, and the like.
  • the sensor unit 140c may obtain vehicle status, surrounding environment information, user information, and the like.
  • the sensor unit 140c is an IMU (inertial measurement unit) sensor, a collision sensor, a wheel sensor, a speed sensor, an inclination sensor, a weight detection sensor, a heading sensor, a position module, and a vehicle advancement. /Reverse sensor, battery sensor, fuel sensor, tire sensor, steering sensor, temperature sensor, humidity sensor, ultrasonic sensor, illumination sensor, pedal position sensor, etc. may be included.
  • the autonomous driving unit 140d is a technology for maintaining a driving lane, a technology for automatically adjusting the speed such as adaptive cruise control, a technology for automatically driving along a predetermined route, and for driving by automatically setting a route when a destination is set. Technology, etc. can be implemented.
  • the communication unit 110 may receive map data and traffic information data from an external server.
  • the autonomous driving unit 140d may generate an autonomous driving route and a driving plan based on the acquired data.
  • the controller 120 may control the driving unit 140a so that the vehicle or the autonomous driving vehicle 100 moves along the autonomous driving path according to the driving plan (eg, speed/direction adjustment).
  • the communication unit 110 asynchronously/periodically acquires the latest traffic information data from an external server, and may acquire surrounding traffic information data from surrounding vehicles.
  • the sensor unit 140c may acquire vehicle state and surrounding environment information.
  • the autonomous driving unit 140d may update the autonomous driving route and the driving plan based on the newly acquired data/information.
  • the communication unit 110 may transmit information about a vehicle location, an autonomous driving route, and a driving plan to an external server.
  • the external server may predict traffic information data in advance using AI technology or the like based on information collected from the vehicle or autonomously driving vehicles, and may provide the predicted traffic information data to the vehicle or autonomously driving vehicles.
  • 21 illustrates an AI device applied to the disclosure of the present specification.
  • AI devices are fixed devices such as TVs, projectors, smartphones, PCs, notebooks, digital broadcasting terminals, tablet PCs, wearable devices, set-top boxes (STBs), radios, washing machines, refrigerators, digital signage, robots, vehicles, etc. It can be implemented with possible devices.
  • the AI device 100 includes a communication unit 110, a control unit 120, a memory unit 130, an input/output unit 140a/140b, a running processor unit 140c, and a sensor unit 140d. It may include. Blocks 110 to 130/140a to 140d correspond to blocks 110 to 130/140 of FIG. 19, respectively.
  • the communication unit 110 uses wired/wireless communication technology to provide external devices such as other AI devices (eg, FIGS. 16, 100x, 200, 400) or AI servers (eg, 400 in FIG. 16) and wired/wireless signals (eg, sensor information). , User input, learning model, control signals, etc.). To this end, the communication unit 110 may transmit information in the memory unit 130 to an external device or may transmit a signal received from the external device to the memory unit 130.
  • AI devices eg, FIGS. 16, 100x, 200, 400
  • AI servers eg, 400 in FIG. 16
  • wired/wireless signals eg, sensor information
  • the communication unit 110 may transmit information in the memory unit 130 to an external device or may transmit a signal received from the external device to the memory unit 130.
  • the controller 120 may determine at least one executable operation of the AI device 100 based on information determined or generated using a data analysis algorithm or a machine learning algorithm. In addition, the controller 120 may perform a determined operation by controlling the components of the AI device 100. For example, the control unit 120 may request, search, receive, or utilize data from the learning processor unit 140c or the memory unit 130, and may be a predicted or desirable operation among at least one executable operation. Components of the AI device 100 can be controlled to execute the operation. In addition, the control unit 120 collects history information including the operation content or user's feedback on the operation of the AI device 100 and stores it in the memory unit 130 or the running processor unit 140c, or the AI server ( 16 and 400). The collected history information can be used to update the learning model.
  • the memory unit 130 may store data supporting various functions of the AI device 100.
  • the memory unit 130 may store data obtained from the input unit 140a, data obtained from the communication unit 110, output data from the running processor unit 140c, and data obtained from the sensing unit 140.
  • the memory unit 130 may store control information and/or software codes necessary for the operation/execution of the controller 120.
  • the input unit 140a may acquire various types of data from the outside of the AI device 100.
  • the input unit 140a may acquire training data for model training and input data to which the training model is to be applied.
  • the input unit 140a may include a camera, a microphone, and/or a user input unit.
  • the output unit 140b may generate output related to visual, auditory or tactile sense.
  • the output unit 140b may include a display unit, a speaker, and/or a haptic module.
  • the sensing unit 140 may obtain at least one of internal information of the AI device 100, surrounding environment information of the AI device 100, and user information by using various sensors.
  • the sensing unit 140 may include a proximity sensor, an illuminance sensor, an acceleration sensor, a magnetic sensor, a gyro sensor, an inertial sensor, an RGB sensor, an IR sensor, a fingerprint recognition sensor, an ultrasonic sensor, an optical sensor, a microphone, and/or a radar. have.
  • the learning processor unit 140c may train a model composed of an artificial neural network using the training data.
  • the running processor unit 140c may perform AI processing together with the running processor unit of the AI server (FIGS. 16 and 400 ).
  • the learning processor unit 140c may process information received from an external device through the communication unit 110 and/or information stored in the memory unit 130.
  • the output value of the learning processor unit 140c may be transmitted to an external device through the communication unit 110 and/or may be stored in the memory unit 130.
  • FIG. 22 is a detailed block diagram of the configuration of the processor shown in FIG. 17.
  • the processor 1020 in which the disclosure of the present specification is implemented includes a plurality of circuits to implement the proposed functions, procedures, and/or methods described herein. can do.
  • the processor 1020 may include a first circuit 1020-1 and a second circuit 1020-2.
  • the processor 1020 may include more circuits. Each circuit may include a plurality of transistors.
  • the terminal (eg, UE) described in the disclosure of the present specification includes a chipset (eg, a processor 102 or 202) including the first circuit 1020-1 and the second circuit 1020-2 of FIG. 22. I can.
  • a chipset eg, processor 102 or 202
  • Such a chipset may perform the operation of a terminal (eg, UE) described in the disclosure of this specification.
  • the first circuit 1010-1 performs operations related to MUSIM indication (or information) such as generation, storage, and/or transmission of MUSIM indication (or information) among the operations of the terminal described in the disclosure of this specification. can do.
  • the second circuit 1020-2 is an operation related to the caller's ID information, such as receiving and storing the caller's ID information (eg, caller ID information, sender ID information) among the operations of the terminal described in the disclosure of this specification. Can be done. Also, the second circuit 1020-2 may determine whether to perform a service request procedure for another PLMN based on the ID information of the caller.
  • the caller's ID information eg, caller ID information, sender ID information
  • the claims set forth herein may be combined in a variety of ways.
  • the technical features of the method claims of the present specification may be combined to be implemented as a device, and the technical features of the device claims of the present specification may be combined to be implemented by a method.
  • the technical characteristics of the method claim of the present specification and the technical characteristics of the device claim may be combined to be implemented as a device, and the technical characteristics of the method claim of the present specification and the technical characteristics of the device claim may be combined to be implemented by a method.

Landscapes

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

Abstract

본 명세서의 일 개시는 제1 네트워크의 AMF 노드가 복수의 SIM에 기초한 통신을 수행하는 방법을 제공한다. 상기 방법은, 제1 네트워크의 기지국을 통해 단말로부터 등록 요청 메시지를 수신하는 단계; 제1 네트워크의 SMF 노드로부터 상기 단말의 PDU Session을 활성화를 요청하는 정보를 포함하는 제1 메시지를 수신하는 단계; 하향링크 데이터와 관련된 발신자의 ID 정보를 포함하는 제2 메시지를 수신하는 단계; 및 발신자의 ID 정보를 포함하는 페이징 메시지 또는 Non Access Stratum (NAS) 통지 메시지를 상기 제1 네트워크의 기지국을 통해 단말에게 전송하는 단계를 포함할 수 있다.

Description

복수의 SIM에 기초한 발신자 정보 확인
본 명세서는 이동통신에 관한 것이다.
4세대 이동통신을 위한 LTE(long term evolution)/LTE-Advanced(LTE-A)의 성공에 힘입어, 차세대, 즉 5세대(소위 5G) 이동통신에 대한 관심도 높아지고 있고, 연구도 속속 진행되고 있다.
상기 5세대(소위 5G) 이동통신을 위해서 새로운 무선 액세스 기술(new radio access technology: New RAT 또는 NR)이 연구되어 왔다.
국제전기통신연합(ITU)이 정의하는　5세대 이동통신은 최대　20Gbps의 데이터 전송 속도와 어디에서든 최소　100Mbps　이상의 체감 전송 속도를 제공하는 것을 말한다. 정식 명칭은　‘IMT-2020’이며 세계적으로　2020년에 상용화하는 것을 목표로 하고 있다.
4G 네트워크, 5G 네트워크 등과 같은 3rd Generation Partnership Project (3GPP) 시스템에서, 복수의 SIM(Subscriber Identity Module)을 지원하는 단말들이 존재한다. 예를 들어, 단말이 2개의 SIM(예: PLMN 1에 관련된 제1 SIM 및 PLMN 2에 관련된 제2 SIM)을 포함하고 있는 상황에서, 단말이 각각의 SIM에 기초하여 PLMN 1 및 PLMN 2에 등록할 수 있다.
이 경우, 단말은 Idle 상태에서 PLMN 1 및 PLMN 2 양쪽의 페이징을 모두 모니터링해야 하는데, PLMN 1의 페이징 기회와 PLMN 2의 페이징 기회가 중복(중첩)되는 경우, 단말은 한 번에 하나의 PLMN만 모니터링한다는 문제가 있다. 또한, 단말이 PLMN 1으로부터 서비스를 제공받는 동안, 단말은 PLMN 2에 대한 모니터링을 수행하지 못한다는 문제가 있다.
단말이 PLMN 1에서 서비스를 받고 있는 상황에서, PLMN 2에서 단말에 대한 MT 서비스가 발생할 수 있다. 이 경우, 단말이 PLMN 2에 대한 모니터링을 성공하더라도, 종래에는 단말이 PLMN 2에서 MT 서비스가 발생했다는 사실만 인지할 수 있었다. 즉, 단말은 PLMN 2에서 발생한 MT 서비스에 대한 정보(예: 발신자의 전화번호, SMS의 발신 전화번호 등)를 알지 못하고, PLMN 2에서 서비스가 발생했다는 사실만 인지한다는 문제가 있었다. 이로 인해, 단말은 PLMN 2에서 발생한 서비스에 대한 정보를 사용자에게 제공하지 못했다. 단말 및/또는 사용자는 PLMN 2에서 발생한 서비스에 대한 정보를 구체적으로 알지 못한 상태에서 PLMN 2에서 서비스를 받을지 여부를 결정해야 한다는 문제점이 있었다.
따라서, 복수의 SIM을 지원하는 단말과 네트워크 간의 통신이 효율적으로 수행될 수 있는 방안이 논의될 필요가 있다.
따라서, 본 명세서의 일 개시는 전술한 문제점을 해결할 수 있는 방안을 제시하는 것을 목적으로 한다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 제1 네트워크의 AMF 노드가 복수의 SIM에 기초한 통신을 수행하는 방법을 제공한다. 상기 방법은, 제1 네트워크의 기지국을 통해 단말로부터 등록 요청 메시지를 수신하는 단계; 제1 네트워크의 SMF 노드로부터 상기 단말의 PDU Session을 활성화 하기 위한 정보를 포함하는 제1 메시지를 수신하는 단계; 하향링크 데이터와 관련된 발신자의 ID 정보를 포함하는 제2 메시지를 수신하는 단계; 및 발신자의 ID 정보를 포함하는 페이징 메시지 또는 Non Access Stratum (NAS) 통지 메시지를 상기 제1 네트워크의 기지국을 통해 단말에게 전송하는 단계를 포함할 수 있다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 단말이 복수의 SIM에 기초한 통신을 수행하는 방법을 제공한다. 상기 방법은, 복수의 SIM과 관련된 정보를 포함하는 등록 요청 메시지를 제1 네트워크의 기지국을 통해 상기 제1 네트워크의 AMF 노드에게 전송하는 단계; 상기 복수의 SIM과 관련된 정보를 포함하는 SIP 등록 메시지를 상기 제1 네트워크의 기지국을 통해 상기 제1 네트워크의 P-CSCF 노드에게 전송하는 단계; 및 상기 단말이 제2 네트워크에서 통신을 수행하는 동안, 발신자의 ID 정보 및 상기 단말의 서비스 종류에 관련된 정보를 포함하는 페이징 메시지 또는 Non Access Stratum (NAS) 통지 메시지를 상기 제1 네트워크의 기지국을 통해 상기 제1 네트워크의 AMF 노드로부터 수신하는 단계를 포함할 수 있다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 복수의 SIM에 기초한 통신을 수행하는 제1 네트워크의 네트워크 노드를 제공할 수 있다. 네트워크 노드는 적어도 하나의 프로세서; 및 명령어를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게 전기적으로 연결가능한, 적어도 하나의 메모리를 포함할 수 있다. 상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은: 제1 네트워크의 기지국을 통해 단말로부터 등록 요청 메시지를 수신하는 단계; 제1 네트워크의 SMF 노드로부터 상기 단말의 PDU Session을 활성화를 요청하는 정보를 포함하는 제1 메시지를 수신하는 단계; 하향링크 데이터와 관련된 발신자의 ID 정보를 포함하는 제2 메시지를 수신하는 단계; 및 발신자의 ID 정보를 포함하는 페이징 메시지 또는 Non Access Stratum (NAS) 통지 메시지를 상기 제1 네트워크의 기지국을 통해 단말에게 전송하는 단계를 포함할 수 있다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 복수의 SIM에 기초한 통신을 수행하는 무선 통신 장치를 제공할 수 있다. 무선 통신 장치는 적어도 하나의 프로세서; 및 명령어를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게 전기적으로 연결가능한, 적어도 하나의 메모리를 포함할 수 있다. 상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은: 복수의 SIM과 관련된 정보를 포함하는 등록 요청 메시지를 제1 네트워크의 기지국을 통해 상기 제1 네트워크의 AMF 노드에게 전송하는 단계; 상기 복수의 SIM과 관련된 정보를 포함하는 SIP 등록 메시지를 상기 제1 네트워크의 기지국을 통해 상기 제1 네트워크의 UPF 노드에게 전송하는 단계; 및 상기 단말이 제2 네트워크에서 통신을 수행하는 동안, 발신자의 ID 정보 및 상기 단말에 대한 하향링크 데이터의 서비스 종류에 관련된 정보를 포함하는 페이징 메시지 또는 Non Access Stratum (NAS) 통지 메시지를 상기 제1 네트워크의 기지국을 통해 상기 제1 네트워크의 AMF 노드로부터 수신하는 단계를 포함할 수 있다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 이동통신에서의 장치를 제공할 수 있다. 무선 통신 장치는 적어도 하나의 프로세서; 및 명령어를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게 전기적으로 연결가능한, 적어도 하나의 메모리를 포함할 수 있다. 상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은: 복수의 SIM과 관련된 정보를 포함하는 등록 요청 메시지를 생성하는 단계; 상기 복수의 SIM과 관련된 정보를 포함하는 SIP 등록 메시지를 생성하는 단계; 및 상기 장치가 제2 네트워크에서 통신을 수행하는 동안, 발신자의 ID 정보 및 상기 단말에 대한 하향링크 데이터의 서비스 종류에 관련된 정보를 포함하는 페이징 메시지 또는 NAS 통지 메시지를 식별하는 단계를 포함할 수 있다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 명령어들을 기록하고 있는 비휘발성(non-volatile) 컴퓨터 판독가능 저장 매체를 포함할 수 있다. 상기 명령어들은, 하나 이상의 프로세서들에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금: 복수의 SIM과 관련된 정보를 포함하는 등록 요청 메시지를 생성하는 단계; 상기 복수의 SIM과 관련된 정보를 포함하는 SIP 등록 메시지를 생성하는 단계; 및 상기 장치가 제2 네트워크에서 통신을 수행하는 동안, 발신자의 ID 정보 및 상기 단말에 대한 하향링크 데이터의 서비스 종류에 관련된 정보를 포함하는 페이징 메시지 또는 NAS 통지 메시지를 식별하는 단계를 수행하도록 할 수 있다.
본 명세서의 개시에 의하면, 종래 기술의 문제점을 해결할 수 있다.
본 명세서의 구체적인 일례를 통해 얻을 수 있는 효과는 이상에서 나열된 효과로 제한되지 않는다. 예를 들어, 관련된 기술분야의 통상의 지식을 자긴 자(a person having ordinary skill in the related art)가 본 명세서로부터 이해하거나 유도할 수 있는 다양한 기술적 효과가 존재할 수 있다. 이에 따라 본 명세서의 구체적인 효과는 본 명세서에 명시적으로 기재된 것에 제한되지 않고, 본 명세서의 기술적 특징으로부터 이해되거나 유도될 수 있는 다양한 효과를 포함할 수 있다.
도 1은 차세대 이동통신 네트워크의 구조도이다.
도 2는 차세대 이동통신의 예상 구조를 노드 관점에서 나타낸 예시도이다.
도 3은 2개의 데이터 네트워크에 대한 동시 액세스를 지원하기 위한 아키텍처를 나타낸 예시도이다.
도 4는 UE과 gNB 사이의 무선 인터페이스 프로토콜(Radio Interface Protocol)의 구조를 나타낸 다른 예시도이다.
도 5a 및 도 5b는 예시적인 등록 절차를 나타낸 신호 흐름도이다.
도 6a 내지 도 6c는 예시적인 UE 개시 서비스 요청 절차를 나타낸 신호 흐름도이다.
도 7은 페이징 기회가 중첩되는 예시를 나타낸 도면이다.
도 8a 내지 도 8c는 본 명세서의 제1 개시의 제1 예시에 따른 신호 흐름도의 예시를 나타낸 도면이다.
도 9는 본 명세서의 제1 개시의 제2 예시에 따른 신호 흐름도의 예시를 나타낸 도면이다.
도 10는 본 명세서의 제1 개시의 제3 예시에 따른 등록 절차의 예시를 나타낸 도면이다.
도 11는 본 명세서의 제1 개시의 제3 예시에 따른 SMS의 발신자 정보를 확인하기 위한 예시를 나타낸 도면이다.
도 12a 및 도 12b는 본 명세서의 제1 개시의 제4 예시에 따른 신호 흐름도의 예시를 나타낸 도면이다.
도 13은 본 명세서의 제1 개시의 제5 예시에 따른 등록 절차의 예시를 나타낸 도면이다.
도 14는 본 명세서의 제1 개시의 제5 예시에 따른 SMS의 발신자 정보를 확인하기 위한 예시를 나타낸 도면이다.
도 15a 및 도 15b는 본 명세서의 제2 개시의 제1 예시에 따른 신호 흐름도의 예시를 나타낸 도면이다.
도 16은 본 명세서의 개시에 적용되는 통신 시스템(1)을 예시한다.
도 17은 본 명세서의 개시에 적용될 수 있는 무선 기기를 예시한다.
도 18는 전송 신호를 위한 신호 처리 회로를 예시한다.
도 19은 본 명세서의 개시에 적용되는 무선 기기의 다른 예를 나타낸다.
도 20는 본 명세서의 개시에 적용되는 차량 또는 자율 주행 차량의 예시를 나타낸다.
도 21는 본 명세서의 개시에 적용되는 AI 기기를 예시한다.
도 22는 도 17에 도시된 프로세서의 상세 구성 블록도를 나타낸다.
본 명세서에서 사용되는 기술적 용어는 단지 특정한 실시 예를 설명하기 위해 사용된 것으로, 본 명세서의 내용을 한정하려는 의도가 아님을 유의해야 한다. 또한, 본 명세서에서 사용되는 기술적 용어는 본 명세서에서 특별히 다른 의미로 정의되지 않는 한, 본 명세서의 개시가 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 의미로 해석되어야 하며, 과도하게 포괄적인 의미로 해석되거나, 과도하게 축소된 의미로 해석되지 않아야 한다. 또한, 본 명세서에서 사용되는 기술적인 용어가 본 명세서의 내용과 사상을 정확하게 표현하지 못하는 잘못된 기술적 용어일 때에는, 당업자가 올바르게 이해할 수 있는 기술적 용어로 대체되어 이해되어야 할 것이다. 또한, 본 명세서에서 사용되는 일반적인 용어는 사전에 정의되어 있는 바에 따라, 또는 전후 문맥상에 따라 해석되어야 하며, 과도하게 축소된 의미로 해석되지 않아야 한다.
또한, 본 명세서에서 사용되는 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 출원에서, 구성된다 또는 가지다 등의 용어는 명세서 상에 기재된 여러 구성 요소들, 또는 여러 단계들을 반드시 모두 포함하는 것으로 해석되지 않아야 하며, 그 중 일부 구성 요소들 또는 일부 단계들은 포함되지 않을 수도 있고, 또는 추가적인 구성 요소 또는 단계들을 더 포함할 수 있는 것으로 해석되어야 한다.
또한, 본 명세서에서 사용되는 제1, 제2 등과 같이 서수를 포함하는 용어는 다양한 구성 요소들을 설명하는데 사용될 수 있지만, 상기 구성 요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성 요소를 다른 구성 요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 권리 범위를 벗어나지 않으면서 제1 구성 요소는 제2 구성 요소로 명명될 수 있고, 유사하게 제2 구성 요소도 제1 구성 요소로 명명될 수 있다.
어떤 구성 요소가 다른 구성 요소에 연결되어 있다거나 접속되어 있다고 언급된 때에는, 그 다른 구성 요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성 요소가 존재할 수도 있다. 반면에, 어떤 구성 요소가 다른 구성 요소에 직접 연결되어 있다거나 직접 접속되어 있다고 언급된 때에는, 중간에 다른 구성 요소가 존재하지 않는 것으로 이해되어야 할 것이다.
이하, 첨부된 도면을 참조하여 실시예를 상세히 설명하되, 도면 부호에 관계없이 동일하거나 유사한 구성 요소는 동일한 참조 번호를 부여하고 이에 대한 중복되는 설명은 생략하기로 한다. 또한, 본 명세서의 내용을 설명함에 있어서 관련된 공지 기술에 대한 구체적인 설명이 본 명세서의 요지를 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다. 또한, 첨부된 도면은 본 명세서의 내용과 사상을 쉽게 이해할 수 있도록 하기 위한 것일뿐, 첨부된 도면에 의해 본 명세서의 내용과 사상이 제한되는 것으로 해석되어서는 아니됨을 유의해야 한다. 본 명세서의 내용과 사상은 첨부된 도면외에 모든 변경, 균등물 내지 대체물에 까지도 확장되는 것으로 해석되어야 한다.
본 명세서에서 “A 또는 B(A or B)”는 “오직 A”, “오직 B” 또는 “A와 B 모두”를 의미할 수 있다. 달리 표현하면, 본 명세서에서 “A 또는 B(A or B)”는 “A 및/또는 B(A and/or B)”으로 해석될 수 있다. 예를 들어, 본 명세서에서 “A, B 또는 C(A, B or C)”는 “오직 A”, “오직 B”, “오직 C”, 또는 “A, B 및 C의 임의의 모든 조합(any combination of A, B and C)”를 의미할 수 있다.
본 명세서에서 사용되는 슬래쉬(/)나 쉼표(comma)는 “및/또는(and/or)”을 의미할 수 있다. 예를 들어, “A/B”는 “A 및/또는 B”를 의미할 수 있다. 이에 따라 “A/B”는 “오직 A”, “오직 B”, 또는 “A와 B 모두”를 의미할 수 있다. 예를 들어, “A, B, C”는 “A, B 또는 C”를 의미할 수 있다.
본 명세서에서 “적어도 하나의 A 및 B(at least one of A and B)”는, “오직 A”, “오직 B” 또는 “A와 B 모두”를 의미할 수 있다. 또한, 본 명세서에서 “적어도 하나의 A 또는 B(at least one of A or B)”나 “적어도 하나의 A 및/또는 B(at least one of A and/or B)”라는 표현은 “적어도 하나의 A 및 B(at least one of A and B)”와 동일하게 해석될 수 있다.
또한, 본 명세서에서 “적어도 하나의 A, B 및 C(at least one of A, B and C)”는, “오직 A”, “오직 B”, “오직 C”, 또는 “A, B 및 C의 임의의 모든 조합(any combination of A, B and C)”를 의미할 수 있다. 또한, “적어도 하나의 A, B 또는 C(at least one of A, B or C)”나 “적어도 하나의 A, B 및/또는 C(at least one of A, B and/or C)”는 “적어도 하나의 A, B 및 C(at least one of A, B and C)”를 의미할 수 있다.
또한, 본 명세서에서 사용되는 괄호는 “예를 들어(for example)”를 의미할 수 있다. 구체적으로, “제어 정보(PDCCH)”로 표시된 경우, “제어 정보”의 일례로 “PDCCH”가 제안된 것일 수 있다. 달리 표현하면 본 명세서의 “제어 정보”는 “PDCCH”로 제한(limit)되지 않고, “PDDCH”가 “제어 정보”의 일례로 제안될 것일 수 있다. 또한, “제어 정보(즉, PDCCH)”로 표시된 경우에도, “제어 정보”의 일례로 “PDCCH”가 제안된 것일 수 있다.
본 명세서에서 하나의 도면 내에서 개별적으로 설명되는 기술적 특징은, 개별적으로 구현될 수도 있고, 동시에 구현될 수도 있다.
첨부된 도면에서는 예시적으로 UE(User Equipment)가 도시되어 있으나, 도시된 상기 UE는 단말(Terminal), ME(Mobile Equipment), 등의 용어로 언급될 수 도 있다. 또한, 상기 UE는 노트북, 휴대폰, PDA, 스마트 폰(Smart Phone), 멀티미디어 기기등과 같이 휴대 가능한 기기일 수 있거나, PC, 차량 탑재 장치와 같이 휴대 불가능한 기기일 수 있다.
이하에서, UE는 무선 통신이 가능한 무선 통신 기기(또는 무신 장치, 또는 무선 기기)의 예시로 사용된다. UE가 수행하는 동작은 무선 통신 기기에 의해 수행될 수 있다. 무선 통신 기기는 무선 장치, 무선 기기 등으로도 지칭될 수도 있다. 이하에서, AMF는 AMF 노드를 의미하고, SMF는 SMF 노드를 의미하고, UPF는 UPF 노드를 의미할 수 있다.
이하에서 사용되는 용어인 기지국은, 일반적으로 무선기기와 통신하는 고정된 지점(fixed station)을 말하며, eNodeB(evolved-NodeB), eNB(evolved-NodeB), BTS(Base Transceiver System), 액세스 포인트(Access Point), gNB(Next generation NodeB) 등 다른 용어로 불릴 수 있다.
I. 본 명세서의 개시에 적용될 수 있는 기술 및 절차
도 1은 차세대 이동통신 네트워크의 구조도이다 .
5GC(5G Core)는 다양한 구성요소들을 포함할 수 있으며, 도 1에서는 그 중에서 일부에 해당하는 AMF(액세스 및 이동성 관리 기능: Access and Mobility Management Function)(410)와 SMF(세션 관리 기능: Session Management Function)(420)와 PCF(정책 제어 기능: Policy Control Function)(430), UPF(사용자 평면 기능: User Plane Function)(440), AF(애플리케이션 기능: Application Function)(450), UDM(통합 데이터 관리: Unified Data Management)(460), N3IWF(Non-3GPP Inter Working Function)(490)를 포함한다.
UE(100)는 gNB(20)를 포함하는 NG-RAN(Next Generation Radio Access Network)를 통해 UPF(440)를 거쳐 데이터 네트워크으로 연결된다.
UE(100)는 신뢰되지 않는 비-3GPP 액세스, 예컨대, WLAN(Wireless Local Area Network)를 통해서도 데이터 서비스를 제공받을 수 있다. 상기 비-3GPP 액세스를 코어 네트워크에 접속시키기 위하여, N3IWF(490)가 배치될 수 있다.
도시된 N3IWF(490)는 비-3GPP 액세스와 5G 시스템 간의 인터워킹을 관리하는 기능을 수행한다. UE(100)가 비-3GPP 액세스(e.g., IEEE 801.11로 일컬어 지는 WiFi)와 연결된 경우, UE(100)는 N3IWF(490)를 통해 5G 시스템과 연결될 수 있다. N3IWF(490)는 제어 시그너링은 AMF(410)와 수행하고, 데이터 전송을 위해 N3 인터페이스를 통해 UPF(440)와 연결된다.
도시된 AMF(410)는 5G 시스템에서 액세스 및 이동성을 관리할 수 있다. AMF(410)는 NAS 보안을 관리하는 기능을 수행할 수 있다. AMF(410)는 아이들 상태(Idle State)에서 이동성을 핸들링하는 기능을 수행할 수 있다.
도시된 UPF(440)는 사용자의 데이터가 송수신되는 게이트웨이의 일종이다. 상기 UPF 노드(440)는 4세대 이동통신의 S-GW(Serving Gateway) 및 P-GW(Packet Data Network Gateway)의 사용자 평면 기능의 전부 또는 일부를 수행할 수 있다.
UPF(440)는 차세대 무선 접속 네트워크(NG-RAN: next generation RAN)와 코어 네트워크 사이의 경계점으로 동작하고, gNB(20)와 SMF(420) 사이의 데이터 경로를 유지하는 요소이다. 또한 UE(100)가 gNB(20)에 의해서 서빙되는 영역에 걸쳐 이동하는 경우, UPF(440)는 이동성 앵커 포인트(mobility anchor point)역할을 한다. UPF(440)는 PDU를 핸들링하는 기능을 수행할 수 있다. NG-RAN(3GPP 릴리즈-15 이후에서 정의되는 Next Generation-Radio Access Network) 내에서의 이동성을 위해 UPF는 패킷들이 라우팅될 수 있다. 또한, UPF(440)는 다른 3GPP 네트워크(3GPP 릴리즈-15 전에 정의되는 RAN, 예를 들어, UTRAN, E-UTRAN(Evolved-UMTS(Universal Mobile Telecommunications System) Terrestrial Radio Access Network)) 또는 GERAN(GSM(Global System for Mobile Communication)/EDGE(Enhanced Data rates for Global Evolution) Radio Access Network)와의 이동성을 위한 앵커 포인트로서 기능할 수도 있다. UPF(440)는 데이터 네트워크를 향한 데이터 인터페이스의 종료점(termination point)에 해당할 수 있다
도시된 PCF(430)는 사업자의 정책을 제어하는 노드이다.
도시된 AF(450)는 UE(100)에게 여러 서비스를 제공하기 위한 서버이다.
도시된 UDM(460)은 4세대 이동통신의 HSS(Home subscriber Server)와 같이, 가입자 정보를 관리하는 서버의 일종이다. 상기 UDM(460)은 상기 가입자 정보를 통합 데이터 저장소(Unified Data Repository: UDR)에 저장하고 관리한다.
도시된 SMF(420)는 UE의 IP(Internet Protocol) 주소를 할당하는 기능을 수행할 수 있다. 그리고, SMF(420)는 PDU(protocol data unit) 세션을 제어할 수 있다.
참고로, 이하에서 AMF(410), SMF(420), PCF (430), UPF(440), AF(450), UDM(460), N3IWF(490), gNB(20), 또는 UE(100)에 대한 도면 부호는 생략될 수 있다.
5세대 이동통신은 다양한 5G 서비스들을 지원하기 위한 다수의 뉴머롤로지(numerology) 혹은 SCS(subcarrier spacing)를 지원한다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드들에서의 넓은 영역(wide area)를 지원하며, SCS가 30kHz/60kHz인 경우, 밀집한-도시(dense-urban), 더 낮은 지연(lower latency) 및 더 넓은 캐리어 대역폭(wider carrier bandwidth)를 지원하며, SCS가 60kHz 또는 그보다 높은 경우, 위상 잡음(phase noise)를 극복하기 위해 24.25GHz보다 큰 대역폭을 지원한다.
NR 주파수 밴드(frequency band)는 2가지 type(FR1, FR2)의 주파수 범위(frequency range)로 정의될 수 있다. 주파수 범위의 수치는 변경될 수 있으며, 예를 들어, 2가지 type(FR1, FR2)의 주파수 범위는 하기 표 1과 같을 수 있다. 설명의 편의를 위해 NR 시스템에서 사용되는 주파수 범위 중 FR1은 “sub 6GHz range”를 의미할 수 있고, FR2는 “above 6GHz range”를 의미할 수 있고 밀리미터 웨이브(millimeter wave, mmWave)로 불릴 수 있다.
Frequency Range designation Corresponding frequency range Subcarrier Spacing
FR1 450MHz - 6000MHz 15, 30, 60kHz
FR2 24250MHz - 52600MHz 60, 120, 240kHz
상술한 바와 같이, NR 시스템의 주파수 범위의 수치는 변경될 수 있다. 예를 들어, FR1은 하기 표 2와 같이 410MHz 내지 7125MHz의 대역을 포함할 수 있다. 즉, FR1은 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역을 포함할 수 있다. 예를 들어, FR1 내에서 포함되는 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역은 비면허 대역(unlicensed band)을 포함할 수 있다. 비면허 대역은 다양한 용도로 사용될 수 있고, 예를 들어 차량을 위한 통신(예를 들어, 자율주행)을 위해 사용될 수 있다.
Frequency Range designation Corresponding frequency range Subcarrier Spacing
FR1 410MHz - 7125MHz 15, 30, 60kHz
FR2 24250MHz - 52600MHz 60, 120, 240kHz
도 2는 차세대 이동통신의 예상 구조를 노드 관점에서 나타낸 예시도이다.
도 2을 참조하여 알 수 있는 바와 같이, UE는 차세대 RAN(Radio Access Network)를 통해 데이터 네트워크(DN)와 연결된다.
도시된 제어 평면 기능(Control Plane Function; CPF) 노드는 4세대 이동통신의 MME(Mobility Management Entity)의 기능 전부 또는 일부, S-GW(Serving Gateway) 및 P-GW(PDN Gateway)의 제어 평면 기능의 전부 또는 일부를 수행한다. 상기 CPF 노드는 AMF(Access and Mobility Management Function)와 SMF(Session Management Function)을 포함한다.
도시된 사용자 평면 기능(User Plane Function; UPF) 노드는 사용자의 데이터가 송수신되는 게이트웨이의 일종이다. 상기 UPF 노드는 4세대 이동통신의 S-GW 및 P-GW의 사용자 평면 기능의 전부 또는 일부를 수행할 수 있다.
도시된 PCF(Policy Control Function)는 사업자의 정책을 제어하는 노드이다.
도시된 애플리케이션 기능(Application Function: AF)은 UE에게 여러 서비스를 제공하기 위한 서버이다.
도시된 통합 데이터 저장 관리(Unified Data Management: UDM)은 4세대 이동통신의 HSS(Home subscriber Server)와 같이, 가입자 정보를 관리하는 서버의 일종이다. 상기 UDM은 상기 가입자 정보를 통합 데이터 저장소(Unified Data Repository: UDR)에 저장하고 관리한다.
도시된 인증 서버 기능(Authentication Server Function: AUSF)는 UE를 인증 및 관리한다.
도시된 네트워크 슬라이스 선택 기능(Network Slice Selection Function: NSSF)는 후술하는 바와 같은 네트워크 슬라이싱을 위한 노드이다.
도시된 네트워크 공개 기능(Network Exposure Function: NEF)는 5G 코어의 서비스와 기능을 안전하게 공개하는 메커니즘을 제공하기 위한 노드이다. 예를 들어, NEF는 기능들과 이벤트들을 공개하고, 외부 애플리케이션으로부터 3GPP 네트워크로 안전하게 정보를 제공하고, 내부/외부 정보를 번역하고, 제어 평면 파라미터를 제공하고, 패킷 흐름 설명(Packet Flow Description: PFD)를 관리할 수 있다.
도 3에서는 UE가 2개의 데이터 네트워크에 다중 PDU(protocol data unit or packet data unit) 세션을 이용하여 동시에 접속할 수 있다.
도 3은 2개의 데이터 네트워크에 대한 동시 액세스를 지원하기 위한 아키텍처를 나타낸 예시도이다.
도 3에서는 UE가 하나의 PDU 세션을 사용하여 2개의 데이터 네트워크에 동시 액세스하기 위한 아키텍처가 나타나 있다.
도 2 및 도 3에 나타난 레퍼런스 포인트는 다음과 같다.
N1은 UE와 AMF간에 레퍼런스 포인트를 나타낸다.
N2은 (R)AN과 AMF 간에 레퍼런스 포인트를 나타낸다.
N3은 (R)AN과 UPF 간에 레퍼런스 포인트를 나타낸다.
N4은 SMF와 UPF 간에 레퍼런스 포인트를 나타낸다.
N5은 PCF과 AF 간에 레퍼런스 포인트를 나타낸다.
N6은 UPF와 DN 간에 레퍼런스 포인트를 나타낸다.
N7은 SMF과 PCF 간에 레퍼런스 포인트를 나타낸다.
N8은 UDM과 AMF 간에 레퍼런스 포인트를 나타낸다.
N9은 UPF들 간에 레퍼런스 포인트를 나타낸다.
N10은 UDM과 SMF 간에 레퍼런스 포인트를 나타낸다.
N11은 AMF과 SMF 간에 레퍼런스 포인트를 나타낸다.
N12은 AMF과 AUSF 간에 레퍼런스 포인트를 나타낸다.
N13은 UDM과 AUSF 간에 레퍼런스 포인트를 나타낸다.
N14은 AMF들 간에 레퍼런스 포인트를 나타낸다.
N15은 비-로밍 시나리오(non-roaming scenario)에서, PCF와 AMF 간의 레퍼런스 포인트, 로밍 시나리오에서, AMF와 방문 네트워크(visited network)의 PCF 간의 레퍼런스 포인트를 나타낸다.
N16은 SMF들 간에 레퍼런스 포인트를 나타낸다.
N22은 AMF와 NSSF 간에 레퍼런스 포인트를 나타낸다.
N30은 PCF와 NEF 간의 레퍼런스 포인트를 나타낸다.
N33은 AF와 NEF 간의 레퍼런스 포인트를 나타낸다.
참고로, 도 2 및 도 3에서 사업자(operator) 이외의 제3자(third party)에 의한 AF는 NEF를 통해 5GC에 접속될 수 있다.
도 4는 UE과 gNB 사이의 무선 인터페이스 프로토콜(Radio Interface Protocol)의 구조를 나타낸 다른 예시도이다 .
상기 무선 인터페이스 프로토콜은 3GPP 무선접속망 규격을 기반으로 한다. 상기 무선 인터페이스 프로토콜은 수평적으로 물리계층(Physical 계층), 데이터링크 계층(Data Link 계층) 및 네트워크계층(Network 계층)으로 이루어지며, 수직적으로는 데이터정보 전송을 위한 사용자평면(User Plane)과 제어신호(Signaling)전달을 위한 제어평면(Control Plane)으로 구분된다.
상기 프로토콜 계층들은 통신시스템에서 널리 알려진 개방형 시스템간 상호접속(Open System Interconnection; OSI) 기준모델의 하위 3개 계층을 바탕으로 L1(제1계층), L2(제2계층), L3(제3계층)로 구분될 수 있다.
이하에서, 상기 무선 프로토콜의 각 계층을 설명한다.
제1 계층인 물리계층은 물리채널(Physical Channel)을 이용하여 정보전송서비스(정보 Transfer Service)를 제공한다. 상기 물리계층은 상위에 있는 매체접속제어(Medium Access Control) 계층과는 전송 채널(Transport Channel)을 통해 연결되어 있으며, 상기 전송 채널을 통해 매체접속제어계층과 물리계층 사이의 데이터가 전달된다. 그리고, 서로 다른 물리계층 사이, 즉 송신 측과 수신 측의 물리계층 사이는 물리채널을 통해 데이터가 전달된다.
제2계층은 매체접속제어(Medium Access Control; MAC) 계층, 무선 링크 제어(Radio Link Control; RLC) 계층 그리고 패킷 데이터 수렴(Packet Data Convergence Protocol; PDCP) 계층을 포함한다.
제3 계층은 무선자원제어(Radio Resource Control; 이하 RRC라 약칭함)을 포함한다. 상기 RRC 계층은 제어평면에서만 정의되며, 무선 베어러(Radio Bearer; RB라 약칭함)들의 설정(설정), 재설정(Re-설정) 및 해제(Release)와 관련되어 논리 채널, 전송 채널 및 물리 채널들의 제어를 담당한다. 이때, RB는 단말과 E-UTRAN간의 데이터 전달을 위해 제2계층에 의해 제공되는 서비스를 의미한다.
상기 NAS(Non-Access Stratum) 계층은 연결관리(세션 Management)와 이동성 관리(Mobility Management)등의 기능을 수행한다.
NAS 계층은 MM(Mobility Management)을 위한 NAS 엔티티와 SM(session Management)을 위한 NAS 엔티티로 구분된다.
1) MM을 위한 NAS 엔티티는 일반적인 다음과 같은 기능을 제공한다.
AMF와 관련된 NAS 절차로서, 다음을 포함한다.
- 등록 관리 및 접속 관리 절차. AMF는 다음과 같은 기능을 지원한다.
- UE와 AMF간에 안전한 NAS 신호 연결(무결성 보호, 암호화)
2) SM을 위한 NAS 엔티티는 UE와 SMF간에 세션 관리를 수행한다.
SM 시그널링 메시지는 UE 및 SMF의 NAS-SM 계층에서 처리, 즉 생성 및 처리된다. SM 시그널링 메시지의 내용은 AMF에 의해 해석되지 않는다.
- SM 시그널링 전송의 경우,
- MM을 위한 NAS 엔티티는 SM 시그널링의 NAS 전송을 나타내는 보안 헤더, 수신하는 NAS-MM에 대한 추가 정보를 통해 SM 시그널링 메시지를 전달하는 방법과 위치를 유도하는 NAS-MM 메시지를 생성합니다.
- SM 시그널링 수신시, SM을 위한 NAS 엔티티는 NAS-MM 메시지의 무결성 검사를 수행하고, 추가 정보를 해석하여 SM 시그널링 메시지를 도출할 방법 및 장소를 유도한다.
한편, 도 4에서 NAS 계층 아래에 위치하는 RRC 계층, RLC 계층, MAC 계층, PHY 계층을 묶어서 액세스 계층(Access Stratum: AS)이라고 부르기도 한다.
차세대 이동통신(즉, 5G)를 위한 네트워크 시스템(즉, 5GC)은 비(non)-3GPP 액세스도 지원한다. 상기 비-3GPP 액세스의 예로는 대표적으로 WLAN 액세스가 있다. 상기 WLAN 액세스는 신뢰되는(trusted) WLAN과 신뢰되지 않는(untrusted) WLAN을 모두 포함할 수 있다.
5G를 위한 시스템에서 AMF는 3GPP 액세스 뿐만 아니라 비-3GPP 액세스에 대한 등록 관리(RM: Registration Management) 및 연결 관리(CM: Connection Management)를 수행한다.
3GPP 액세스 및 비-3GPP 액세스를 둘다 이용하는 다중 액세스(Multi-Access: MA) PDU 세션이 사용될 수 있다.
MA PDU 세션은 하나의 PDU 세션을 이용해서 3GPP 액세스와 비-3GPP 액세스로 동시에 서비스가 가능한 PDU 세션이다.
도 5a 및 도 5b는 예시적인 등록 절차를 나타낸 신호 흐름도이다.
1) UE는 RAN으로 AN 메시지를 전송할 수 있다. 상기 AN 메시지는 AN 파라미터, 등록 요청 메시지를 포함할 수 있다. 상기 등록 요청 메시지는 등록 타입, 가입자 영구 ID 혹은 임시 사용자 ID, 보안 파라미터, NSSAI(Network Slice Selection Assistance Information), UE의 5G 능력, PDU(Protocol Data Unit) 세션 상태 등의 정보를 포함할 수 있다.
5G RAN인 경우, 상기 AN 파라미터는 SUPI(Subscription Permanent　Identifier) 또는 임시 사용자 ID, 선택된 네트워크 및 NSSAI를 포함할 수 있다.
등록 타입은 "초기 등록"(즉, UE가 비 등록 상태에 있음), "이동성 등록 업데이트"(즉, UE가 등록된 상태에 있고 이동성으로 인해 등록 절차를 시작함) 또는 "정기 등록 업데이트"(즉, UE가 등록된 상태에 있으며 주기적인 업데이트 타이머 만료로 인해 등록 절차를 시작함)인지 여부를 나타낼 수 있다. 임시 사용자 ID가 포함되어 있는 경우, 상기 임시 사용자 ID는 마지막 서빙 AMF를 나타낸다. UE가 3GPP 액세스의 PLMN과 다른 PLMN에서 비-3GPP 액세스를 통해 이미 등록된 경우, UE가 비-3GPP 액세스를 통해 등록 절차 동안 AMF에 의해 할당된 UE의 임시 ID를 제공하지 않을 수 있다.
보안 파라미터는 인증 및 무결성 보호를 위해 사용될 수 있다.
PDU 세션 상태는 UE에서 사용 가능한 (이전에 설정된) PDU 세션을 나타낼 수 있다.
2) SUPI가 포함되거나 임시 사용자 ID가 유효한 AMF를 나타내지 않는 경우, RAN은 (R)AT 및 NSSAI에 기초하여 AMF를 선택할 수 있다.
(R)AN이 적절한 AMF를 선택할 수 없는 경우 로컬 정책에 따라 임의의 AMF를 선택하고, 상기 선택된 AMF로 등록 요청을 전달한다. 선택된 AMF가 UE를 서비스 할 수 없는 경우, 선택된 AMF는 UE를 위해 보다 적절한 다른 AMF를 선택한다.
3) 상기 RAN은 새로운 AMF로 N2 메시지를 전송한다. 상기 N2 메시지는 N2 파라미터, 등록 요청을 포함한다. 상기 등록 요청은 등록 타입, 가입자 영구 식별자 또는 임시 사용자 ID, 보안 파라미터, NSSAI 및 MICO 모드 기본 설정 등을 포함할 수 있다.
5G-RAN이 사용될 때, N2 파라미터는 UE가 캠핑하고 있는 셀과 관련된 위치 정보, 셀 식별자 및 RAT 타입을 포함한다.
UE에 의해 지시된 등록 타입이 주기적인 등록 갱신이면, 후술하는 과정 4~17은 수행되지 않을 수 있다.
4) 상기 새로이 선택된 AMF는 이전 AMF로 정보 요청 메시지를 전송할 수 있다.
UE의 임시 사용자 ID가 등록 요청 메시지에 포함되고 서빙 AMF가 마지막 등록 이후 변경된 경우, 새로운 AMF는 UE의 SUPI 및 MM 컨텍스트를 요청하기 위해 완전한 등록 요청 정보를 포함하는 정보 요청 메시지를 이전 AMF로 전송할 수있다.
5) 이전 AMF는 상기 새로이 선택된 AMF로 정보 응답 메시지를 전송한다. 상기 정보 응답 메시지는 SUPI, MM 컨텍스트, SMF 정보를 포함할 수 있다.
구체적으로, 이전 AMF는 UE의 SUPI 및 MM 컨텍스트를 포함하는 정보 응답 메시지를 전송한다.
- 이전 AMF에 활성 PDU 세션에 대한 정보가 있는 경우, 상기 이전 AMF에는 SMF의 ID 및 PDU 세션 ID를 포함하는 SMF 정보를 상기 정보 응답 메시지 내에 포함시킬 수 있다.
6) 상기 새로운 AMF는 SUPI가 UE에 의해 제공되지 않거나 이전 AMF로부터 검색되지 않으면, UE로 Identity Request 메시지를 전송한다.
7) 상기 UE는 상기 SUPI를 포함하는 Identity Response 메시지를 상기 새로운 AMF로 전송한다.
8) AMF는 AUSF를 트리거하기로 결정할 수 있다. 이 경우, AMF는 SUPI에 기초하여, AUSF를 선택할 수 있다.
9) AUSF는 UE 및 NAS 보안 기능의 인증을 시작할 수 있다.
10) 상기 새로운 AMF는 이전 AMF로 정보 응답 메시지를 전송할 수 있다.
만약 AMF가 변경된 경우, 새로운 AMF는 UE MM 컨텍스트의 전달을 확인하기 위해서, 상기 정보 응답 메시지를 전송할 수 있다.
- 인증 / 보안 절차가 실패하면 등록은 거절되고 새로운 AMF는 이전 AMF에 거절 메시지를 전송할 수 있다.
11) 상기 새로운 AMF는 UE로 Identity Request 메시지를 전송할 수 있다.
PEI가 UE에 의해 제공되지 않았거나 이전 AMF로부터 검색되지 않은 경우, AMF가 PEI를 검색하기 위해 Identity Request 메시지가 전송될 수 있다.
12) 상기 새로운 AMF는 ME 식별자를 검사한다.
13) 후술하는 과정 14가 수행된다면, 상기 새로운 AMF는 SUPI에 기초하여 UDM을 선택한다.
14) 최종 등록 이후에 AMF가 변경되거나, AMF에서 UE에 대한 유효한 가입 컨텍스트가 없거나, UE가 AMF에서 유효한 컨텍스트를 참조하지 않는 SUPI를 제공하면, 새로운 AMF는 위치 갱신(Update Location) 절차를 시작한다. 혹은 UDM이 이전 AMF에 대한 위치 취소(Cancel Location)를 시작하는 경우에도 시작될 수 있다. 이전 AMF는 MM 컨텍스트를 폐기하고 가능한 모든 SMF (들)에게 통지하며, 새로운 AMF는 AMF 관련 가입 데이터를 UDM으로부터 얻은 후에 UE에 대한 MM 컨텍스트를 생성한다.
네트워크 슬라이싱이 사용되는 경우 AMF는 요청 된 NSSAI, UE 가입 및 로컬 정책을 기반으로 허용 된 NSSAI를 획득한다. AMF가 허용된 NSSAI를 지원하는 데 적합하지 않은 경우 등록 요청을 다시 라우팅합니다.
15) 상기 새로운 AMF는 SUPI에 기반하여 PCF를 선택할 수 있다.
16) 상기 새로운 AMF는 UE Context Establishment Request 메시지를 PCF로 전송한다. 상기 AMF는 PCF에게 UE에 대한 운영자 정책을 요청할 수 있다.
17) 상기 PCF는 UE Context Establishment Acknowledged 메시지를 상기 새로운 AMF로 전송한다.
18) 상기 새로운 AMF는 SMF에게 N11 요청 메시지를 전송한다.
구체적으로, AMF가 변경되면, 새로운 AMF는 각 SMF에게 UE를 서비스하는 새로운 AMF를 통지한다. AMF는 이용 가능한 SMF 정보로 UE로부터의 PDU 세션 상태를 검증한다. AMF가 변경된 경우 사용 가능한 SMF 정보가 이전 AMF로부터 수신될 수 있다. 새로운 AMF는 UE에서 활성화되지 않은 PDU 세션과 관련된 네트워크 자원을 해제하도록 SMF에 요청할 수 있다.
19) 상기 새로운 AMF는 N11 응답 메시지를 SMF에게 전송한다.
20) 상기 이전 AMF는 UE Context Termination Request 메시지를 PCF로 전송한다.
상기 이전 AMF가 PCF에서 UE 컨텍스트가 설정되도록 이전에 요청했었던 경우, 상기 이전 AMF는 PCF에서 UE 컨텍스트를 삭제시킬 수 있다.
21) 상기 PCF는 이전 AMF로 UE Context Termination Request 메시지를 전송할 수 있다.
22) 상기 새로운 AMF는 등록 수락 메시지를 UE로 전송한다. 상기 등록 수락 메시지는 임시 사용자 ID, 등록 영역, 이동성 제한, PDU 세션 상태, NSSAI, 정기 등록 업데이트 타이머 및 허용 된 MICO 모드를 포함할 수 있다.
상기 등록 수락 메시지는 허용된 NSSAI와 그리고 상기 매핑된 NSSAI의 정보를 포함할 수 있다. UE의 액세스 타입에 대한 상기 허용된 NSSAI정보는 등록 수락 메시지를 포함하는 N2 메시지 내에 포함될 수 있다. 상기 매핑된 NSSAI의 정보는 상기 허용된 NSSAI의 각 S-NSSAI를 HPLMN을 위해 설정된 NSSAI의 S-NASSI에 매핑한 정보이다.
상기 AMF가 새 임시 사용자 ID를 할당하는 경우 임시 사용자 ID가 상기 등록 수락 메시지 내에 더 포함될 수 있다. 이동성 제한이 UE에 적용되는 경우에 이동성 제한을 지시하는 정보가 상기 등록 수락 메시지내에 추가적으로 포함될 수 있다. AMF는 UE에 대한 PDU 세션 상태를 나타내는 정보를 등록 수락 메시지 내에 포함시킬 수 있다. UE는 수신된 PDU 세션 상태에서 활성으로 표시되지 않은 PDU 세션과 관련된 임의의 내부 리소스를 제거할 수 있다. PDU 세션 상태 정보가 Registration Request에 있으면, AMF는 UE에게 PDU 세션 상태를 나타내는 정보를 상기 등록 수락 메시지 내에 포함시킬 수 있다.
23) 상기 UE는 상기 새로운 AMF로 등록 완료 메시지를 전송한다.
<서비스 요청 절차>
서비스 요청 절차는 UE 또는 5GC(5G Core network)에 의해 AMF에 대한 안전한 연결의 수립을 요청하기 위해 사용된다. 서비스 요청 절차는 UE가 CM-IDLE 상태에 있는 경우와 CM-CONNECTED 상태에 있는 경우에도 수립된 PDU 세션의 사용자 평면(user plane) 연결을 활성화하기 위해 사용된다. 참고로, AMF와 UE의 NAS 시그널링 연결을 반영하기 위하여 CM-IDLE 상태 및 CM-CONNECTED 상태 2가지의 CM 상태가 사용된다.
UE는 진행중인 서비스 요청 절차가 있는 경우 서비스 요청 절차를 개시하지 않는다.
서비스 요청 절차는 UE가 개시한 서비스 요청 절차(즉, UE 개시 서비스 요청(UE Triggered Service Request)) 및 네트워크가 개시한 서비스 요청 절차(즉, 네트워크 개시 서비스 요청(Network Triggered Service Request))를 포함한다.
이하에서, 도 6a 내지 도 6c를 참조하여 UE 개시 서비스 요청 절차의 예시를 설명한다. 도 6a 내지 도 6c 에서 설명하는 서비스 요청 절차는 예시에 불과하며, 본 명세서의 개시에서 서비스 요청 절차는 UE가 개시하는 모든 방식의 서비스 요청 절차 및 네트워크가 개시하는 모든 방식의 서비스 요청 절차를 포함할 수 있다.
도 6a 내지 도 6c는 예시적인 UE 개시 서비스 요청 절차를 나타낸 신호 흐름도이다.
CM-ILDE 상태에 있는 UE는 업링크 시그널링 메시지, 사용자 데이터 또는 네트워크 페이징 요청에 대한 응답을 전송하기 위해 서비스 요청 절차를 개시한다. 서비스 요청 메시지를 수신한 이후에, AMF는 인증(authentication)을 수행할 수 있다. AMF에 대한 시그널링 연결을 수립한 이후에, UE 또는 네트워크는 시그널링 메시지(예를 들어, UE로부터 AMF를 통해 SMF로의 PDU 세션 수립)를 전송할 수 있다.
서비스 요청 절차는 PDU 세션에 대한 사용자 평면 연결의 활성화를 요청하고, AMF로부터 수신한 NAS 통지 메시지에 대해 응답하기 위해, CM-CONNECTED 상태에 있는 UE에 의해 사용될 수 있다.
임의의 서비스 요청 절차에 대해, AMF는 필요하다면, UE와 네트워크 간의 PDU 세션 상태를 동기화하기 위해 서비스 수락 메시지(Service Accept message)에 PDU 세션의 상태정보를 포함할 수 있다.
서비스 요청이 네트워크에 의해 수락되지 않는 경우, AMF는 서비스 거절(Service Reject) 메시지로 UE에 응답한다. 서비스 거절 메시지는 UE가 등록 업데이트 절차를 수행할 것을 요청하는 인디케이션 또는 원인 코드(cause code)를 포함할 수 있다.
UE 개시 서비스 요청 절차에서, SMF 및 UPF는 모두 UE를 서빙하는 PLMN에 속한다. 예를 들어, 홈 라우티드 로밍 케이스에서, HPLMN의 SMF 및 UPF는 서비스 요청 절차의 영향을 받지 않는다(즉, HPLMN의 SMF 및 UPF는 서비스 요청 절차에 관여하지 않는다.).
사용자 데이터에 따른 서비스 요청에 대해, 네트워크는 사용자 평면 연결 활성화가 성공적이지 않은 경우 추가적은 조치를 취할 수 있다.
UE 개시 서비스 요청 절차는 intermediate UPF가 있거나 없는 시나리오 및 intermediate UPF의 재선택이 있거나 없는 시나리오에 적용될 수 있다.
1) UE에서 (R)AN으로의 시그널링: UE는 AN(Access Network) 메시지(AN 파라미터, 서비스 요청(활성화 될 PDU 세션의 리스트(List Of PDU Sessions To Be Activated), 허용된 PDU 세션의 리스트 (List Of Allowed PDU Sessions), 보안 파라미터 (security parameters) 및 PDU 세션 상태(status)를 포함))를 (R)AN으로 전송할 수 있다.
활성화 될 PDU 세션의 리스트는 UE가 PDU 세션을 재-활성화(re-activate)하려고 할 때 UE에 의해 제공된다. 허용된 PDU 세션의 리스트는 서비스 요청이 비-3GPP 액세스에 관련된 PDU 세션의 NAS 통지에 대한 응답 또는 페이징에 대한 응답인 경우 UE에 의해 제공된다. 그리고, 허용된 PDU 세션의 리스트는 3GPP 액세스로 이동될 수 있는 PDU 세션들을 식별한다.
NG-RAN의 경우:
- AN 파라미터는 선택된 PLMN ID 및 수립 원인(Establishment cause)을 포함한다. 수립 원인은 RRC 연결의 수립을 요청하는 이유를 제공한다.
- UE는 RRC 메시지에 캡슐화된(encapsulated) 서비스 요청 메시지(AMF를 향한 메시지)를 NG-RAN으로 전송한다. RRC 메시지는 5G-S-TMSI(5G S(SAE: System Architecture Evolution)-Temporary Mobile Subscriber Identity)를 운반하기 위해 사용될 수 있다.
사용자 데이터를 위해 서비스 요청이 트리거된 경우, UE는 활성화될 PDU 세션의 리스트(List Of PDU Sessions To Be Activated)를 이용하여, 서비스 요청 메시지에서 UP(User plane) 연결이 활성화 될 PDU 세션을 알린다.
서비스 요청이 시그널링을 위해서만 트리거된 경우, UE는 활성화될 PDU 세션의 리스트(List Of PDU Sessions To Be Activated)를 포함하지 않는다.
서비스 요청 절차가 페이징 응답을 위해 트리거되고, 동시에 UE가 전송할 사용자 데이터를 갖고 있는 경우, UE는 활성화될 PDU 세션의 리스트(List Of PDU Sessions To Be Activated)를 이용하여 서비스 요청 메시지에서 활성화될 UP 연결을 갖는 PDU 세션을 알릴 수 있다. 그렇지 않으면, UE는 페이징 응답을 위해 서비스 요청에서 어떤 PDU 세션도 알리지 않는다.
특정 케이스에서는 PDU 세션들의 펜딩(pending) 업링크 데이터가 없는 경우, 서비스 요청이 시그널링을 위해서만 트리거된 경우, 또는 서비스 요청이 페이징 응답을 위해 트리거된 경우에도 UE는 활성화될 PDU 세션의 리스트(List Of PDU Sessions To Be Activated)에 PDU 세션을 포함시킬 수 있다.
3GPP 액세스를 통한 서비스 요청이 페이징 또는 비-3GPP 액세스를 나타내는 NAS 통지에 대한 응답으로 트리거된 경우, 허용된 PDU 세션 리스트에 3GPP를 통해서 재-활성화 될 수 있는 비-3GPP PDU 세션을 포함시켜 전송한다.
PDU 세션 상태는 UE에서 가용한 PDU 세션을 나타낸다.
UE가 LADN의 가용 영역 밖에 위치한 경우, UE는 LADN에 해당하는 PDU 세션에 대한 서비스 요청 절차를 트리거하지 않는다. 그리고 서비스 요청이 다른 이유들로 인해 트리거된 경우, UE는 활성화될 PDU 세션의 리스트(List Of PDU Sessions To Be Activated)에서 이러한 PDU 세션을 포함하지 않는다.
UE가 CM-CONNETED 상태에 있는 경우, 활성화될 PDU 세션의 리스트(List Of PDU Sessions To Be Activated) 및 허용된 PDU 세션의리스트만 서비스 요청에 포함될 수 있다.
2) (R)AN 에서 AMF로의 시그널링: (R)AN은 AMF로 N2 메시지를 전송할 수 있다. N2 메시지는 N2 파라미터 (N2 parameters), 서비스 요청 및 UE 컨텍스트 요청 (UE Context request)을 포함할 수 있다.
AMF는 서비스 요청을 처리(handle)할 수 없는 경우, AMF는 서비스 요청을 거절할 것이다.
NG-RAN이 사용되는 경우, N2 파라미터는 5G-S-TMSI, 선택된 PLMN ID, 위치 정보(Location information) 및 수립 원인(Establishment cause)을 포함할 수 있다.
UE가 CM-IDLE 상태에 있는 경우, NG-RAN은 RRC 절차에서 5G-S-TMSI를 획득할 수 있다. NG-RAN은 5G-S-TMSI에 기초하여 AMF를 선택할 수 있다. 위치 정보는 UE가 캠핑(camping)하는 셀에 연관된다.
PDU 세션 상태에 기초하여, AMF는 네트워크에서 UE에 의해 PDU 세션 ID가 가용하지 않다고 표시된 PDU 세션들에 대해 PDU 세션 해제 절차를 수행할 수 있다.
3a) AMF에서 (R)AN으로의 시그널링: AMF는 N2 요청을 (R)AN으로 전송할 수 있다. 여기서, N2 요청은 보안 컨텍스트 (security context), 핸드오버 제한 리스트 (Handover Restriction List) 및 추천된 셀들/TA들/NG-RAN 노드 식별자들의 리스트(list of recommended cells / TAs / NG-RAN node identifiers)를 포함할 수 있다.
5G-AN이 UE 컨텍스트에 대해 요청하거나 AMF가 UE 컨텍스트를 제공할 필요가 있는 경우(예를 들어, AMF가 긴급 서비스를 위해 폴백 절차(fallback procedure)를 개시할 필요가 있는 경우), AMF는 NGAP(NG Application Protocol) 절차를 개시할 수 있다. CM-IDLE 상태에 있는 UE에 대해, 5G-AN은 UE AN 컨텍스트에 보안 컨텍스트를 저장한다. 핸드오버 제한 리스트는 이동성 제한과 관련된다.
5G-AN은 보안 컨텍스트를 UE와 교환한 메시지를 보호하는데 사용한다.
NG-RAN 노드가 AN 해제 절차 동안 추천된 셀들/TA들/NG-RAN 노드 식별자들의 리스트를 제공한 경우, AMF는 N2 요청에 추천된 셀들/TA들/NG-RAN 노드 식별자들의 리스트를 포함시킬 수 있다. RAN이 UE에 대해 RRC Inactive 상태를 가능하게 하기로 결정한 경우, RAN은 이 정보를 RAN 통지 영역(RAN Notification Area)를 할당하기 위해 사용할 수 있다.
3) 서비스 요청이 무결성 보호(integrity protected) 또는 무결성 보호 확인 실패(integrity protection verification failed)한 것으로 전송되지 않으면, AMF는 NAS 인증/보안 절차를 개시할 수 있다.
CM-IDLE 상태에 있는 UE가 시그널링 연결을 위해서만 서비스 요청을 개시한 경우, 시그널링 연결의 성공적인 수립 이후에 UE 및 네트워크는 NAS 시그널링을 교환할 수 있고, 도 6a 내지 도 6c의 단계 4 내지 11 및 단계 15 내지 22는 생략될 수 있다.
4) [조건부(conditional) 동작] AMF에서 SMF로의 시그널링: AMF는 Nsmf_PDUSession_UpdateSMContext Request를 SMF로 전송할 수 있다. 여기서, Nsmf_PDUSession_UpdateSMContext Request는 PDU 세션 ID, 동작 타입(Operation Type), UE 위치 정보 (UE location information), 액세스 타입 (Access Type), RAT 타입 및 LADN 서비스 영역에서 UE 존재 (UE presence in LADN service area)를 포함할 수 있다.
아래의 경우에 Nsmf_PDUSession_UpdateSMContext Request이 호출된다:
- UE가 서비스 요청 메시지 내에서 활성화될 PDU 세션의 리스트(List Of PDU Sessions To Be Activated)를 포함한 경우;
- 이 절차는 SMF에 의해서 트리거되지만, UE에 의해 식별된 PDU 세션이 이 절차를 트리거하는 PDU 세션 ID와 다른 PDU 세션 ID와 상관 관계가 있는 경우;
- 이 절차가 SMF에 의해서 트리거되지만 현재 UE 위치는 SMF에 의해 제공된 "N2 SM 정보의 가용 영역(Area of validity for the N2 SM information)"의 바깥에 있는 경우가 있다. 이러한 경우, AMF는 SMF에 의해 제공된 N2 정보를 전송하지 않는다. 현재 UE 위치가 "N2 SM 정보의 가용 영역"의 바깥에 있는 경우, 단계 4 내지 11은 생략된다.
DNN 이 LADN에 대응하면, "LADN 서비스 영역 내의 UE 존재"는 UE가 LADN 서비스 영역 내부(IN) 또는 외부(OUT)에 있는지 나타낸다. AMF가 "LADN 서비스 영역 내의 UE 존재" 인디케이션을 제공하지 않고, SMF가 DNN이 LADN에 대응하는 것으로 결정하면, SMF는 UE가 LADN 서비스 영역 외부에 있는 것으로 고려한다.
AMF는 PDU 세션(들)이 활성화 될 것인지를 결정한다. 그리고, AMF는 PDU 세션에 대한 사용자 평면 자원의 수립을 나타내기 위해, PDU 세션에 관련된Nsmf_PDUSession_UpdateSMContext Request를 "UP active"로 설정된 동작 타입(Operation Type)과 함께 SMF에 전송한다. AMF는 N2 인터페이스에 관련된 글로벌 RAN 노드 ID에 기초하여 액세스 타입 및 RAT 타입을 결정한다.
이 절차가 비-3GPP 액세스를 지시하는 페이징 또는 NAS 통지에 대한 응답으로 트리거되고, UE가 페이징 되거나 통지된 PDU 세션이 허용된 PDU 세션의 리스트(UE로부터 제공됨)에 없는 경우, AMF는 SMF에게 PDU 세션에 대한 사용자 평면이 재활성화 될 수 없다고 통지할 수 있다. 서비스 요청 절차는 허용된 PDU 세션의 리스트 내의 다른 PDU 세션에 대한 사용자 평면의 재활성화 없이 끝날 수 있다.
NG-RAN을 통한 이전의 NAS 시그널링 연결이 유지되는 동안, AMF는 다른 NAS 시그널링 연결을 수립하기 위해 NG-RAN을 통해 서비스 요청을 수신할 수 있다. 이러한 경우, 이전의 NAS 시그널링 연결을 해제하기 위해, AMF는 이전의 NG-RAN(old NG-RAN)에 대해 아래의 논리를 따라 AN 해제 절차(AN release procedure)를 트리거할 수 있다:
- "활성화될 PDU 세션의 리스트(List Of PDU Sessions To Be Activated)"에서 지시된 PDU 세션에 대해, AMF는 SMF에게 PDU 세션을 이 단계 4를 수행하여 즉시 활성화할 것을 요청할 수 있다.
- "액티브 N3 사용자 평면이 있는 PDU 세션의 리스트(List of PDU Session ID(s) with active N3 user plane)"에포함되지만, "활성화될 PDU 세션의 리스트(List Of PDU Sessions To Be Activated)"에 포함되진 않는 PDU 세션에 대해, AMF는 SMF에게 PDU 세션을 비활성화하도록 요청할 수 있다.
5) PDU 세션 ID가 LADN에 대응하고 SMF는 AMF로부터 제공받은 "LADN 서비스 영역 내의 UE 존재"에 기초하여 UE가 LADN의 가용 영역의 외부에 위치한 것으로 결정한 경우, SMF는 (로컬 정책에 기초하여) 아래의 동작을 수행하기로 결정할 수 있다:
- SMF는 PDU 세션을 유지할 수 있다. 하지만 SMF는 PDU 세션의 사용자 평면 연결의 활성화를 거절하고 AMF에게 이를 알릴 수 있다. 서비스 요청 절차가 네트워크 개시 서비스 요청에 의해 트리거된 경우, PDU 세션에 대한 하향링크 데이터를 폐기하고, 및/또는 추가적인 데이터 통지 메시지를 제공하지 않도록, SMF는 UPF(데이터 통지를 보낸 UPF)에게 이를 통지할 수 있다; 또는
- SMF는 PDU 세션을 해제(release)할 수 있다: SMF는 PDU 세션을 해제하고, AMF에게 PDU 세션이 해제되었다고 알릴 수 있다.
- 위 두가지의 경우에서, SMF는 AMF에 적절한 거절 원인(reject cause)과 함께 응답하고, PDU 세션의 사용자 평면 활성화가 정지될 수 있다.
SMF가 UE가 LADN 가용 영역에 위치한다고 판단한 경우, AMF로부터 수신된 위치 정보에 기초하여, SMF는 UPF 선택 기준을 확인하고, 아래의 동작 중 하나를 수행하기로 결정할 수 있다:
- SMF는 UP 연결의 활성화를 수락하고, 현재의 UPF를 계속 사용할 수 있다;
- UE가 UPF(이전에 AN에 연결되었던 UPF)의 서비스 영역 외부로 이동한 경우, SMF는 PDU 세션 앵커(PDU Session Anchor)로 동작하는 UPF를 유지하면서, SMF는 UP 연결의 활성화를 수락하고 새로운 intermediate UPF를 선택할 수 있다(또는 intermediate UPF(I-UPF)를 추가/제거할 수 있다). I-UPF의 추가/변경/제거를 수행하는 단계는 아래에서 조건부 단계들을 통해 설명된다.
NOTE 1: 데이터 네트워크에 대한 로컬 액세스에 대한 연결을 위해, 기존의(old) 및/또는 새로운(new) I-UPF가 UL CL(Uplink Classifier) 또는 BP(Branching Point) 기능 및 PDU 세션 앵커를 구현하는 경우, 본 도면에서 설명하는 시그널링은 PDU 세션 앵커를 추가, 제거 또는 변경하기 위한 시그널링으로 의도되며, 각각 UL CL 또는 BP를 추가, 해제, 또는 변경하기 위한 시그널링은 다른 프로시저에 의해 완성 되어야 한다.
- SMF는 SSC(Session and Service Continuity) 모드 2의 PDU 세션의 UP 연결의 활성화를 거절할 수 있다. 그리고, 서비스 요청 절차 이후에, 새로운 UPF(PDU 세션 앵커로 동작하는 UPF)의 할당을 수행하기 위해 SMF는 PDU 세션의 재-수립을 트리거할 수 있다. (이러한 동작은 예를 들어, UE가 NG-RAN에 연결된 앵커 UPF의 서비스 영역의 외부로 이동된 경우에 수행될 수 있다)
6a) [조건부 동작] SMF에서 새로운 UPF(또는 새로운 I-UPF)로의 시그널링: SMF는 UPF로 N4 세션 수립 요청(N4 Session Establishment Request)을 전송할 수 있다.
SMF가 PDU 세션에 대한 I-UPF로 동작하는 새로운 UPF를 선택한 경우 또는 SMF가 PDU 세션(I-UPF를 가지고 있지 않았음)에 대한 I-UPF를 삽입하기로 선택한 경우, SMF는 N4 세션 수립 요청을 UPF로 전송할 수 있다. 여기서, N4 수립 요청은 I-UPF에 설치될 패킷 검출(Packet detection), 데이터 전달(Data forawarding), 시행(enforcement) 및 보고 규칙(reporting rules)을 제공한다. PDU 세션에 대한 PDU 세션 앵커 어드레싱 정보(N9 레퍼런스 포인트(두 UPF 간의 레퍼런스 포인트)에서의 PDU 세션 앵커 어드리싱 정보)는 I-UPF 에게도 제공된다.
서비스 요청이 네트워크에 의해서 트리거되고, SMF가 기존의 UPF(또는 기존의 I-UPF)를 대체하기 위해 새로운 UPF를 선택한 경우, SMF는 N4 세션 수립 요청에 데이터 전달 인디케이션(Data forwarding indication)을 포함시킬 수 있다. 데이터 전달 인디케이션은 이전의 I-UPF로부터 제공되어 버퍼링된 DL 데이터를 위해 제2 터널 엔드포인트가 예약될 필요가 있음을 UPF에게 지시할 수 있다.
6b) 새로운 UPF(또는 I-UPF)로부터 SMF로의 시그널링: 새로운 UPF(또는 I-UPF)는 SMF에 N2 세션 수립 응답(N4 Session Establishment Response)을 전송할 수 있다.
새로운 I-UPF는 N4 세션 수립 응답을 SMF로 전송할 수 있다. UPF가 CN 터널 정보를 할당한 경우, 새로운 I-UPF는 PDU 세션 앵커로 동작하는 UPF에 대한 DL CN(Core Network) 터널 정보 및 새로운 I-UPF의 UL 터널 정보를 SMF로 전송할 수 있다. 데이터 전달 인디케이션이 수신되면, N3 종단점(terminating point)로 동작하는 새로운 UPF(또는 I-UPF)는 기존의 UPF(또는 I-UPF)로부터 SMF로의 데이터 전달을 위해, 새로운 I-UPF의 DL 터널 정보를 SMF로 전송할 수 있다. 이전의 I-UPF의 자원이 존재한다면, 해당 자원을 해제하기 위해, SMF는 단계 22a에서 사용될 타이머를 구동시킬 수 있다.
7a) [조건부 동작] SMF에서 UPF(PSA: PDU 세션 앵커(PDU Session Anchor))로의 시그널링: SMF는 UPF로 N4 세션 수정 요청을 전송할 수 있다.
SMF가 PDU 세션에 대해 I-UPF로 동작하도록 새로운 UPF를 선택한 경우, SMF는 N4 세션 수정 요청 메시지를 PDU 세션 앵커 UPF에게 전송하여 새로운 I-UPF로부터 수신한 DL 터널 정보를 제공할 수 있다. 새로운 I-UPF가 PDU 세션에 대해 추가된 경우, UPF(PSA)는 DL 터널 정보에 지시된 바에 따라 DL 데이터를 새로운 I-UPF에게 제공할 수 있다.
서비스 요청이 네트워크에 의해 트리거되고, SMF가 기존의 I-UPF를 제거하고, 기존의 I-UPF를 새로운 I-UPF로 대체하지 않은 경우, SMF는 데이터 전달 인디케이션을 N4 세션 수정 요청에 포함시킬 수 있다. 데이터 전달 인디케이션은 UPF(PSA)에게 기존의 I-UPF로부터 수신된 버퍼링된 DL 데이터를 위해 제2 터널 엔드포인트가 예약될 필요가 있다고 지시할 수 있다. 이 경우, UPF(PSA)는 N6 인터페이스로부터 동시에 수신할 수 있는 DL 데이터를 버퍼링하기 시작할 수 있다.
7b) UPF(PSA)는 SMF로 N4 세션 수정 응답 메시지(N4 Session Modification Response message)를 전송할 수 있다.
UPF(PSA)가 데이터 전달 인디케이션을 수신한 경우, UPF(PSA)는 N3 종단점이 되고, UPF(PSA)는 이전의 UPF(또는 I-UPF)에 대한 CN DL 터널 정보를 SMF에 전송할 수 있다. SMF는 타이머를 구동시킬 수 있다. 이전의 I-UPF의 자원이 존재한다면, 해당 자원을 해제하기 위해, SMF는 단계 22a에서 사용될 타이머를 구동시킬 수 있다.
RAN에 연결된 UPF가 UPF(PAS)이고, SMF가 단계 4의 Nsmf_PDUSession_UpdateSMContext Request(PDU 세션에 대한 사용자 평면 자원의 수립을 지시하기 위해"UP 활성화 (UP activate)"로 설정된 동작 타입을 포함함) 을 수신할 때 SMF가 PDU 세션이 활성화된 것을 알게된 경우, SMF는 AN 터널 정보를 제거하고 UPF에서 AN의 터널 정보를 제거하기 위해 N4 세션 수정 절차를 개시할 수 있다.
8a) [조건부 동작] SMF에서 기존의 UPF(또는 I-UPF)로의 시그널링: SMF는 기존의 UPF(또는 I-UPF)로 N4 세션 수정 요청(새로운 UPF 주소, 새로운 UPF DL 터널 ID를 포함)을 전송할 수 있다.
서비스 요청이 네트워크에 의해 트리거되고, SMF가 기존의 UPF(또는 I-UPF)를 제거한 경우, SMF는 N4 세션 수정 요청 메시지를 기존의 UPF(또는 I-UPF)로 전송하여 버퍼링된 DL 데이터에 대한 DL 터널 정보를 제공할 수 있다. SMF가 새로운 I-UPF를 할당한 경우, DL 터널 정보는 N3 종단점으로 동작하는 새로운 UPF(또는 I-UPF)로부터 수신된 것이다. SMF가 새로운 I-UPF를 할당하지 않은 경우, DL 터널 정보는 N3 종단점으로 동작하는 UPF(PSA)로부터 전송된 것이다. SMF는 단계 6b 또는 7b와 같이 전달 터널(forwarding tunnel)을 모니터링하기 위한 타이머를 구동시킬 수 있다.
SMF가 단계 4의 Nsmf_PDUSession_UpdateSMContext Request(PDU 세션에 대한 사용자 평면 자원의 수립을 지시하기 위해"UP 활성화 (UP activate)"로 설정된 동작 타입을 포함함)을 수신할 때, SMF가 PDU 세션이 활성화된 것을 알게된 경우, SMF는 UPF에서 AN의 터널 정보를 제거하기 위해 AN 터널 정보를 제거하고 N4 세션 수정 절차를 개시할 수 있다.
8b) 기존의 UPF(또는 I-UPF)로부터 SMF로의 시그널링: 기존의 UPF(또는 I-UPF)는 SMF로 N4 세션 수정 응답 메시지를 전송할 수 있다.
9) [조건부 동작] 기존의 UPF(또는 I-UPF)로부터 새로운 UPF(또는 I-UPF)로의 시그널링: 기존의 UPF(또는 I-UPF)는 새로운 UPF(또는 I-UPF)로 버퍼링된 하향링크 데이터를 전달할 수 있다.
I-UPF가 변경되고 전달 터널(forwarding tunnel)이 새로운 I-UPF에 대해 수립된 경우, 기존의 UPF(또는 I-UPF)는 기존의 UPF(또는 I-UPF)에 버퍼링된 데이터를 N3 종단점으로 동작하는 새로운 UPF(또는 I-UPF)에 전달한다.
10) [조건부 동작] 기존의 UPF(또는 I-UPF)로부터 UPF(PSA)로의 시그널링: 기존의 UPF(또는 I-UPF)는 UPF(PSA)로 버퍼링된 하향링크 데이터를 전달할 수 있다.
기존의 I-UPF가 제거되고 새로운 I-UPF가 PDU 세션에 대해 할당되지 않고, 전달 터널이 UPF(PSA)에 대해 수립된 경우, 기존의 UPF(또는 I-UPF)는 기존의 UPF(또는 I-UPF)에 버퍼링된 데이터를 N3 종단점으로 동작하는 새로운 UPF(PSA)로 전달할 수 있다.
11) [조건부 동작] SMF로부터 AMF 로의 시그널링: SMF는 Nsmf_PDUSession_UpdateSMContext Response를 AMF로 전송할 수 있다. Nsmf_PDUSession_UpdateSMContext Response는 N2 SM 정보 (PDU 세션 ID, QFI(s)(QoS Flow ID), QoS(Quality of Service) 프로파일, CN N3 터널 정보, S-NSSAI, 사용자 평면 보안 시행(User Plane Security Enforcement), UE 무결성 보호 최대 데이터 레이트(UE Integrity Protection Maximum Data Rate)) 및 원인을 포함할 수 있다. RAN에 연결된 UPF가 UPF(PSA)인 경우, CN N3 터널 정보는 UPF(PSA)의 UL 터널 정보이다. RAN에 연결된 UPF가 새로운 I-UPF인 경우, CN N3 터널 정보는 I-UPF의 UL 터널 정보이다.
단계 5에서 SMF가 UP 연결의 활성화를 수락하기로 결정한 PDU 세션에 대해, SMF는 N2 SM 정보만 생성하고, 사용자 평면을 수립하기 위해 Nsmf_PDUSession_UpdateSMContext Response를 AMF에 전송할 수 있다. N2 SM 정보는 NG-RAN에 AMF가 제공할 정보를 포함할 수 있다. SMF가 SSC 모드 3 PDU 세션에 대한 PSA UPF를 변경하기로 결정한 경우, SMF는 PDU 세션의 UP 활성화를 수락한 후 SSC 모드 3 PDU 세션 앵커의 변경을 독립적인 절차로써 트리거할 수 있다.
SMF는 Nsmf_PDUSession_UpdateSMContext Response에 원인(cause)를 포함시킴으로써 PDU 세션의 UP의 활성화를 거절할 수 있다. SMF는 예를 들어 아래와 같은 경우에 PDU 세션의 UP의 활성화를 거절할 수 있다:
- 단계 5에서와 같이PDU 세션이 LADN에 대응하고, UE가 LADN의 가용 영역의 외부에 위치한 경우;
AMF가 SMF에게 UE가 규제 우선 서비스(regulatory prioritized service)에만 도달가능하다(reachable)고 SMF에 통보하고, 활성화될 PDU 세션이 규제 우선 서비스에 대한 것이 아닌 경우; 또는
- 단계 5에서와 같이, SMF가 요청된 PDU 세션에 대해 PSA UPF를 변경하기로 결정한 경우. 이 경우, SMF가 Nsmf_PDUSession_UpdateSMContext Response를 전송한 이후에, SMF는 SSC 모드 2에 대해 PDU 세션을 재-수립하도록 UE에게 지시하기 위해 다른 절차를 수행할 수 있다.
- UPF 자원 비가용성(resource unavailability)로 인해 SMF가 단계 6b에서 부정적인 응답을 수신한 경우.
PDU 세션에 EPS 베어러 ID가 할당된 경우, SMF는 EPS 베어러 ID와 QFI를 N2 SM 정보로 매핑하여 NG-RAN으로 전송한다.
사용자 평면 보안 시행 정보(User Plane Security Enforcement information)는 PDU 세션 수립 절차 동안 SMF에 의해 결정된다. 사용자 평면 보안 시행 정보는 무결성 보호(Integrity Protection)이 "선호(preffered)" 또는 "필수(required)"를 지시하면, SMF는 UE 무결성 보호 최대 데이터 레이트(UE Integrity Protection Maximum Data Rate)도 포함시킬 수 있다.
12) AMF으로부터의 (R)AN으로의 시그널링: AMF는 N2 요청을 (R)AN으로 전송할 수 있다. N2 요청은 SMF로부터 수신된 N2 SM 정보, 보안 컨텍스트(security context), 핸드오버 제한 리스트(Handover Restriction List), 구독된 UE-AMBR(Subscribed UE-AMBR(Aggregate Maximum Bit Rate)), MM NAS 서비스 수락(MM NAS Service Accept 추천된 셀들/TA들/NG-RAN 노드 식별자들의 리스트 및, UE 무선 능력(UE Radio Capability)를 포함할 수 있다. UE의 액세스 타입에 대한 허용된 NSSAI는 N2 메시지에 포함될 수 있다.
UE가 CM-CONNECTED 상태에 있는 동안 UE가 서비스 요청을 트리거한 경우, N2 요청에는 SMF로부터 수신된 N2 SM 정보 및 MM NAS 서비스 수락만 N2 요청에 포함될 수 있다.
UE가 CM-CONNECTED 상태에 있는 동안, 네트워크에 의해 서비스 요청 절차가 트리거된 경우, SMF 로부터 수신된 N2 SM 정보만 N2 요청에 포함될 수 있다.
서비스 요청 절차가 트러거되었을 때 CM-IDLE 상태에 있던 UE에 대해, NG-RAN은 보안 컨텍스트, NAS 시그널링 연결 Id를 저장할 수 있다. 서비스 요청이 시그널링 연결에 대해서만 UE에 의해서 트리거되지 않은 경우, RAN은 활성화된 PDU 세션의 QoS 플로우에 대한 QoS 정보, UE RAN 컨텍스트의 N3 터널 ID 및 핸드오버 제한 리스트를 저장할 수 있다.
MM NAS 서비스 수락은 AMF의 PDU 세션 상태를 포함할 수 있다. 세션 요청 절차 동안 임의의 로컬 PDU 세션 해제는 PDU 세션 상태를 통해 UE에 알릴 수 있다. 서비스 수락 메시지에는 PDU 세션 재활성화 결과가 포함된다. PDU 세션 재활성화 결과는 활성화될 PDU 세션의 리스트(List Of PDU Sessions To Be Activated) 내의 PDU 세션 및 페이징 또는 NAS 통지를 발생시킨 허용된 PDU 세션 목록의 PDU 세션에 대한 활성화 결과를 제공한다. PDU 세션의 PDU 세션 재활성화 결과가 실패인 경우, 실패의 원인도 함께 제공될 수 있다.
복수의 SMF에 관련된 복수의 PDU 세션이 존재하는 경우, AMF는 단계 11에서 모든 SMF의 응답을 기다릴 필요는 없다. 하지만, AMF는 UE에 MM NAS 서비스 수락 메시지를 전송하기 전에 복수의 SMF로부터의 모든 응답을 기다려야 한다.
단계 12가 PDU 세션 사용자 평면 활성화를 위해 트리거된 경우, AMF는 SMF로부터 수신한 적어도 하나의 N2 SM 정보를 N2 요청에 포함시킬 수 있다. SMF로부터 수신한 추가적인 N2 SM 정보가 있는 경우, AMF는 SMF로부터 수신한 추가적인 N2 SM 정보를 별도의 N2 메시지(예: N2 터널 셋업 요청)에 포함시켜 전송할 수 있다. 대안적으로, 복수의 SMF가 관련되는 경우, UE와 관련된 모든 Nsmf_PDUSession_UpdateSMContext 응답 서비스 동작(Response service operations)이 SMF로부터 수신된 후, AMF는 하나의 N2 요청 메시지를 (R)AN에 전송할 수 있다.
AN 해제 절차 동안 NG-RAN 노드가 추천된 셀들/TA들/NG-RAN 노드 식별자들의 리스트를 제공한 경우, AMF는 추천된 셀들/TA들/NG-RAN 노드 식별자들의 리스트를 N2 요청에 포함시킬 수 있다. NG-RAN이 UE에 대한 RRC 비활성 상태를 가능하게 하기로 결정할 때, NG-RAN은 이 정보를 RAN 통지 영역(Notification Area)를 할당하는데 사용할 수 있다.
네트워크 설정에 기초한 AMF는, UE의 "RRC 비활성화 지원 정보(RRC Inactive Assistance Information)"를 N2 요청에 포함시킬 수 있다.
AMF는 가능하다면 UE 무선 능력 정보 정보를 N2 요청에 포함시켜 NG-RAN 노드에 전송할 수 있다.
13) (R)AN으로부터 UE로의 시그널링: NG-RAN은 UE와 RRC 연결 재설정(RRC Connection Reconfiguration)을 수행할 수 있다. 구체적으로, NG-RAN은 데이터 라디오 베어러(Data Radio Bearers) 및 UP 연결이 활성화된 PDU 세션의 모든 QoS 플로우에 대한 Qos 정보에 따라 UE와 RRC 연결 재설정(RRC Connection Reconfiguration)을 수행할 수 있다. CM-IDLE 상태에 있었던 UE에 대해, 서비스 요청이 UE에 의해 시그널링 연결에 대해서만 트리거되지 않은 경우, 사용자 평면 보안은 본 단계에서 수립될 수 있다. CM-IDLE 상태에 있던 UE에 해대, 서비스 요청이 UE에 의해 시그널링 연결에 대해서만 트리거된 경우, AS 보안 컨텍스트는 본 단계에서 수립될 수 있다.
N2 요청이 NAS 메시지를 포함하는 경우, NG-RAN은 NAS 메시지를 UE에 전달할 수 있다. UE는 5GC에서 이용할 수 없는 PDU 세션의 컨텍스트를 지역적으로(locally) 삭제한다.
NOTE 2: 서비스 수락 메시지가 수신되었다고 해서 사용자 평면 무선 자원이 성공적으로 활성화된 것이 아닐 수 있다.
사용자 평면 무선 자원이 셋업된 이후에, UE로부터의 업링크 데이터는 이제 NG-RAN으로 전달될 수 있다. NG-RAN은 단계 11에서 제공된 UPF 주소 및 터널 ID로 업링크 데이터를 전송할 수 있다.
14) [조건부 동작] (R)AN으로부터 AMF로의 시그널링: (R)AN은 AMF로 N2 요청에 대한 확인을 전송할 수 있다. 예를 들어, (R)AN은 AMF로 N2 요청 Ack를 전송할 수 있다. 여기서, N2 요청 Ack는 N2 SM 정보(AN 터널 정보, UP 연결이 활성화된 PDU 세션의 허용된 QoS 플로우의 리스트(List of accepted QoS Flows for the PDU Sessions whose UP connections are activated) 및 UP 연결이 활성화된 PDU 세션의 거절된 QoS 플로우의 리스트(List of rejected QoS Flows for the PDU Sessions whose UP connections are activated)를 포함) 및 PDU 세션 ID를 포함할 수 있다.
N2 요청 Ack를 포함한 메시지는 N2 SM 정보(예를 들어, AN 터널 정보)를 포함할 수 있다. AMF가 별도의 N2 메시지를 단계 11에서 전송한 경우, NG-RAN은 별도의 N2 메시지로 N2 SM 정보에 대해 응답할 수 있다.
복수의 N2 SM 메시지가 단계 12의 N2 요청 메시지에 포함된 경우, N2 요청 Ack는 복수의 N2 SM 정보 및 AMF가 응답을 관련된 SMF에 연관시킬 수 있게 하는 정보를 포함할 수 있다.
15) [조건부 동작] AMF 로부터 SMF로의 시그널링: AMF는 PDU 세션 당 Nsmf_PDUSession_UpdateSMContext 요청(N2 SM 정보, RAT 타입 및 액세스 타입 포함)을 SMF로 전송할 수 있다. AMF는 N2 인터페이스에 연관된 글로벌 RAN 노드 ID에 기초하여 액세스 타입 및 RAT 타입을 결정할 수 있다.
AMF가 N2 SM 정보(하나 또는 복수)를 단계 14에서 수신한 경우, AMF는 N2 SM 정보를 PDU 세션 ID 당 관련된 SMF로 전달할 수 있다. UE 타임 존 (UE Time Zone)이 이전에 보고된 UE 타임 존과 비교하여 변경된 경우, AMF는 UE 타임 존 IE(Information Element)를 Nsmf_PDUSession_UpdateSMContext 요청에 포함시킬 수 있다.
16) [선택적 동작] SMF로부터 PCF로의 시그널링: 동적인 PCC가 배포된 경우, SMF는 SMF 개시 SM 정책 수정 절차를 수행하여 PCF(구독된 경우)에게 새로운 위치 정보에 관한 통지를 개시할 수 있다. PCF는 업데이트된 정책을 제공할 수 있다.
17a) [조건부 동작] SMF로부터 새로운 I-UPF로의 시그널링: SMF는 새로운 I-UPF로 N4 세션 수정 요청을 전송할 수 있다. N4 세션 수정 요청은 AN 터널 정보 및 수락된 QFI의 리스트를 포함할 수 있다.
SMF가 단계 5에서 PDU 세션에 대한 I-UPF로 동작할 새로운 SMF를 선택한 경우, SMF는 새로운 I-UPF에 대한 N4 세션 수정 절차를 개시하고 AN 터널 정보를 제공할 수 있다. 새로운 I-UPF로부터의 하향링크 데이터는 NG-RAN 및 UE로 전달될 수 있다.
17b) [조건부 동작] UPF로부터 SMF로의 시그널링: UPF는 SMF로 N4 세션 수정 응답을 전송할 수 있다.
18a) [조건부 동작] SMF로부터 UPF(PSA)로의 시그널링: SMF는 UPF(PSA)로 N4 세션 수정 요청을 전송할 수 있다. N4 세션 수정 요청은 AN 터널 정보, 거절된 QoS 플로우의 리스트를 포함할 수 있다.
사용자 평면이 셋업되거나 수정되는 경우 및 수정 후에 I-UPF가 없는 경우, SMF는 UPF(PSA)에 대한 N4 세션 수정 절차를 개시하고 AN 터널 정보를 제공할 수 있다. UPF(PSA)로부터의 하향링크 데이터는 이제 NG-RAN 및 UE로 전달될 수 있다.
거절된 QoS 플로우의 리스트 내의 QoS 플로우에 대해, SMF는 해당 QoS 플로우에 관련된 규칙(예: 패킷 검출 규칙(Packet Detection Rules) 등)을 제거하도록 UPF에게 지시할 수 있다.
18b) [조건부 동작] UPF로부터 SMF로의 시그널랑: UPF는 N4 세션 수정 응답을 SMF로 전송할 수 있다.
19) [조건부 동작] SMF로부터 AMF로의 시그널링: SMF는 AMF로 Nsmf_PDUSession_UpdateSMContext 응답을 전송할 수 있다.
20a) [조건부 동작] SMF로부터 새로운 UPF(또는 I-UPF)로의 시그널링: SMF는 새로운 UPF(또는 I-UPF)로 N4 세션 수정 요청을 전송할 수 있다.
전달 터널이 새로운 I-UPF에 대해 수립된 경우 및 단계 8a에서 SMF가 전달 터널에 대해 설정한 타이머가 만료된 경우, SMF는 N3 종단점으로 동작하는 새로운 UPF(또는 I-UPF)에게 전달 터널을 해제하기 위해 N4 세션 수정 요청을 전송할 수 있다.
20b) [조건부 동작] 새로운 UPF(또는 I-UPF)로부터 SMF로의 시그널링: 새로운 UPF(또는 I-UPF)는 SMF로 N4 세션 수정 응답을 전송할 수 있다.
N3 종단점으로 동작하는 새로운 UPF(또는 I-UPF) N4 세션 수정 응답을 SMF로 전송할 수 있다.
21a) [조건부 동작] SMF로부터 UPF(PSA)로의 시그널링: SMF는 N4 세션 수정 요청을 UPF(PSA)로 전송할 수 있다.
전달 터널이 UPF(PSA)에 대해 수립된 경우 및 단계 7b에서 SMF가 전달 터널에 대해 설정한 타이머가 만료된 경우, SMF는 N3 종단점으로 동작하는 UPF(PSA)에게 전달 터널을 해제하기 위해 N4 세션 수정 요청을 전송할 수 있다.
21b) [조건부 동작] UPF(PSA)으로부터 SMF 로의 시그널링: UPF(PSA)는 SMF로 N4 세션 수정 응답을 전송할 수 있다.
N3 종단점으로 동작하는 UPF(PSA)는 N4 세션 수정 응답을 SMF로 전송할 수 있다.
22a) [조건부 동작] SMF로부터 이전의 UPF로의 시그널링: SMF는 이전의 UPF로 N4 세션 수정 요청 또는 N4 세션 해제 요청을 전송할 수 있다.
SMF가 단계 5에서 이전의 UPF를 계속 사용하기로 결정한 경우, SMF는 이전의 UPF로 N4 세션 수정 요청을 전송하고 AN 터널 정보를 제공할 수 있다.
SMF가 단계 5에서 I-UPF로 동작하는 새로운 UPF를 선택하고, 이전의 UPF가 PSA UPF가 아닌 경우, 단계 6b 또는 7b의 타이머가 만료된 이후에, N4 세션 해제 요청(해제 원인 포함)을 이전의 I-UPF에 전송함으로써 SMF는 자원 해제(resource release)를 개시할 수 있다.
22b) 이전의 I-UPF로부터 SMF로의 시그널링: 이전의 I-UPF는 N4 세션 수정 응답 또는 N4 세션 해제 응답을 SMF로 전송할 수 있다.
이전의 UPF는 N4 세션 수정 응답 또는 N4 세션 해제 응답을 통해 상기 수정 또는 자원의 해제를 확인한다.
UE 개시 서비스 요청 절차의 예시는 전술한 단계 1 내지 단계 22b와 같다.
이동성 관련 이벤트에 대해서, AMF는 단계 4 이후에 Namf_EventExposure_Notify 서비스 동작을 호출할 수 있다.
UE가 도달 가능하다(reachable)하다는 인디케이션과함께Namf_EventExposure_Notify가 수신되면, SMF가 펜딩중인 DL 데이터를 갖고 있는 경우, SMF는 PDU 세션에 대한 사용자 평면을 수립하기 위해, the Namf_Communication_N1N2MessageTransfer 서비스 동작을 AMF에 대해 호출할 수 있다. 다른 경우, SMF는 DL 데이터의 경우 AMF에 대해 DL 데이터 통지를 전송하는 것을 재개할 수 있다.
<복수의 USIM (Multiple USIMs )>
3GPP 시스템은 동시에 등록된 복수의 USIM을 포함하는 단말(예: ME)을 지원할 수 있다. 예를 들어, 복수의 Universal Subscriber Identity Module(USIM)은 동일한 Universal Integrated Circuit Card(UICC)에 포함되거나, 다른 UICC들에 포함될 수 있다.
복수의 USIM의 동시 처리(simultaneous handling)에 관련된 단말의 동작은 단말의 능력(capability)에 따라 다를 수 있다. 단말의 기능은 예를 들어, 단일 Rx(Reception)/단일 Tx(Transmission)이 가능한 단말, 이중(dual) Rx/단일 Tx이 가능한 단말, 이중 Rx/이중 Tx가 가능한 단말을 의미할 수 있다.
이하에서, 복수의 USIM을 사용하는 단말을 MUSIM UE라고 지칭할 수도 있다. 이중 Rx는 Multiple USIM UE(MUSIM UE)가 두 네트워크(예: MISIM UE에 포함된 2개의 USIM 각각에 대응하는 네트워크)에서 동시에 트래픽을 수신할 수 있도록 할 수 있다. 이중 Tx는 MUSIM UE가 두 네트워크에 동시에 트래픽을 전송할 수 있도록 할 수 있다. 단일 Rx는 MUSIM UE가 한번에 하나의 네트워크로부터 트래픽을 수신하도록 할 수 있다. 단일 Tx는 MUSIM UE가 한번에 하나의 네트워크로 트래픽을 전송할 수 있도록 할 수 있다.
MSUM UE는 다수의 USIM에 기초한 동일한 서비스 또는 다른 서비스에 대한 사용자의 선호도를 사용자가 설정할 수 있도록 할 수 있다. 다수의 USIM은 동일한 MNO 또는 다른 MNO들로부터 제공될 수 있다.
사용자에 의해 설정된 서비스 선호도에 기초하여, 하나의 USIM에 관련된 통신에 적극적으로 관여하는 MUSIM UE는 i) 다른 등록된 USIM에 관련된 페이징 채널을 모니터링할지 여부 또는 ii) 다른 등록된 USIM과 관련된 페이징 요청을 트리거한 모바일 착신(mobile terminated) 서비스를 사용자에게 제시할지(present) 여부를 결정할 수 있다.
다른 사업자의 USIM이 다른 MNO에 의해 제공되는 경우, 3GPP 시스템은 한 사업자가 다른 사업자의 USIM의 사용을 제한하지 않아야 한다. 참고로, 3GPP 시스템은 LTE, 5G 등의 통신 기술을 지원하는 통신 시스템을 의미할 수 있다.
3GPP 시스템은 동일한 UE에서 동일한 MNO 또는 다른 MNO로부터의 복수의 USIM을 가지는 MUSIM UE를 안전하게 지원(secure support)할 수 있어야 한다.
하나의 USIM에 대한 사용자의 서비스 선호도와 다른 USIM에 대한 사업자의 서비스 선호도 간의 간섭을 방지하기 위해, 3GPP 시스템은 적절한 보안 메커니즘을 제공할 수 있다.
각각의 USIM은 3GPP 시스템에서 별도의 장치로 나타날 수 있다.
Multi-USIM 장치에 대한 모바일 착신(Mobile terminated) 서비스들이 지원될 수 있다.
3GPP 시스템은 페이징을 페이징 절차의 일부로써(as part of the paging procedure), 트리거한 트래픽의 종류(type of traffic)에 대한 정보를 UE에게 알릴 수 있다. 이 정보는 UE가 다른 USIM에 기초한 활성 통신에 참여하는 동안, 사용자 또는 MUSIM이 모바일 착신 호(mobile terminated call)에 응답해야 하는지 여부를 결정하는데 사용될 수 있다. 페이징 정보의 세분성(granularity)은 다음과 같은 서비스 카테고리들을 구별할 수 있다:
- Internet Protocol (IP) Multimedia Subsystem(IMS) 기반 음성 서비스 및 비-IMS 기반 음성 서비스
- IMS 기반 Short Message Service (SMS) 또는 Unstructured Supplementary Service Data (USSD) 및 비-IMS 기반 SMS 또는 USSD
- 음성 또는 SMS 이외의 IMS 서비스
- 위에 나열되지 않은 기타 서비스(예: 비디오를 포함한 데이터 서비스)
3GPP 시스템은 활성 통신을 연기할 수도 있다. 예를 들어, UE가 다른 USIM에 관련된 활동을 수행해야 할 때, 3GPP 시스템은 활성 통신을 연기할 수도 있다.
3GPP 시스템은 연기된 통신을 재개할 수도 있다. 예를 들어, UE가 다른 USIM에 관련된 활동을 완료하면, 3GPP 시스템은 연기된 통신을 재개할 수도 있다.
3GPP 시스템은 UE 내의 다수의 USIM들에 관련된 페이징에 대한 페이징 충돌을 최소화할 수 있어야 한다.
여기서, 페이징 충돌은 복수의 USIM들과 관련된 페이징 발생이 시간 상 중첩되는 상황을 의미할 수 있다. 단일 Rx로 동작하는 UE들은 한 번에 단일 페이징 채널을 모니터링하도록 선택해야 하는데, 이로 인해 다른 페이징 채널들에 대한 페이징이 실패할 수 있다.
3GPP 시스템은 MUSIM UE의 다수의 USIM들과 관련된 서비스에 대한 시그널링 오버헤드를 최소화하는 메커니즘을 제공해야 한다.
3GPP 시스템은 MUSIM UE의 다른 USIM에 관련된 서비스에 대한, 하나의 USIM과 관련된 서비스들의 영향을 최소화할 수 있어야 한다.
3GPP 시스템은 MUSIM UE가 다른 USIM과 관련된 호(call)이 진행 중일 때, MUSIM UE가 하나의 USIM과 관련된 착신 호(incoming call)를 수신하고 해당 착신 호로 전환(switch over)할 수 있는 수단을 제공할 수 있다. 이 요구 사항은 수동 모드 MUSIM UE에 대해서는 적용되지 않을 수 있다.
3GPP 시스템은 MUSIM UE가 하나의 USIM으로부터 음성 서비스를 제공하고, 다른 USIM으로부터 데이터 서비스를 동시에 제공할 수 있도록 할 수 있다. 3GPP 시스템은 사용자가 동시에 다른 USIM에 관련된 호에 대해 응답하고 있는 동안, 하나의 USIM에 관련되어 진행 중인 데이터 서비스에 대한 MUSIM UE의 영향을 최소화할 수 있다, 이 요구 사항은 수동 모드 MUSIM UE에 대해서는 적용되지 않을 수 있다.
3GPP 시스템은 Dual SIM Dual Standby (DSDS) 모드에서 동작하는 MUSIM UE에 대한, 불필요한 시그널링 및 자원의 사용을 최소화할 수 있다.
DSDS 모드에서 동작하는 MUSIM UE가 등록되어 있는 각각의 PLMN에 대해 서비스의 특정 세트에 대한 연기 및 재개가 가능할 수 있다.
<페이징 충돌 (paging collision)>
페이징 충돌은 UE가 모니터링해야 하는 2개의 페이징 기회(paging occasion)가 시간 영역에서 충돌하는 것을 의미할 수 있다. 예를 들어, UE가 복수의 USIM을 사용하는 경우, 하나의 USIM에 관련된 네트워크에서의 페이징 기회가 다른 USIM에 관련된 네트워크에서의 페이징 기회가 충돌하는 경우, 페이징 충돌이 발생했다고 할 수 있다.
UE는 페이징 프레임 및 페이징 기회를 모니터링할 수 있다. 예를 들어, E-UTRA의 경우 페이징 프레임 및 페이징 기회는 IMSI에 기초하여 할당될 수 있다.
페이징 기회는 예를 들어 다음과 같이 정의될 수도 있다. 페이징 기회(Paging Occasion: PO)는 PDCCH를 통해 Paging Radio Network Temporary Identifier (P-RNTI)가 전송될 수 있는 서브프레임이다.
하나의 페이징 프레임(Paging Frame: PF)은 하나의 무선 프레임(하나 또는 다수의 페이징 기회들을 포함)일 수 있다. Discontinuous Reception(DRX)가 사용되는 경우, UE는 DRX 사이클 당 하나의 PO를 모니터링하기만 하면 된다.
도 7을 참조하여, 페이징 기회가 중첩되는 예시를 설명하기로 한다.
도 7은 페이징 기회가 중첩되는 예시를 나타낸 도면이다.
도 7을 참조하면, UE는 2개의 서로 다른 주파수(예: F1, F2)에서 서비스를 수신해야 한다.
예를 들어, 주파수 F1에서, UE는 제1 네트워크(예: PLMN 1)로부터 페이징을 수신할 것으로 예상할 수 있다. 그리고, 주파수 F2에서, UE는 제2 네트워크(예: PLMN 2)로부터 다른 통신 서비스(예: LTE 페이징, 5G 페이징 등)를 수신할 것으로 예상할 수 있다.
단일 Rx 체인을 가진 UE는 주파수 F1과 주파수 F2를 번갈아 가며 주파수 F1 및 주파수 F2에서 서비스를 수신할 수 있다.
주파수 F2에서의 서비스는 네트워크에 의해서 주파수 F1의 페이징 기회와 동일한 시간 동안 스케줄링될 수도 있다. 주파수 F2에서의 서비스는 주파수 F1에서의 DRX 사이클의 주기와 동일한 주기를 가지거나, DRX 사이클의 주기의 배수인 주기를 가질 수도 있다. 참고로, 도 7에서 paging processing duration은 페이징을 처리하는데 사용되는 시간을 의미할 수 있다.
2개의 서비스 간의 반복적인 스케줄링 충돌은 UE로 하여금 주파수 F1 에서의 페이징을 놓치게 할 수 있다. 마찬가지로, 이러한 스케줄링 충돌은 UE로 하여금 주파수 F2 에서의 서비스 수신(예: 페이징 수신)을 놓치게 할 수도 있다.
이중 가입(dual subscription)이 있지만, 단일 Rx 체인을 가지고 있는 장치(예: 이중 SIM 장치와 같은 MUSIM UE)는 2개의 다른 네트워크에 등록할 수 있다. 두 개의 네트워크 모두에서 각 가입에 대한 페이징 기회는 거의 동시에 발생하여 가입들 간의 페이징 충돌을 야기할 수 있다.
II. 본 명세서의 개시가 해결하고자 하는 문제점
3GPP 시스템(예: 4G 네트워크, 5G 네트워크)에서는 기본적으로 하나의 단말이 하나의 SIM을 가지는 것을 가정한다. 하지만, 실제로 출시된 단말들 중에는 dual SIM 또는 multi SIM을 지원하는 단말들(예: MUSIM UE)이 있다.
특히, 일부 국가의 경우 이러한 multi SIM 단말들이 다수 출시되어 해당 국가의 단말들 중 주류를 이루는 경우도 있다. 3GPP 표준에서 multi SIM 단말들의 동작을 명확히 지원하지 않기 때문에, 이러한 단말은 다수의 SIM에 기초한 통신을 지원하기 위해 dual standby 방식으로 구현되고 있다.
예를 들어, Dual standby 방식은 단말이 복수의 SIM(예: 2개의 SIM)을 모두 사용하여 각 SIM에 관련된 네트워크들에 대해 등록 절차를 수행한 후, 필요에 따라 radio를 스위칭하여 네트워크와 서비스를 수행하는 방식이다.
이러한 방식의 경우, 일반적으로 사용자가 어떤 서비스를 어떤 SIM을 통해 제공받을지 여부를 설정하도록 단말이 구현되어 있다. 예를 들어, 사용자는 SMS는 제1 SIM을 통해 제공받고, voice call은 제2 SIM을 통해 제공받도록 설정할 수 있다. 그러므로, 단말은 사용자의 설정에 기초하여 radio를 스위칭할 수 있다.
MO(Mobile Originating: 모바일 발신) 트래픽의 경우, 위와 같이 사용자의 설정에 기초하여 단말이 동작할 수 있다. 하지만, MT(Mobile Terminated: 모바일 착신) 트래픽의 경우 문제가 발생할 수 있다.
예를 들어, 단말이 2개의 SIM(예: PLMN 1에 관련된 제1 SIM 및 PLMN 2에 관련된 제2 SIM)을 포함하고 있는 상황에서, 단말이 각각의 SIM에 기초하여 PLMN 1 및 PLMN 2에 등록할 수 있다.
이 경우, 단말은 Idle 상태에서 PLMN 1 및 PLMN 2 양쪽의 페이징을 모두 모니터링해야 하는데, PLMN 1의 페이징 기회와 PLMN 2의 페이징 기회가 중복(중첩)되는 경우, 단말은 한 번에 하나의 PLMN만 모니터링할 수 있다.
이로 인해, 사용자는 중요한 서비스(예: 전화)를 제공받아야 하는 상황에서, 단말이 다른 PLMN을 모니터링하다가 중요한 서비스를 제공받지 못하는 상황이 발생할 수 있다. 예를 들어, 단말이 PLMN 1의 페이징 기회를 모니터링하는 도중에, PLMN 2에서 모바일 착신 서비스(예: 음성 전화)에 대한 데이터 트래픽이 발생한 경우, 단말은 PLMN 2의 모바일 착신 서비스를 수신할 수 없는 문제가 발생할 수 있다.
이러한 문제 외에도, 단말이 PLMN 1으로부터 서비스를 제공받는 동안, 단말은 PLMN 2에 대한 페이징 모니터링을 수행하지 못하기 때문에, PLMN 2에서 발생한 페이징에 대해 단말이 응답하지 못한다는 문제가 있다. 이 경우, PLMN 2의 네트워크 노드는 반복적으로 페이징 전송을 수행하기 때문에, 페이징 자원이 낭비되는 문제가 발생할 수 있다.
또한, 단말이 하나의 PLMN(예: PLMN 1)에서 계속해서 connected 상태로 통신을 수행하는 경우, 단말은 PLMN 2에서 등록 업데이트(registration update)를 수행할 수 없다. 단말이 PLMN 2에서 등록 업데이트(registration update)를 수행할 수 없기 때문에, 등록해제(deregistration)가 발생하거나 이동성 등록(mobility registration)이 제대로 수행되지 않을 수 있다. 이로 인해, 네트워크(예: PLMN 2)에서 단말의 위치를 제대로 파악하지 못하는 문제가 발생할 수도 있다.
단말이 PLMN 1에서 서비스를 받고 있는 상황에서, PLMN 2에서 단말에 대한 MT 서비스가 발생할 수 있다. 이 경우, 단말이 PLMN 2에 대한 모니터링을 성공하더라도, 종래에는 단말이 PLMN 2에서 MT 서비스가 발생했다는 사실만 인지할 수 있었다. 즉, 단말은 PLMN 2에서 발생한 MT 서비스에 대한 정보(예: 발신자의 전화번호, SMS의 발신 전화번호 등)를 알지 못하고, PLMN 2에서 서비스가 발생했다는 사실만 인지한다는 문제가 있었다. 이로 인해, 단말은 PLMN 2에서 발생한 서비스에 대한 정보를 사용자에게 제공하지 못했다. 단말 및/또는 사용자는 PLMN 2에서 발생한 서비스에 대한 정보를 구체적으로 알지 못한 상태에서 PLMN 2에서 서비스를 받을지 여부를 결정해야 한다는 문제점이 있었다.
전술한 문제점들을 해결하기 위해, 복수의 SIM을 사용하는 단말을 효율적으로 지원하기 위한 방안이 논의될 필요가 있다.
III. 본 명세서의 개시
본 명세서에서 후술되는 개시들은 하나 이상의 조합으로 구현될 수 있다. 도면 각각은 각 개시의 실시예를 나타내고 있으나, 도면의 실시예들은 서로 조합되어 구현될 수도 있다.
복수의 Subscriber Identity Module (SIM)(예: 복수의 USIM)을 가지고 있는 단말 및 복수의 SIM)(예: 복수의 USIM)과 관련된 통신을 수행하는 네트워크 노드(예: UPF, N3IWF, AMF, SMF 등)는 이하에서 설명하는 바와 같이 동작할 수 있다. 이하에서, 복수의 SIM, 복수의 USIM, Multi-USIM(MUSIM)은 모두 동일한 의미로 사용될 수 있다. 참고로, 본 명세서의 개시에서 단말이 2개의 SIM을 가지고 있는 경우를 예로 들어 단말과 네트워크 노드(예: UPF, N3IWF, AMF, SMF 등)의 동작을 설명하지만, 이는 예시에 불과하며, 이하에서 설명하는 내용은 단말이 3개 이상의 SIM을 가지고 있는 경우에도 적용될 수 있다.
이하에서, 단말이 PLMN 1(제1 PLMN, 또는 PLMN A)에 관련된 SIM 1(제1 SIM 또는 SIM A)과 PLMN 2(제2 PLMN 또는 PLMN B)에 관련된 SIM 2(제2 SIM 또는 SIM B)을 포함할 수 있다. 즉, 단말은 SIM 1(제1 SIM 또는 SIM A) 및 SIM 2(제2 SIM 또는 SIM B)에 기초하여 PLMN 1(제1 PLMN, 또는 PLMN A) 및/또는 PLMN 2(제2 PLMN 또는 PLMN B)에서 통신을 수행할 수 있다. 예를 들어, 단말은 SIM 1을 이용하여 PLMN 1에서 서비스를 제공받을 수 있으며, 단말은 SIM 2를 이용하여 PLMN 2에서 서비스를 제공받을 수도 있다. SIM 1과 SIM 2가 각각 다른 PLMN에 연결 가능한 상황을 가정했지만, 이는 예시에 불과하며, SIM 1과 SIM 2는 동일한 PLMN에 관련된 SIM들일 수도 있다.
단말 및/또는 네트워크가 사용자에게 PLMN 2에서 발생한 서비스에 대한 정보(예: 발신자의 전화번호, SMS의 발신 전화번호 등)를 사용자에게 제공하는 방안을 설명하기로 한다. 예를 들어, 단말이 특정 PLMN(예: PLMN 1)에서 서비스를 받고 있는 상황에서, 다른 PLMN(예: PLMN 2)에서 단말에 대한 서비스가 발생한 경우(예: 단말에 대한 데이터가 발생한 경우), 네트워크가 단말에게 서비스에 대한 정보(예: PLMN 2에서 발생한 서비스의 발신자 정보)를 제공하는 방안을 설명한다. 단말 및/또는 사용자가 서비스에 대한 정보(예: PLMN 2에서 발생한 서비스의 발신자 정보)에 기초하여, PLMN 2로 넘어가서 서비스를 받을지 여부를 결정할 수 있도록 한다면, 사용자 경험을 향상시킬 수 있다.
이하 후술되는 본 명세서의 개시의 여러 방안들(예: 이하 본 명세서의 제1 개시(제1 예시 내지 제5 예시 포함) 및 본 명세서의 제2 개시(제1 예시 및 제2 예시 포함)은 하나 이상의 조합으로 구현될 수 있다.
참고로, 이하의 도 8a 내지 도 15b의 예시에서, 단말(예:UE)이 네트워크 노드들(예: AMF, SMF, UPF, UDM, HSS, PCF, P-CSCF, S-CSCF, SMSF, SMS-GMSC, NEF, MUSIM AS 등)과 수행하는 통신은 기지국(예: RAN(Radio Access Network))을 거쳐 수행될 수 있다. 예를 들어, 단말이 네트워크 노드에 메시지를 전송하는 경우, 단말은 기지국에 메시지를 전송하고, 기지국이 메시지를 네트워크 노드에 전달할 수 있다. 다른 예를 들어, 네트워크 노드가 단말에게 메시지를 전송하는 경우, 네트워크 노드는 기지국에 메시지를 전송하고, 기지국은 메시지를 단말에게 전송할 수 있다.
1. 본 명세서의 제1 개시
본 명세서의 제1 개시에서는 복수의 SIM(예: MUSIM)과 관련된 Application Server(AS)를 이용하여 서비스에 대한 정보(예: 단말이 현재 서비스를 수행하는 PLMN이 아닌 다른 PLMN에서 발생한 서비스의 발신자 정보)와 관련된 통신을 수행하는 방안(예: 서비스에 대한 정보를 수신하는 방안)에 대해 설명한다. 이하에서, 복수의 SIM(예: MUSIM)과 관련된 Application Server(AS)는 MUSIM AS라고 지칭할 수도 있다.
1-1. 본 명세서의 제1 개시의 제1 예시
본 명세서의 제1 개시의 제1 예시에서는 MUSIM AS를 이용하여 발신자 정보(예: caller ID)를 수신하는 방안을 설명한다. 본 명세서의 제1 개시의 제1 예시에서는 SMF 노드의 동작을 중심으로 MUSIM AS를 이용하여 발신자 정보(예: caller ID)를 수신하는 방안을 설명한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 8a 내지 도 8c는 본 명세서의 제1 개시의 제1 예시에 따른 신호 흐름도의 예시를 나타낸 도면이다.
1) 단말(예: UE)이 PLMN A의 5G 네트워크(예: 5GS)에 대한 등록 절차를 수행할 수 있다. 단말은 SIM A를 이용하여 PLMN A의 5G 네트워크에 대한 등록 요청 메시지를 AMF 노드에게 전송할 수 있다. 단말은 등록 요청 메시지에 MUSIM indication (또는 information)을 포함시켜 등록 요청 메시지를 전송할 수 있다. 여기서, MUSIM indication (또는 information)은 단말이 복수의 SIM을 사용한다는 것을 나타내는 정보 또는 등록 절차가 복수의 SIM에 관련된다는 것을 나타내는 정보일 수 있다. 단말로부터 MUSIM indication을 수신한 AMF는 단말이 MUSIM 관련 동작을 수행한다는 것을 저장할 수 있다. 여기서, MUSIM 관련 동작은 복수의 SIM에 기초한 통신을 수행하는 것을 의미할 수 있다. AMF는 단말로부터 등록 요청 메시지를 수신한 후, 단말에게 등록 수락 메시지를 전송할 수 있다. AMF는 AMF가 MUSIM 관련 동작이 가능한지 여부(예: AMF가 MUSIM에 기초한 통신을 수행할 수 있는지 여부)에 대한 정보를 등록 수락 메시지에 포함시켜 단말에게 전송할 수 있다.
2) 단말이 PLMN A에 대한 등록 절차를 수행한 후, 단말은 IMS 서비스(예: voice 서비스, video 서비스, Short Message Service(SMS) over IP 서비스 등)를 위해, IMS PDU 세션을 수립(또는 생성)하기 위한 절차를 수행할 수 있다. IMS PDU 세션 수립 절차에서, 단말은 MUSIM indication을 전송할 수 있다. 예를 들어, 단말은 PDU 세션 수립 요청 메시지를 RAN을 거쳐, AMF에 전송하고, AMF가 PDU 세션 수립 요청 메시지를 SMF에 전송할 수 있다. 단말은 PDU 세션 수립 요청 메시지에 MUSIM indication을 포함시켜 PDU 세션 수립 요청 메시지를 전송할 수 있다. MUSIM indication을 수신한 SMF는 단말이 MUSIM 관련 동작을 수행한다는 것을 저장할 수 있다. SMF는 단말로부터 PDU 세션 수립 요청 메시지를 수신한 후, 단말에게 PDU 세션 수립 수락 메시지를 전송할 수 있다. SMF는 SMF가 MUSIM 관련 동작이 가능한지 여부(예: SMF가 MUSIM에 기초한 통신을 수행할 수 있는지 여부)에 대한 정보를 PDU 세션 수립 수락 메시지에 포함시켜 단말에게 전송할 수 있다. 참고로, 단계 1)에서 단말이 AMF가 전송한 등록메시지를 통해서 MUSIM 관련 동작이 허용된다는 정보를 수신한 경우에만, 단말이 SMF에게 MUSIM indication을 전송할 수도 있다.
3) 단말은 IMS PDU 세션을 수립(또는 생성)한 후, IMS 등록 절차를 수행할 수 있다. 여기서, IMS 등록 절차는 단말이 IMS 망에 포함된 네트워크 노드들(예: Proxy Call Session Control Function(P-CSCF), Serving Call Session Control Function (S-CSCF), MUSIM Application Server(AS))에게 등록하는 절차일 수 있다. 단말은 Session Initiation Protocol (SIP) register 메시지를 UPF를 거쳐 P-CSCF에게 전송할 수 있다. 단말은 SIP register 메시지에 MUSIM indication을 포함시켜 SIP register 메시지를 P-CSCF에 전송함으로써, 단말이 MUSIM 관련 동작을 수행한다는 것을 알릴 수 있다.
4) P-CSCF는 S-CSCF에게 SIP register 메시지를 전송할 수 있다. P-CSCF가 S-CSCF에게 전송하는 SIP 메시지(예: SIP register 메시지)에도 MUSIM indication이 포함될 수 있다.
5) S-CSCF는 UDM/HSS(UDM 또는 HSS)로부터 단말의 가입자 정보를 가져올 수 있다. 예를 들어, S-CSCF는 UDM/HSS에게 서버 할당 요청(server assignment request) 메시지를 전송하여 단말의 가입자 정보를 요청할 수 있다. 그러면, UDM/HSS는 S-CSCF에게 서버 할당 응답(server assignment answer) 메시지를 전송하여 단말의 가입자 정보를 전송할 수 있다. 단말의 가입자 정보는 TAS (Telephony Application Server) 정보를 포함할 수 있다. TAS 정보는 MUSIM AS에 관련된 정보를 포함할 수 있다. 예를 들어, MUSIM AS에 관련된 정보는 MUSIM AS의 주소 정보(예: SIP Uniform Resource Locator (URL))를 포함할 수 있다.
6 내지 7) S-CSCF는 SIP 200 OK 메시지를 P-CSCF를 거쳐 단말로 전송할 수 있다. SIP 200 OK 메시지는 단말이 단계 3) 에서 전송한 SIP Register 메시지에 대한 응답 메시지일 수 있다. S-CSCF는 SIP 200 OK 메시지를 단말에게 전송함으로써, IMS 등록이 완료되었음을 알릴 수 있다.
8) S-CSCF가 단계 4)에서 MUSIM indication을 수신한 경우, S-CSCF는 단계 5)에서 수신된 가입자 정보에 기초하여, MUSIM AS에게 SIP register 메시지를 전송할 수 있다. 예를 들어, S-CSCF는 TAS 정보(MUSIM AS에 관련된 정보 포함)에 기초하여, SIP register 메시지를 전송할 MUSIM AS를 식별할 수 있다. SIP register 메시지는 MUSIM indication을 포함할 수 있다.
9) MUSIM AS는 해당 단말의 context를 생성한 후, S-CSCF로 SIP 200 OK 메시지를 전송할 수 있다. 예를 들어, MUSIM AS는 단말의 context에 단말의 IP Multimedia Public Identity (IMPU), IP address 정보 등을 저장할 수 있다.
10) 단말이 다른 PLMN(예: PLMN B) 또는 동일한 PLMN(예: PLMN A)에서, 다른 SIM(예: SIM A 가 아닌 다른 SIM(SIM B))를 사용한 서비스를 시작할 수 있다. 예를 들어, 단계 1) 내지 단계 9)에서 수행된 동작들은 단말에 포함된 SIM A와 관련된 PLMN A에서 수행되는 동작들일 수 있으며, 단계 10)에서 단말은 SIM B를 사용한 서비스를 수행할 수 있다.
11) PLMN A에서 단말로의 Mobile Terminated(MT) call이 시작되고, S-CSCF는 SIP INVITE 메시지를 수신할 수 있다. S-CSCF는 originating S-CSCF(즉, 발신자 측의 S-CSCF)로부터 SIP INVITE 메시지를 수신할 수 있다. 도 8a 내지 도 8c에서는 MT voice call이 표시되지만 이는 예시에 불과하며, 단말로의 MT call은 video call, SMS over IP 등 다양한 IMS 서비스를 모두 포함할 수 있다.
12) S-CSCF는 originating S-CSCF로 SIP 100 Trying 메시지를 전송할 수 있다. SIP 100 Trying 메시지는 단계 11)에서 수신된 SIP INVITE 메시지를 처리한다는 것을 알리는 메시지일 수 있다.
13 내지 14) S-CSCF는 단계 4)에서 수신된 MUSIM indication에 기초하여, 단말이 MUSIM 관련 동작을 수행한다는 것을 알 수 있다(또는 판단할 수 있다). 이에 따라, S-CSCF는 단말에 대한 SIP INVITE 메시지를 MUSIM AS에게 전송할 수 있다.
15) MUSIM AS는 SIP INVITE 메시지에 기초하여 전화를 거는 사람(또는 단말)(즉, 발신자)의 ID 정보(예: 전화번호와 같은 caller ID)를 획득하고, ID 정보를 저장할 수 있다. MUSIM AS가 전화를 거는 사람(또는 단말)(즉, 발신자)의 ID 정보(예: 전화번호와 같은 caller ID)를 이전에 저장했던 경우, MUSIM AS는 새로 획득한 ID 정보로 저장된 ID 정보를 업데이트할 수 있다.
16) MUSIM AS는 발신자의 ID 정보를 저장한 이후, SIP 100 Trying 메시지를 S-CSCF에게 전송할 수 있다.
17 내지 18) S-CSCF는 SIP INVITE 메시지를 P-CSCF에게 전송할 수 있다. P-CSCF는 SIP 100 Trying 메시지를 S-CSCF에게 전송할 수 있다.
19) P-CSCF는 SIP INVITE 메시지를 UPF에게 전송할 수 있다. 이 과정에서, P-CSCF는 사업자(operator)가 설정한 특정 DSCP(Differentiated Service Code Point)값을 사용하여 SIP INVITE 메시지를 UPF로 전송할 수 있다. UPF는 SIP INVITE 메시지를 전송하는 IP 패킷으로부터 특정 DSCP 값을 검출할 수 있다. 그리고, UPF는 이하 단계 20)을 통해, SMF에게 DSCP 값을 전송할 수 있다.20) UPF는 단말의 PDU 세션(예: MT call에 관련된 IMS PDU 세션)이 비활성화(deactivation)되어 있는 경우, 데이터 통지(Data Notification) 메시지를 SMF에게 전송할 수 있다. UPF는 데이터 통지 메시지에 P-CSCF에 의해 설정된 DSCP 값을 포함시켜, 데이터 통지 메시지를 SMF에 전송할 수 있다. UPF는 단계 11)에서 시작된 MT call이 어떤 타입의 MT 서비스인지에 대한 정보를 데이터 통지 메시지에 포함시켜 SMF에게 전송할 수도 있다. SMF는 UPF로부터 수신한 DSCP 값에 기초하여, 단말에 대한 MT call이 시작된다는 것을 인지할 수 있다. SMF는 단말에 대한 MT call이 시작된다는 것을 인지함으로써, 이하 Option 1 및 Option 2에 설명할 동작들을 수행할 수 있다.
21) SMF는 UPF에게 데이터 통지 Ack 메시지를 전송하여, UPF에게 데이터 통지 메시지를 성공적으로 수신했음을 알릴 수 있다.
단계 21) 이후에, 도 8a 내지 도 8c에 도시된 Option 1 또는 Option 2에 해당하는 동작들 중 어느 하나가 수행될 수 있다. Option 1의 동작들부터 설명하기로 한다.
Option 1은 UDM을 통해 발신자의 ID 정보와 관련된 통신을 수행하는 동작들을 포함한다.
22a) MUSIM AS는 단계 15)에서 SIP INVITE 메시지를 통해서 수신한 발신자의 ID 정보(예: caller ID 정보)를 UDM 또는 HSS에 전송할 수 있다. 그러면, UDM 또는 HSS는 발신자의 ID 정보(예: caller ID 정보)를 저장할 수 있다. 참고로, MUSIM AS는 UDM 또는 HSS이 발신자의 ID 정보를 저장하는 절차를 종료한 후에 단계 16)을 수행함으로써, SMF가 저장된 (또는 업데이트된) 발신자의 ID 정보를 단계 20)의 데이터 통지 메시지보다 먼저 수신할 수 있도록 할 수 있다.
23a) UDM 또는 HSS에 저장된 데이터(예: 가입자 정보)가 업데이트되었으므로, UDM 또는 HSS는 업데이트된 가입자 정보를 SMF에게 전송할 수 있다. 참고로, 단계 22a)에서, UDM 또는 HSS는 MUSIM AS로부터 수신한 발신자의 ID 정보를 단말의 가입자 정보로 저장할 수 있다. 따라서, 업데이트된 가입자 정보는 MUSIM AS가 전송한 발신자의 ID 정보를 포함할 수 있다.
24a 및 25a) SMF는 단계 20)의 데이터 통지 메시지를 UPF로부터 수신할 수 있다. 데이터 통지 메시지를 수신한 SMF는 AMF에게 요청 메시지(예: Namf_Communication_N1N2MessageTransfer 메시지)를 전송할 수 있다. 요청 메시지(예: Namf_Communication_N1N2MessageTransfer 메시지)는 단말의 PDU Session을 활성화 하기 위한 정보를 포함할 수 있다. SMF는 Namf_Communication_N1N2MessageTransfer 메시지에 발신자의 ID 정보를 포함시켜 Namf_Communication_N1N2MessageTransfer 메시지를 전송할 수 있다. 참고로, SMF는 단말이 단계 2)에서 MUSIM indication을 포함하는 IMS PDU 세션 수립 요청 메시지를 전송한 경우에만, 단계 24a 및 25a에서 설명하는 동작을 수행할 수도 있다.
26a) AMF는 SMF로부터 요청 메시지(예: Namf_Communication_N1N2MessageTransfer 메시지)를 수신하였으므로, 단말에게 페이징 메시지 또는 Non Access Stratum (NAS) 통지 메시지를 전송할 수 있다. 페이징 메시지 또는 NAS 통지 메시지는 단말에 대한 하향링크 데이터(예: IMS 서비스에 관련된 하향링크 데이터)가 존재한다는 정보를 포함할 수 있다. AMF가 SMF로부터 발신자의 ID 정보를 수신한 경우, AMF는 페이징 메시지 또는 NAS 통지 메시지에 발신자의 ID 정보를 포함시켜 페이징 메시지 또는 NAS 통지 메시지를 단말에게 전송할 수 있다. 단말이 단계 1)에서 MUSIM indication을 포함하는 등록 요청 메시지를 전송한 경우에만 AMF가 단계 26)의 동작을 수행할 수도 있다. 단말은 수신된 발신자의 ID 정보에 기초하여 PLMN A에서 서비스를 받을지(예: PLMN A에서의 MT call을 수행할지) 여부를 판단할 수 있다. 이때, 단말은 사용자에게 발신자의 전화번호와 관련된 정보를 알려주고 전화를 수신할지 여부를 물어볼 수 있다. 또는 사용자가 미리 지정해 놓은 설정을 기반으로 단말이 판단해 전화를 수신할지 여부를 결정할 수 있다. 예를 들어, 사용자가 단말에 저장된 연락처를 기반으로 특정 그룹이나 전화번호에 대한 수신만 하도록 설정한 경우 단말은 이를 기반으로 수신 여부를 결정할 수 있다. 단말이 PLMN A에서 서비스를 받기로 결정한 경우, 단말은 PLMN A에서 서비스 요청 절차를 수행할 수 있다.
Option 2는 PCF 및/또는 Network Exposure Function (NEF)를 통해 발신자의 ID 정보와 관련된 통신을 수행하는 동작들을 포함한다.
22b) SMF는 단계 20)에서, UPF로부터 데이터 통지 메시지를 수신할 수 있다.
23b) SMF는 PCF 및/또는 NEF를 거쳐서 MUSIM AS로부터 발신자의 ID 정보를 획득할 수 있다. 예를 들어, SMF는 PCF 및/또는 NEF를 거쳐서 MUSIM AS에게 발신자의 ID 정보를 요청하는 요청 메시지를 전송하고, MUSIM AS는 PCF 및/또는 NEF를 거쳐서 SMF에게 발신자의 ID 정보를 포함하는 응답 메시지를 전송할 수 있다. 이때, SMF는 MUSIM AS에 관련된 정보를 UDM 또는 HSS에 저장된 가입자 정보에 기초하여 획득할 수 있다. 단계 23b)의 동작은 단말이 단계 2)에서 MUSIM indication을 포함하는 IMS PDU 세션 수립 요청 메시지를 전송한 경우에만 수행될 수도 있다. SMF가 MUSIM AS로부터 발신자의 ID 정보를 획득하기 위해 사용하는 단말의 정보는 단말의 PDU 세션에서 사용되는 IP 주소 및/또는 Generic Public Subscription Identifier(GPSI) (예: IP Multimedia PUblic identity(IMPU)) 등일 수 있다. 즉, SMF는 단말의 GPSI를 이용해 PCF/NEF를 거쳐 MUSIM AS로 GPSI에 매칭되는 단말의 MT call에 대한 전화번호 정보를 요청할 수 있다. MUSIM AS는 단계 8)에서 생성한 단말의 context 정보와 단계 15)에서 저장한 정보를 기반으로, AMF가 요청한 GPSI에 매칭되는 단말에 대해 수신되는 전화 서비스의 발신자 정보를 알아내고 이를 SMF에게 알려준다.
24b) SMF는 AMF에게 요청 메시지(예: Namf_Communication_N1N2MessageTransfer 메시지)를 전송할 수 있다. 요청 메시지(예: Namf_Communication_N1N2MessageTransfer 메시지)는 단말의 PDU Session을 활성화 하기 위한 정보를 포함할 수 있다. SMF는 Namf_Communication_N1N2MessageTransfer 메시지에 발신자의 ID 정보를 포함시켜 Namf_Communication_N1N2MessageTransfer 메시지를 전송할 수 있다. 참고로, SMF는 단말이 단계 2)에서 MUSIM indication을 포함하는 IMS PDU 세션 수립 요청 메시지를 전송한 경우에만, 24b)의 동작을 수행할 수도 있다.
25b) AMF는 SMF로부터 요청 메시지(예: Namf_Communication_N1N2MessageTransfer 메시지)를 수신하였으므로, 단말에게 페이징 메시지 또는 Non Access Stratum (NAS) 통지 메시지를 전송할 수 있다. 페이징 메시지 또는 NAS 통지 메시지는 단말에 대한 하향링크 데이터(예: IMS 서비스에 관련된 하향링크 데이터)가 존재한다는 정보를 포함할 수 있다. AMF가 SMF로부터 발신자의 ID 정보를 수신한 경우, AMF는 페이징 메시지 또는 NAS 통지 메시지에 발신자의 ID 정보를 포함시켜 페이징 메시지 또는 NAS 통지 메시지를 단말에게 전송할 수 있다. 단말이 단계 1)에서 MUSIM indication을 포함하는 등록 요청 메시지를 전송한 경우에만 AMF가 단계 26)의 동작을 수행할 수도 있다. 단말은 수신된 발신자의 ID 정보에 기초하여 PLMN A에서 서비스를 받을지(예: PLMN A에서의 MT call을 수행할지) 여부를 판단할 수 있다. 이때, 단말은 사용자에게 발신자의 전화번호와 관련된 정보를 알려주고 전화를 수신할지 여부를 물어볼 수 있다. 또는 사용자가 미리 지정해 놓은 설정을 기반으로 단말이 판단해 전화를 수신할지 여부를 결정할 수 있다. 예를 들어, 사용자가 단말에 저장된 연락처를 기반으로 특정 그룹이나 전화번호에 대한 수신만 하도록 설정한 경우 단말은 이를 기반으로 수신 여부를 결정할 수 있다. 단말이 PLMN A에서 서비스를 받기로 결정한 경우, 단말은 PLMN A에서 서비스 요청 절차를 수행할 수 있다.
1-2. 본 명세서의 제1 개시의 제2 예시
본 명세서의 제1 개시의 제2 예시에서는 MUSIM AS를 이용하여 발신자 정보(예: caller ID)를 수신하는 방안을 설명한다. 본 명세서의 제1 개시의 제2 예시에서는 AMF 노드의 동작을 중심으로 MUSIM AS를 이용하여 발신자 정보(예: caller ID)를 수신하는 방안을 설명한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 9는 본 명세서의 제1 개시의 제2 예시에 따른 신호 흐름도의 예시를 나타낸 도면이다.
도 9에 도시된 단계 1 내지 단계 21은 도 8a 내지 도 8c에서 설명한 단계 1 내지 단계 21과 동일하다. 즉, 도 9에 도시된 단계 1 내지 단계 21은 도 8a 내지 도 8c에서 설명한 단계 1 내지 단계 21과 동일한 방식으로 수행될 수 있다. 다시 말해서, 도 9의 예시는 도 8a 내지 도 8c에서 설명한 단계 1 내지 단계 21가 수행된 이후의 신호 흐름도를 나타낸다.
단계 21) 이후에, 도 9에 도시된 Option 1 또는 Option 2에 해당하는 동작들 중 어느 하나가 수행될 수 있다. Option 1의 동작들부터 설명하기로 한다.
Option 1은 UDM을 통해 발신자의 ID 정보와 관련된 통신을 수행하는 동작들을 포함한다.
22a) MUSIM AS는 단계 15)에서 SIP INVITE 메시지를 통해서 수신한 발신자의 ID 정보(예: caller ID 정보)를 UDM 또는 HSS에 전송할 수 있다. 그러면, UDM 또는 HSS는 발신자의 ID 정보를 저장할 수 있다. 참고로, MUSIM AS는 UDM 또는 HSS이 발신자의 ID 정보를 저장하는 절차를 종료한 후에 도 8a 내지 도 8c의 단계 16)을 수행함으로써, AMF가 저장된 (또는 업데이트된) 발신자의 ID 정보를 단계 24a)의 요청 메시지(예: Namf_Communication_N1N2MessageTransfer 메시지)보다 먼저 수신할 수 있도록 할 수 있다.
23a) UDM 또는 HSS에 저장된 데이터(예: 가입자 정보)가 업데이트되었으므로, UDM 또는 HSS는 업데이트된 가입자 정보를 AMF에게 전송할 수 있다. 참고로, 단계 22a)에서, UDM 또는 HSS는 MUSIM AS로부터 수신한 발신자의 ID 정보를 단말의 가입자 정보로 저장할 수 있다. 따라서, 업데이트된 가입자 정보는 MUSIM AS가 전송한 발신자의 ID 정보를 포함할 수 있다.
24a) SMF는 도 8a 내지 도 8c의 단계 20)에서 데이터 통지 메시지를 UPF로부터 수신할 수 있다. SMF는 데이터 통지 메시지를 수신한 후, AMF 에게 요청 메시지(예: Namf_Communication_N1N2MessageTransfer 메시지)를 전송할 수 있다. 요청 메시지(예: Namf_Communication_N1N2MessageTransfer 메시지)는 단말의 PDU Session을 활성화 하기 위한 정보를 포함할 수 있다. 이때, SMF는 해당 단말(예: UE)이 MUSIM 관련 동작을 수행한다는 것을 알리는 MUSIM Indication을 요청 메시지(예: Namf_Communication_N1N2MessageTransfer 메시지)에 포함시켜 AMF에게 전송할 수 있다. SMF는 단계 24a)의 동작을 단말이 도 8a 내지 도 8c의 단계 2) 에서 MUSIM indication을 포함하는 IMS PDU 세션 수립 요청 메시지를 전송한 경우에만 수행할 수도 있다.
25a) AMF는 SMF로부터 요청 메시지(예: Namf_Communication_N1N2MessageTransfer 메시지)를 수신하였으므로, 단말에게 페이징 메시지 또는 Non Access Stratum (NAS) 통지 메시지를 전송할 수 있다. 페이징 메시지 또는 NAS 통지 메시지는 단말에 대한 하향링크 데이터(예: IMS 서비스에 관련된 하향링크 데이터)가 존재한다는 정보를 포함할 수 있다. AMF는 페이징 메시지 또는 NAS 통지 메시지에 발신자의 ID 정보를 포함시켜 페이징 메시지 또는 NAS 통지 메시지를 단말에게 전송할 수 있다. 단말이 도 8a 내지 도 8c의 단계 1)에서 MUSIM indication을 포함하는 등록 요청 메시지를 전송한 경우에만 AMF가 단계 26)의 동작을 수행할 수도 있다. 단말은 수신된 발신자의 ID 정보에 기초하여 PLMN A에서 서비스를 받을지(예: PLMN A에서의 MT call을 수행할지) 여부를 판단할 수 있다. 이때, 단말은 사용자에게 발신자의 전화번호와 관련된 정보를 알려주고 전화를 수신할지 여부를 물어볼 수 있다. 또는 사용자가 미리 지정해 놓은 설정을 기반으로 단말이 판단해 전화를 수신할지 여부를 결정할 수 있다. 예를 들어, 사용자가 단말에 저장된 연락처를 기반으로 특정 그룹이나 전화번호에 대한 수신만 하도록 설정한 경우 단말은 이를 기반으로 수신 여부를 결정할 수 있다. 단말이 PLMN A에서 서비스를 받기로 결정한 경우, 단말은 PLMN A에서 서비스 요청 절차를 수행할 수 있다.
Option 2는 PCF 및/또는 NEF를 통해 발신자의 ID 정보와 관련된 통신을 수행하는 동작들을 포함한다.
22b) SMF는 도 8a 내지 도 8c 단계 20에서 UPF로부터 데이터 통지 메시지를 수신하고, SMF는 AMF에게 요청 메시지(예: Namf_Communication_N1N2MessageTransfer 메시지)를 전송할 수 있다. 요청 메시지(예: Namf_Communication_N1N2MessageTransfer 메시지)는 단말에 대한 하향링크 데이터가 존재한다는 정보를 포함할 수 있다. 이때, SMF는 해당 단말(예: UE)이 MUSIM 관련 동작을 수행한다는 것을 알리는 MUSIM Indication을 요청 메시지(예: Namf_Communication_N1N2MessageTransfer 메시지)에 포함시켜 AMF에게 전송할 수 있다. SMF는 단계 22b)의 동작을 단말이 도 8a 내지 도 8c의 단계 2) 에서 MUSIM indication을 포함하는 IMS PDU 세션 수립 요청 메시지를 전송한 경우에만 수행할 수도 있다.
23b) AMF는 PCF 및/또는 NEF를 거쳐서 MUSIM AS로부터 발신자의 ID 정보를 획득할 수 있다. 예를 들어, AMF는 PCF 및/또는 NEF를 거쳐서 MUSIM AS에게 발신자의 ID 정보를 요청하는 요청 메시지를 전송하고, MUSIM AS는 PCF 및/또는 NEF를 거쳐서 AMF에게 발신자의 ID 정보를 포함하는 응답 메시지를 전송할 수 있다. 이때, AMF는 MUSIM AS에 관련된 정보를 UDM 또는 HSS에 저장된 가입자 정보에 기초하여 획득할 수 있다. 단계 23b)의 동작은 단말이 도 8a 내지 도 8c의 단계 2)에서 MUSIM indication을 포함하는 IMS PDU 세션 수립 요청 메시지를 전송한 경우에만 수행될 수도 있다. AMF가 MUSIM AS로부터 발신자의 ID 정보를 획득하기 위해 사용하는 단말의 정보는 단말의 PDU 세션에서 사용되는 IP 주소/GPSI (예: IMPU) 등일 수 있다. 즉, SMF는 단말의 GPSI를 이용해 PCF/NEF를 거쳐 MUSIM AS로 GPSI에 매칭되는 단말의 MT call에 대한 전화번호 정보를 요청할 수 있다. MUSIM AS는 단계 8)에서 생성한 단말의 context 정보와 단계 15)에서 저장한 정보를 기반으로, AMF가 요청한 GPSI에 매칭되는 단말에 대해 수신되는 전화 서비스의 발신자 정보를 알아내고 이를 SMF에게 알려준다.
24b) AMF는 SMF로부터 요청 메시지(예: Namf_Communication_N1N2MessageTransfer 메시지)를 수신하였으므로, 단말에게 페이징 메시지 또는 NAS 통지 메시지를 전송할 수 있다. 페이징 메시지 또는 NAS 통지 메시지는 단말에 대한 하향링크 데이터(예: IMS 서비스에 관련된 하향링크 데이터)가 존재한다는 정보를 포함할 수 있다. AMF는 페이징 메시지 또는 NAS 통지 메시지에 발신자의 ID 정보(예: 저장된 (또는 업데이트된) 발신자의 ID 정보)를 포함시켜 페이징 메시지 또는 NAS 통지 메시지를 단말에게 전송할 수 있다. 단말이 도 8a 내지 도 8c의 단계 1)에서 MUSIM indication을 포함하는 등록 요청 메시지를 전송한 경우 및/또는 단계 22)에서 SMF가 MUSIM indication을 전송한 경우에만 AMF가 단계 24b)의 동작을 수행할 수도 있다. 단말은 수신된 발신자의 ID 정보에 기초하여 PLMN A에서 서비스를 받을지(예: PLMN A에서의 MT call을 수행할지) 여부를 판단할 수 있다. 이때, 단말은 사용자에게 발신자의 전화번호와 관련된 정보를 알려주고 전화를 수신할지 여부를 물어볼 수 있다. 또는 사용자가 미리 지정해 놓은 설정을 기반으로 단말이 판단해 전화를 수신할지 여부를 결정할 수 있다. 예를 들어, 사용자가 단말에 저장된 연락처를 기반으로 특정 그룹이나 전화번호에 대한 수신만 하도록 설정한 경우 단말은 이를 기반으로 수신 여부를 결정할 수 있다. 단말이 PLMN A에서 서비스를 받기로 결정한 경우, 단말은 PLMN A에서 서비스 요청 절차를 수행할 수 있다.
1-3. 본 명세서의 제1 개시의 제3 예시
본 명세서의 제1 개시의 제3 예시에서는 MUSIM AS를 이용하여 SMS의 발신자 정보(예: caller ID)를 수신하는 방안을 설명한다.
1) IMS를 이용한 SMS인 경우
앞서 설명한 본 명세서의 제1 개시의 제1 예시의 Option 1, 2와 제1 개시의 제2 예시의 Option 1, 2에서 설명한 동작들은, MT voice call인 경우뿐만 아니라, IMS를 통한 MT SMS의 경우에도 동일하게 적용될 수 있다. 즉, IMS를 이용한 SMS가 시작된 경우, 앞서 도 8a 내지 도 8c, 도 9에서 설명한 동작들이 수행될 수 있다.
예를 들어, IMS를 이용한 MT SMS가 시작된 경우, 도 8a 내지 도 8c의 단계 11)에서, S-CSCF는 SIP INVITE 메시지 대신에 SIP MESSAGE를 수신할 수 있다. 그리고, S-CSCF는 SIP MESSAGE를 도 8a 내지 도 8c의 단계 14)에서 MUSIM AS에게 전송할 수 있다. 그러면, MUSIM AS는 SIP MESSAGE에 기초하여 기초하여 전화를 거는 사람(또는 단말)(즉, 발신자)의 ID 정보(예: 전화번호와 같은 sender ID)를 획득할 수 있다. 이 경우, MUSIM AS가 SIP MESSAGE에서 발신자의 ID 정보를 획득하기 위해서, MUSIM AS가 SMS protocol stack을 지원해야 한다.
2) NAS를 이용한 SMS인 경우
이하에서는, AMF 노드의 동작을 중심으로 MUSIM AS를 이용하여 SMS(SMS over NAS)를 지원하는 방안을 설명한다. 예를 들어, AMF 노드의 동작을 중심으로 MUSIM AS를 이용하여 SMS의 발신자 정보(예: caller ID)를 수신하는 방안을 설명한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 10는 본 명세서의 제1 개시의 제3 예시에 따른 등록 절차의 예시를 나타낸 도면이다.
1) 단말(예: UE)은 MUSIM indication을 포함하는 등록 요청 메시지를 AMF에게 전송할 수 있다. 예를 들어, 단말은 SIM A를 이용하여 PLMN A의 5G 네트워크에 대한 등록 요청 메시지를 AMF 노드에게 전송할 수 있다.
2) 단말, AMF, SMSF, UDM은 등록 절차(예: 도 5a 및 도 5b의 단계 4) 내지단계 14))를 수행할 수 있다.
3) AMF는 SMSF를 선택하는 절차를 수행할 수 있다. AMF는 SMSF를 선택하는 절차에서, 단말로부터 수신한 MUSIM indication에 기초하여, MUSIM 관련 동작을 지원하는 SMSF를 선택할 수 있다. 여기서, MUSIM 관련 동작은 복수의 SIM에 기초한 통신을 수행하는 것을 의미할 수 있다.
4) 단말, AMF, SMSF, UDM은 등록 절차(예: 도 5a 및 도 5b의 단계 15) 내지 단계 20))를 수행할 수 있다.
5) AMF는 SMSF로 활성화 요청 메시지(예: Nsmf_SMService_Activate_Request)를 SMSF에 전송할 수 있다. 단계 1)에서 단말이 MUSIM indication을 포함하는 등록 요청 메시지를 전송한 경우, AMF는 MUSIM indication을 활성화 요청 메시지(예: Nsmf_SMService_Activate_Request)에 포함시켜, SMSF에게 전송할 수 있다.
6, 7a 및 7b) SMSF는 UDM discovery 절차를 수행할 수 있다. SMSF가 UDM을 발견(discover)하면, UDM에 대한 등록 절차를 수행할 수 있다. 예를 들어, SMSF는 UDM과 등록 관련 메시지(예: Nudm_UECM_Registration 메시지)를 통해 UDM에 대한 등록 절차를 수행할 수 있다. Nudm_UECM_Registration 메시지는 Nudm UE 컨텍스트 관리(UECM: UE Context Management) 등록(Nudm_UECM_Registration)을 위한 메시지일 수 있다. 그리고, SMSF는 UDM으로부터 단말의 가입자 정보를 가져올 수 있다. 예를 들어, SMSF는 메시지(예: Nudm_SDM_Get 메시지)를 통해 UDM으로부터 단말의 가입자 정보를 획득할 수 있다.
8) SMSF는 단계 5)에서 수신한 활성화 요청 메시지(예: Nsmf_SMService_Activate_Request)에 대한 응답 메시지(예: Nsmf_SMService_Activate Response 메시지)를 AMF에게 전송할 수 있다. SMSF는 응답 메시지(예: Nsmf_SMService_Activate Response 메시지)에 MUSIM 관련 동작이 허용되는지 여부에 대한 정보를 포함시켜 AMF에게 전송할 수 있다. 이를 통해, SMSF는 AMF에게 MUSIM 관련 동작이 허용되는지 여부를 알려줄 수 있다.
9) AMF는 단말에게 등록 수락 메시지를 전송할 수 있다. AMF는 등록 수락메시지를 통해서, 단말에게 MUSIM 관련 동작이 가능한지 여부를 알려줄 수 있다. 즉, AMF는 MUSIM 관련 동작이 가능한지 여부에 대한 정보를 등록 수락 메시지에 포함시켜 단말에게 전송할 수 있다.
단말이 SMSF에 대한 등록 절차를 완료한 후, 단말에 대한 MT SMS가 도착하는 경우, AMF는 이하 도 11의 예시에 도시된 동작들을 통해 MT SMS의 발신자 정보와 관련된 통신을 수행할 수 있다. 예를 들어, 단말이 PLMN A(SIM A 관련 PLMN)의 SMSF에 대한 등록 절차를 완료한 후, 단말이 SIM B 관련 PLMN(예: PLMN B)에서 서비스를 수행하는 상황에서, PLMN A에서 단말에 대한 MT SMS가 수신되면, 이하 도 11의 예시에 도시된 동작들이 수행될 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 11는 본 명세서의 제1 개시의 제3 예시에 따른 SMS의 발신자 정보를 확인하기 위한 예시를 나타낸 도면이다.
도 11는 AMF의 동작을 중심으로 수행되는 SMS over NAS의 발신자 정보를 확인하기 위한 방안의 예시를 나타낸다.
단말은 도 10의 단계 9)를 수행한 이후, 다른 PLMN(예: PLMN B) 또는 동일한 PLMN(예: PLMN A)에서, 다른 SIM(예: SIM A 가 아닌 다른 SIM(SIM B))를 사용한 서비스를 시작할 수 있다. 예를 들어, 도 10의 단계 1) 내지 단계 9)에서 수행된 동작들은 단말에 포함된 SIM A와 관련된 PLMN A에서 수행되는 동작들일 수 있으며, 단계 9)를 수행한 이후, 단말은 SIM B를 사용한 서비스를 수행할 수 있다.
1) SMS-GMSC(예: PLMN A의 SMS-GMSC)는 단말에 대한 MT SMS(SMS over NAS)를 수신할 수 있다. 여기서, SMS-GMSC는 Gateway Mobile switching center (MSC) For Short Message Service를 의미할 수 있다. 그러면, SMS-GMSC는 MT SMS를 SMSF에게 전달할 수 있다.
2) SMSF는 수신된 SMS에 기초하여 SMS의 발신자의 ID 정보(예: 전화 번호와 같은 sender ID)를 획득할 수 있다. SMSF가 도 10의 단계 5)에서 AMF로부터 MUSIM indication을 수신한 경우, SMSF는 발신자의 ID 정보를 포함하는 요청 메시지(예: Namf_MT_EnableReachability Request 메시지)를 AMF에게 전송할 수 있다. 여기서, Namf_MT_EnableReachability Request는 SMS를 수신할 단말이 reachable하게 만들어 달라는 요청 메시지일 수 있다.
3) AMF는 단말에게 페이징 메시지 또는 NAS 통지 메시지를 전송할 수 있다. 페이징 메시지 또는 NAS 통지 메시지는 단말에 대한 하향링크 데이터(예: IMS 서비스에 관련된 하향링크 데이터)가 존재한다는 정보를 포함할 수 있다. 페이징 메시지 또는 NAS 통지 메시지는 발신자의 ID 정보를 포함할 수 있다. 단말은 수신된 단말은 수신된 발신자의 ID 정보(예: sender ID 정보)에 기초하여 PLMN A에서 서비스를 받을지(예: PLMN A에서 SMS over NAS를 수신할지) 여부를 판단할 수 있다. 단말이 PLMN A에서 서비스를 받기로 결정한 경우, 단말은 PLMN A에서 서비스 요청 절차를 수행할 수 있다.
4 및 5) AMF는 SMSF에게 단말이 reachable하다는 응답 메시지(예: Namf_MT_EnableReachability Response 메시지)를 전송할 수 있다. SMSF가 AMF로부터 응답 메시지(예: Namf_MT_EnableReachability Response 메시지)를 수신하면, SMSF는 SMS 메시지(SMS body)를 AMF에게 전송할 수 있다. 예를 들어, SMSF는 SMS body를 Namf_Communication_N1N2MessageTransfer 메시지에 포함시켜 AMF에게 전송할 수 있다. 여기서, SMS body는 단말이 PLMN A에서 서비스를 받기로 결정하고, 단말이 PLMN A에서 서비스 요청 절차를 완료한 이후에 단말에 AMF에게 전송될 수 있다. AMF는 SMS 메시지(SMS body)를 단말에게 전송할 수 있다.
1-4. 본 명세서의 제1 개시의 제4 예시
본 명세서의 제1 개시의 제4 예시에서는 MUSIM AS를 이용하여 발신자 정보(예: caller ID)를 수신하는 방안을 설명한다. 본 명세서의 제1 개시의 제4 예시에서는 단말(예: UE)의 동작을 중심으로 MUSIM AS를 이용하여 발신자 정보(예: caller ID)를 수신하는 방안을 설명한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 12a 및 도 12b는 본 명세서의 제1 개시의 제4 예시에 따른 신호 흐름도의 예시를 나타낸 도면이다.
1) 단말은 PLMN A의 5G 네트워크(예: 5GS)에 대한 등록 절차를 수행할 수 있다. 단말은 SIM A를 이용하여 PLMN A의 5G 네트워크에 대한 등록 요청 메시지를 AMF 노드에게 전송할 수 있다. 단말은 등록 요청 메시지에 MUSIM indication (또는 information)을 포함시켜 등록 요청 메시지를 전송할 수 있다. 여기서, MUSIM indication (또는 information)은 단말이 복수의 SIM을 사용한다는 것을 나타내는 정보 또는 등록 절차가 복수의 SIM에 관련된다는 것을 나타내는 정보일 수 있다. 단말로부터 MUSIM indication을 수신한 AMF는 단말이 MUSIM 관련 동작을 수행한다는 것을 저장할 수 있다. 여기서, MUSIM 관련 동작은 복수의 SIM에 기초한 통신을 수행하는 것을 의미할 수 있다. AMF는 단말로부터 등록 요청 메시지를 수신한 후, 단말에게 등록 수락 메시지를 전송할 수 있다. AMF는 AMF가 MUSIM 관련 동작이 가능한지 여부(예: AMF가 MUSIM에 기초한 통신을 수행할 수 있는지 여부)에 대한 정보를 등록 수락 메시지에 포함시켜 단말에게 전송할 수 있다.
2) AMF가 단계 1)에서 단말로부터 MUSIM indication을 수신한 경우, AMF는 UDM 또는 HSS에게 단말의 가입자 정보를 요청하는 요청 메시지(예: Nudm_SDM_Get 메시지)를 전송할 수 있다. AMF는 요청 메시지(예: Nudm_SDM_Get 메시지)에 MUSIM indication을 포함시켜 요청 메시지(예: Nudm_SDM_Get 메시지)를 전송할 수 있다. UDM 또는 HSS는 AMF에게 단말의 가입자 정보를 전송하면서, 단말이 사용할 MUSIM AS(예: 단말과 MUSIM 관련 통신을 수행할 MUSIM AS)의 주소(address) 정보를 AMF에게 전송할 수 있다. 예를 들어, UDM 또는 HSS는 메시지(예: 예: Nudm_SDM_Get 메시지)에 단말의 가입자 정보 및 단말이 사용할 MUSIM AS의 주소 정보를 포함시켜 메시지(예: 예: Nudm_SDM_Get 메시지)를 AMF에게 전송할 수 있다.
3) AMF는 UDM으로부터 수신한 MUSIM AS의 주소 정보를 등록 수락 메시지에 포함시켜 단말에게 전송할 수 있다.
4) 등록 절차를 수행한 후, 단말은 IMS 서비스(예: voice 서비스, video 서비스, SMS over IMS 서비스 등)을 위해, IMS PDU 세션을 수립(또는 생성)하기 위한 절차를 수행할 수 있다. IMS PDU 세션 수립 절차에서, 단말은 MUSIM indication을 전송할 수 있다. 예를 들어, 단말은 PDU 세션 수립 요청 메시지를 RAN을 거쳐, AMF에 전송하고, AMF가 PDU 세션 수립 요청 메시지를 SMF에 전송할 수 있다. 단말은 PDU 세션 수립 요청 메시지에 MUSIM indication을 포함시켜 PDU 세션 수립 요청 메시지를 전송할 수 있다. MUSIM indication을 수신한 SMF는 단말이 MUSIM 관련 동작을 수행한다는 것을 저장할 수 있다. SMF는 단말로부터 PDU 세션 수립 요청 메시지를 수신한 후, 단말에게 PDU 세션 수립 수락 메시지를 전송할 수 있다. SMF는 SMF가 MUSIM 관련 동작이 가능한지 여부(예: SMF가 MUSIM에 기초한 통신을 수행할 수 있는지 여부)에 대한 정보를 등록 수락 메시지에 포함시켜 단말에게 전송할 수 있다. 단말이 IMS PDU 세션 수립 절차에서 MUSIM indication을 전송하는 동작은, 단말이 단계 1)에서 등록 수락 메시지를 통해서 MUSIM 관련 동작이 허용된다는 정보를 수신한 경우에만 수행될 수도 있다.
5) 단말은 단계 4)에서 IMS PDU 세션을 수립(또는 생성)한 후, IMS 등록 절차를 수행할 수 있다. 여기서, IMS 등록 절차는 단말이 IMS 망에 포함된 네트워크 노드들(예: P-CSCF, S-CSCF, MUSIM AS)에게 등록하는 절차일 수 있다. 단말은 SIP register 메시지를 UPF에 전송하고, UPF는 SIP register 메시지를 P-CSCF에게 전송할 수 있다. 단말은 SIP register 메시지에 MUSIM indication을 포함시켜 SIP register 메시지를 UPF에 전송함으로써, 단말이 MUSIM 관련 동작을 수행한다는 것을 알릴 수 있다.
6) P-CSCF는 S-CSCF에게 SIP register 메시지를 전송할 수 있다. P-CSCF가 S-CSCF에게 전송하는 SIP 메시지(예: SIP register 메시지)에도 MUSIM indication이 포함될 수 있다.
7) S-CSCF는 UDM/HSS(UDM 또는 HSS)로부터 단말의 가입자 정보를 가져올 수 있다. 예를 들어, S-CSCF는 UDM/HSS에게 서버 할당 요청(server assignment request) 메시지를 전송하여 단말의 가입자 정보를 요청할 수 있다. 그러면, UDM/HSS는 S-CSCF에게 서버 할당 응답(server assignment answer) 메시지를 전송하여 단말의 가입자 정보를 전송할 수 있다. 단말의 가입자 정보는 TAS (Telephony Application Server) 정보를 포함할 수 있다. TAS 정보는 MUSIM AS에 관련된 정보를 포함할 수 있다. 예를 들어, MUSIM AS에 관련된 정보는 MUSIM AS의 주소 정보(예: SIP URL)를 포함할 수 있다.
8 내지 9) S-CSCF는 SIP 200 OK 메시지를 P-CSCF를 거쳐 단말로 전송할 수 있다. S-CSCF는 SIP 200 OK 메시지를 단말에게 전송함으로써, IMS 등록이 완료되었음을 알릴 수 있다.
10) S-CSCF가 단계 6)에서 MUSIM indication을 수신한 경우, S-CSCF는 단계 5)에서 수신된 가입자 정보에 기초하여, MUSIM AS에게 SIP register 메시지를 전송할 수 있다. 예를 들어, S-CSCF는 TAS 정보(MUSIM AS에 관련된 정보 포함)에 기초하여, SIP register 메시지를 전송할 MUSIM AS를 식별할 수 있다. SIP register 메시지는 MUSIM indication을 포함할 수 있다.
11) MUSIM AS는 해당 단말의 context를 생성한 후, S-CSCF로 SIP 200 OK 메시지를 전송할 수 있다. 예를 들어, MUSIM AS는 단말의 context에 단말의 IP Multimedia Public Identity (IMPU), IP address 정보 등을 저장할 수 있다.
12) 단말이 다른 PLMN(예: PLMN B) 또는 동일한 PLMN(예: PLMN A)에서, 다른 SIM(예: SIM A 가 아닌 다른 SIM(SIM B))를 사용한 서비스를 시작할 수 있다. 예를 들어, 단계 1) 내지 단계 11)에서 수행된 동작들은 단말에 포함된 SIM A와 관련된 PLMN A에서 수행되는 동작들일 수 있으며, 단계 12) 에서 단말은 SIM B를 사용한 서비스를 수행할 수 있다.
13) PLMN A에서 단말로의 Mobile Terminated(MT) call이 시작되고, S-CSCF는 SIP INVITE 메시지를 수신할 수 있다. S-CSCF는 originating S-CSCF(즉, 발신자 측의 S-CSCF)로부터 SIP INVITE 메시지를 수신할 수 있다. 도 12a 및 도 12b에서는 MT voice call이 표시되지만 이는 예시에 불과하며, 단말로의 MT call은 video call, SMS over IP 등 다양한 IMS 서비스를 모두 포함할 수 있다.
14) S-CSCF는 originating S-CSCF로 SIP 100 Trying 메시지를 전송할 수 있다.
15 내지 16) S-CSCF는 단계 6)에서 수신된 MUSIM indication에 기초하여, 단말이 MUSIM 관련 동작을 수행한다는 것을 알 수 있다(또는 판단할 수 있다). 이에 따라, S-CSCF는 단말에 대한 SIP INVITE 메시지를 MUSIM AS에게 전송할 수 있다.
17) MUSIM AS는 SIP INVITE 메시지에 기초하여 전화를 거는 사람(또는 단말)(즉, 발신자)의 ID 정보(예: 전화번호와 같은 caller ID)를 획득하고, ID 정보를 저장할 수 있다. MUSIM AS가 전화를 거는 사람(또는 단말)(즉, 발신자)의 ID 정보(예: 전화번호와 같은 caller ID)를 이전에 저장했던 경우, MUSIM AS는 새로 획득한 ID 정보로 저장된 ID 정보를 업데이트할 수 있다.
18) MUSIM AS는 발신자의 ID 정보를 저장한 이후, SIP 100 Trying 메시지를 S-CSCF에게 전송할 수 있다.
19 내지 20) S-CSCF는 SIP INVITE 메시지를 P-CSCF에게 전송할 수 있다. P-CSCF는 SIP 100 Trying 메시지를 S-CSCF에게 전송할 수 있다.
21) P-CSCF는 SIP INVITE 메시지를 UPF에게 전송할 수 있다. 이 과정에서, P-CSCF는 사업자(operator)가 설정한 특정 DSCP(Differentiated Service Code Point)값을 사용하여 SIP INVITE 메시지를 UPF로 전송할 수 있다. UPF는 SIP INVITE 메시지를 전송하는 IP 패킷으로부터 특정 DSCP 값을 검출할 수 있다. 그리고, UPF는 이하 단계 22)을 통해, SMF에게 DSCP 값을 전송할 수 있다.
22) UPF는 단말의 PDU 세션(예: MT call에 관련된 IMS PDU 세션)이 비활성화(deactivation)되어 있는 경우, 데이터 통지(Data Notification) 메시지를 SMF에게 전송할 수 있다. UPF는 데이터 통지 메시지에 P-CSCF에 의해 설정된 DSCP 값을 포함시켜, 데이터 통지 메시지를 SMF에 전송할 수 있다. UPF는 단계 13)에서 시작된 MT call이 어떤 타입의 MT 서비스인지에 대한 정보를 데이터 통지 메시지에 포함시켜 SMF에게 전송할 수도 있다. SMF는 UPF로부터 수신한 DSCP 값에 기초하여, 단말에 대한 MT call이 시작된다는 것을 인지할 수 있다. SMF는 단말에 대한 MT call이 시작된다는 것을 인지함으로써, 이하 단계 24)에서 설명할 동작들을 수행할 수 있다.
23) SMF는 UPF에게 데이터 통지 Ack 메시지를 전송하여, UPF에게 데이터 통지 메시지를 성공적으로 수신했음을 알릴 수 있다.
24) 데이터 통지 메시지를 수신한 SMF는 AMF에게 요청 메시지(예: Namf_Communication_N1N2MessageTransfer 메시지)를 전송할 수 있다. 요청 메시지(예: Namf_Communication_N1N2MessageTransfer 메시지)는 단말에 대한 하향링크 데이터가 존재한다는 정보를 포함할 수 있다. SMF는 요청 메시지(예: Namf_Communication_N1N2MessageTransfer 메시지)에 어떤 서비스인지에 대한 정보(예: MT voice)(서비스 타입 정보) 또는 해당 서비스에 맵핑되는 우선순위(priority) 값을 포함시켜 요청 메시지(예: Namf_Communication_N1N2MessageTransfer 메시지)를 전송할 수 있다. 서비스 타입 정보 또는 해당 서비스에 맵핑되는 우선순위 값은 단말이 전화번호 정보와 같은 발신자의 ID 정보를 요청하는데 사용될 수 있다.25) AMF는 SMF로부터 수신한 서비스 타입 정보 또는 우선순위 정보에 기초하여, 페이징 메시지 또는 NAS 통지 메시지를 단말에게 전송할 수 있다. 페이징 메시지 또는 NAS 통지 메시지는 단말에 대한 하향링크 데이터(예: IMS 서비스에 관련된 하향링크 데이터)가 존재한다는 정보를 포함할 수 있다. AMF는 페이징 메시지 또는 NAS 통지 메시지에 서비스 타입 정보 또는 우선순위 정보(예: 해당 서비스에 맵핑되는 우선순위(priority) 값)를 포함시켜 전송할 수 있다. 예를 들어, AMF는 단말에게 서비스 타입 정보를 전송하여 단말에 대한 MT 서비스가 존재한다는 것을 직접적으로 알려줄 수 있다. 또는, AMF는 단말에게 우선순위 정보를 전송하여 단말에 대한 MT 서비스가 존재한다는 것을 간접적으로 알려줄 수도 있다.
26) 단말은 페이징 메시지 또는 NAS 통지 메시지를 수신한 것에 기초하여, 단말에 대한 MT 서비스(예: MT voice)가 존재한다는 것(또는 수신된다는 것)을 인지할 수 있다. 단말은 서비스 타입 정보 및/또는 우선순위 정보에 기초하여 단말에 대한 MT 서비스(예: MT voice)가 존재한다는 것을 인지할 수 있다.
27) 단말은 현재 사용중인 PLMN(예: SIM B와 관련된 PLMN B)(즉, 현재 단말이 통신을 수행하고 있는 PLMN)에서의 PDU 세션을 통해, 단계 3)에서 수신된 MUSIM AS의 주소 정보에 기초하여 MUSIM AS에 접속할 수 있다. 그리고, 단말은 MUSIM AS로부터 발신자의 ID 정보(예: caller ID 정보)를 수신할 수 있다. 예를 들어, 단말은 MUSIM AS에게 발신자의 ID 정보를 요청하는 요청 메시지를 전송하고, MUSIM AS는 단말에게 발신자의 ID 정보를 포함하는 응답 메시지를 전송할 수 있다. 이 과정에서, 단말은 PLMN A(예: MT 서비스가 발생한 PLMN)에서 수립된 IMS PDU 세션에서 사용되는 IP 주소 정보 또는 GPSI (예: IMPU)를 요청 메시지에 포함시켜 전송할 수 있다. 필요한 경우, 단말은 단계 12)에서 PLMN B에서 PDU 세션을 생성한 후, MUSIM AS와 연결(connection)을 생성할 수 있다. 예를 들어, 단말은 PDU 세션을 생성한 후 MUSIM AS로 PLMN A에서 사용하는 IP 주소 정보 또는 GPSI 등의 정보를 제공하면서 등록 절차를 수행할 수 있다. 이후 PLMN A로부터 페이징 또는 NAS Notification을 수신하는 경우, 단말은 MUSIM AS에게 바로 발신자의 ID 정보(예: 전화번호 정보)를 요청할 수 있다.
1-5. 본 명세서의 제1 개시의 제5 예시
본 명세서의 제1 개시의 제5 예시에서는 MUSIM AS를 이용하여 SMS의 발신자 정보(예: caller ID)를 수신하는 방안을 설명한다. 본 명세서의 제1 개시의 제5 예시에서는 단말(예: UE)의 동작을 중심으로 MUSIM AS를 이용하여 SMS의 발신자 정보(예: caller ID)를 수신하는 방안을 설명한다.
1) IMS를 이용한 SMS인 경우
앞서 설명한 본 명세서의 제1 개시의 제4 예시에서 설명한 동작들은, MT voice call인 경우뿐만 아니라, IMS를 통한 MT SMS의 경우에도 동일하게 적용될 수 있다. 즉, IMS를 이용한 SMS가 시작된(또는 발생한) 경우, 앞서 도 12a 및 도 12b에서 설명한 동작들이 수행될 수 있다.
예를 들어, IMS를 이용한 MT SMS가 시작된 경우, 도 12a 및 도 12b의 단계 13)에서, S-CSCF는 SIP INVITE 메시지 대신에 SIP MESSAGE를 수신할 수 있다. 그리고, S-CSCF는 SIP MESSAGE를 도 12a 및 도 12b의 단계 16)에서 MUSIM AS에게 전송할 수 있다. 그러면, MUSIM AS는 SIP MESSAGE에 기초하여 전화를 거는 사람(또는 단말)(즉, 발신자)의 ID 정보(예: 전화번호와 같은 caller ID)를 획득할 수 있다. 이 경우, MUSIM AS가 SIP MESSAGE에서 발신자의 ID 정보를 획득하기 위해서, MUSIM AS가 SMS protocol stack을 지원해야 한다.
2) NAS를 이용한 SMS인 경우
이하에서는, 단말(예: UE)의 동작을 중심으로 MUSIM AS를 이용하여 SMS(SMS over NAS)를 지원하는 방안을 설명한다. 예를 들어, 단말(예: UE)의 동작을 중심으로 MUSIM AS를 이용하여 SMS(SMS over NAS)의 발신자 정보(예: caller ID)를 수신하는 방안을 설명한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 13은 본 명세서의 제1 개시의 제5 예시에 따른 등록 절차의 예시를 나타낸 도면이다.
1) 단말(예: UE)은 MUSIM indication을 포함하는 등록 요청 메시지를 AMF에게 전송할 수 있다. 예를 들어, 단말은 SIM A를 이용하여 PLMN A의 5G 네트워크에 대한 등록 요청 메시지를 AMF 노드에게 전송할 수 있다.
2) 단말, AMF, SMSF, UDM은 등록 절차(예: 도 5a 및 도 5b의 단계 4) 내지단계 14))를 수행할 수 있다.
3) AMF는 SMSF를 선택하는 절차를 수행할 수 있다. AMF는 SMSF를 선택하는 절차에서, 단말로부터 수신한 MUSIM indication에 기초하여, MUSIM 관련 동작을 지원하는 SMSF를 선택할 수 있다. 여기서, MUSIM 관련 동작은 복수의 SIM에 기초한 통신을 수행하는 것을 의미할 수 있다.
4) 단말, AMF, SMSF, UDM은 은 등록 절차(예: 도 5a 및 도 5b의 단계 15) 내지 단계 20))를 수행할 수 있다.
5) AMF는 SMSF로 활성화 요청 메시지(예: Nsmf_SMService_Activate_Request)를 SMSF에 전송할 수 있다. 단계 1)에서 단말이 MUSIM indication을 포함하는 등록 요청 메시지를 전송한 경우, AMF는 MUSIM indication을 활성화 요청 메시지(예: Nsmf_SMService_Activate_Request)에 포함시켜, SMSF에게 전송할 수 있다.
6, 7a 및 7b) SMSF는 UDM discovery 절차를 수행할 수 있다. SMSF가 UDM을 발견(discover)하면, UDM에 대한 등록 절차를 수행할 수 있다. 예를 들어, SMSF는 UDM과 등록 관련 메시지(예: Nudm_UECM_Registration 메시지)를 통해 UDM에 대한 등록 절차를 수행할 수 있다. 그리고, SMSF는 UDM으로부터 단말의 가입자 정보를 가져올 수 있다. 예를 들어, SMSF는 메시지(예: Nudm_SDM_Get 메시지)를 통해 UDM으로부터 단말의 가입자 정보를 획득할 수 있다.
8) SMSF는 단계 5)에서 수신한 활성화 요청 메시지(예: Nsmf_SMService_Activate_Request)에 대한 응답 메시지(예: Nsmf_SMService_Activate Response 메시지)를 AMF에게 전송할 수 있다. SMSF는 응답 메시지(예: Nsmf_SMService_Activate Response 메시지)에 MUSIM 관련 동작이 허용되는지 여부에 대한 정보를 포함시켜 AMF에게 전송할 수 있다. 이를 통해, SMSF는 AMF에게 MUSIM 관련 동작이 허용되는지 여부를 알려줄 수 있다.
9) AMF는 단말에게 등록 수락 메시지를 전송할 수 있다. AMF는 등록 수락메시지를 통해서, 단말에게 MUSIM 관련 동작이 가능한지 여부를 알려줄 수 있다. 즉, AMF는 MUSIM 관련 동작이 가능한지 여부에 대한 정보를 등록 수락 메시지에 포함시켜 단말에게 전송할 수 있다.
단말이 SMSF에 대한 등록 절차를 완료한 후, 단말에 대한 MT SMS가 도착하는 경우, AMF 및/또는 단말은 이하 도 14의 예시에 도시된 동작들을 통해 MT SMS의 발신자 정보와 관련된 통신을 수행할 수 있다. 예를 들어, 단말이 PLMN A(SIM A 관련 PLMN)의 SMSF에 대한 등록 절차를 완료한 후, 단말이 SIM B 관련 PLMN(예: PLMN B)에서 서비스를 수행하는 상황에서, PLMN A에서 단말에 대한 MT SMS가 수신되면, 이하 도 14의 예시에 도시된 동작들이 수행될 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 14는 본 명세서의 제1 개시의 제5 예시에 따른 SMS의 발신자 정보를 확인하기 위한 예시를 나타낸 도면이다.
도 14는 단말의 동작을 중심으로 수행되는 SMS over NAS의 발신자 정보를 확인하기 위한 방안의 예시를 나타낸다.
단말은 도 13의 단계 9)를 수행한 이후, 다른 PLMN(예: PLMN B) 또는 동일한 PLMN(예: PLMN A)에서, 다른 SIM(예: SIM A 가 아닌 다른 SIM(SIM B))를 사용한 서비스를 시작할 수 있다. 예를 들어, 도 13의 단계 1) 내지 단계 9)에서 수행된 동작들은 단말에 포함된 SIM A와 관련된 PLMN A에서 수행되는 동작들일 수 있으며, 단계 9)를 수행한 이후, 단말은 SIM B를 사용한 서비스를 수행할 수 있다.
1) SMS-GMSC(예: PLMN A의 SMS-GMSC)는 단말에 대한 MT SMS(SMS over NAS)를 수신할 수 있다. 그러면, SMS-GMSC는 MT SMS를 SMSF에게 전달할 수 있다.
2) SMSF는 수신된 SMS에 기초하여 SMS의 발신자의 ID 정보(예: 전화 번호와 같은 sender ID)를 획득할 수 있다. SMSF가 도 13의 단계 5)에서 AMF로부터 MUSIM indication을 수신한 경우, SMSF는 발신자의 ID 정보(예: sender ID 정보)를 포함하는 요청 메시지(예: Namf_MT_EnableReachability Request 메시지)를 AMF에게 전송할 수 있다. 여기서, Namf_MT_EnableReachability Request는 SMS를 수신할 단말이 reachable한지 여부를 확인해달라는 요청 메시지일 수 있다.
3) AMF는 SMSF로부터 수신한 발신자의 ID 정보(예: sender ID 정보)에 기초하여, NEF 및/또는 PCF를 통해 MUSIM AS와 연결될 수 있다. 예를 들어, AMF는 가입자 정보에 있던 MUSIM AS에 대한 정보에 기초하여, MUSIM AS와 연결될 수 있다. 참고로, 가입자 정보는 도 13의 단계 2)에서 AMF가 UDM으로부터 수신할 수 있다. AMF는 NEF 및/또는 PCF를 통해 MUSIM AS에게 발신자의 ID 정보(예: sender ID 정보)를 전송할 수 있다. 그러면, MUSIM AS는 발신자의 ID 정보(예: sender ID 정보)를 저장 또는 업데이트할 수 있다.
4) AMF는 단말에게 페이징 메시지 또는 NAS 통지 메시지를 전송할 수 있다. 페이징 메시지 또는 NAS 통지 메시지는 단말에 대한 하향링크 데이터(예: IMS 서비스에 관련된 하향링크 데이터)가 존재한다는 정보를 포함할 수 있다. 페이징 메시지 또는 NAS 통지 메시지는 서비스 타입 정보 또는 우선순위 정보를 포함할 수 있다.
5) 단말은 페이징 메시지 또는 NAS 통지 메시지를 수신한 후, 서비스 타입 정보 또는 우선 순위 정보에 기초하여 MT SMS가 발생했음(또는 수신되었음)을 인지하고, 단말은 MUSIM AS와 통신을 수행할 수 있다. 단말은 서비스 타입 정보 및/또는 우선순위 정보에 기초하여 단말에 대한 MT SMS가 존재한다는 것을 인지할 수 있다.단말은 MUSIM AS에 연결해 발신자의 ID 정보(예: sender ID 정보)를 가져올 수 있다. 예를 들어, 단말은 발신자의 ID 정보(예: sender ID 정보)를 요청하는 요청 메시지를 MUSIM AS에게 전송할 수 있다. 그러면, MUSIM AS는 단말에게 발신자의 ID 정보(예: sender ID 정보)를 포함하는 응답 메시지를 전송할 수 있다. 단말은 수신된 발신자의 ID 정보(예: sender ID 정보)에 기초하여 PLMN A에서 서비스를 받을지(예: PLMN A에서의 MT call을 수행할지) 여부(즉, 서비스 요청 절차를 수행할지 여부)를 판단할 수 있다. 단말이 PLMN A에서 서비스를 받기로 결정한 경우, 단말은 PLMN A에서 서비스 요청 절차를 수행할 수 있다.
6 및 7) 단말이 서비스 요청 절차를 성공적으로 수행한 경우, AMF는 SMSF에게 단말이 reachable하다는 응답 메시지(예: Namf_MT_EnableReachability Response 메시지)를 전송할 수 있다. . SMSF가 AMF로부터 응답 메시지(예: Namf_MT_EnableReachability Response 메시지)를 수신하면, SMSF는 SMS 메시지(SMS body)를 AMF에게 전송할 수 있다. 예를 들어, SMSF는 SMS body를 Namf_Communication_N1N2MessageTransfer 메시지에 포함시켜 AMF에게 전송할 수 있다.
2. 본 명세서의 제2 개시
본 명세서의 제1 개시에서는 P-CSCF를 이용하여 서비스에 대한 정보(예: 단말이 현재 서비스를 수행하는 PLMN이 아닌 다른 PLMN에서 발생한 서비스의 발신자 정보) 관련된 통신을 수행하는 방안(예: 서비스에 대한 정보를 수신하는 방안)에 대해 설명한다.
2-1. 본 명세서의 제2 개시의 제1 예시
본 명세서의 제2 개시의 제1 예시에서는 P-CSCF를 이용하여 발신자 정보(예: caller ID)를 수신하는 방안을 설명한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 15a 및 도 15b는 본 명세서의 제2 개시의 제1 예시에 따른 신호 흐름도의 예시를 나타낸 도면이다.
1) 단말(예: UE)이 PLMN A의 5G 네트워크(예: 5GS)에 대한 등록 절차를 수행할 수 있다. 단말은 SIM A를 이용하여 PLMN A의 5G 네트워크에 대한 등록 요청 메시지를 AMF 노드에게 전송할 수 있다. 단말은 등록 요청 메시지에 MUSIM indication (또는 information)을 포함시켜 등록 요청 메시지를 전송할 수 있다. 여기서, MUSIM indication (또는 information)은 단말이 복수의 SIM을 사용한다는 것을 나타내는 정보 또는 등록 절차가 복수의 SIM에 관련된다는 것을 나타내는 정보일 수 있다. 단말로부터 MUSIM indication (또는 information)을 수신한 AMF는 단말이 MUSIM 관련 동작을 수행한다는 것을 저장할 수 있다. 여기서, MUSIM 관련 동작은 복수의 SIM에 기초한 통신을 수행하는 것을 의미할 수 있다. AMF는 단말로부터 등록 요청 메시지를 수신한 후, 단말에게 등록 수락 메시지를 전송할 수 있다. AMF는 AMF가 MUSIM 관련 동작이 가능한지 여부(예: AMF가 MUSIM에 기초한 통신을 수행할 수 있는지 여부)에 대한 정보를 등록 수락 메시지에 포함시켜 단말에게 전송할 수 있다.
2) 단말이 PLMN A에 대한 등록 절차를 수행한 후, 단말은 IMS 서비스(예: voice 서비스, video 서비스, Short Message Service(SMS) over IP 서비스 등)를 위해, IMS PDU 세션을 수립(또는 생성)하기 위한 절차를 수행할 수 있다. IMS PDU 세션 수립 절차에서, 단말은 MUSIM indication (또는 information)을 전송할 수 있다. 예를 들어, 단말은 PDU 세션 수립 요청 메시지를 RAN을 거쳐, AMF에 전송하고, AMF가 PDU 세션 수립 요청 메시지를 SMF에 전송할 수 있다. 단말은 PDU 세션 수립 요청 메시지에 MUSIM indication (또는 information)을 포함시켜 PDU 세션 수립 요청 메시지를 전송할 수 있다. MUSIM indication (또는 information)을 수신한 SMF는 단말이 MUSIM 관련 동작을 수행한다는 것을 저장할 수 있다. SMF는 단말로부터 PDU 세션 수립 요청 메시지를 수신한 후, 단말에게 PDU 세션 수립 수락 메시지를 전송할 수 있다. SMF는 SMF가 MUSIM 관련 동작이 가능한지 여부(예: SMF가 MUSIM에 기초한 통신을 수행할 수 있는지 여부)에 대한 정보를 등록 수락 메시지에 포함시켜 단말에게 전송할 수 있다. 참고로, 단계 1)에서 단말이 AMF가 전송한 등록메시지를 통해서 MUSIM 관련 동작이 허용된다는 정보를 수신한 경우에만, 단말이 SMF에게 MUSIM indication (또는 information)을 전송할 수도 있다.
3) 단말은 IMS PDU 세션을 수립(또는 생성)한 후, IMS 등록 절차를 수행할 수 있다. 여기서, IMS 등록 절차는 단말이 IMS 망에 포함된 네트워크 노드들(예: P-CSCF, S-CSCF, MUSIM AS)에게 등록하는 절차일 수 있다. 단말은 SIP register 메시지를 UPF에 전송하고, UPF는 SIP register 메시지를 P-CSCF에게 전송할 수 있다. 단말은 SIP register 메시지에 MUSIM indication (또는 information)을 포함시켜 SIP register 메시지를 UPF에 전송함으로써, 단말이 MUSIM 관련 동작을 수행한다는 것을 알릴 수 있다. P-CSCF는 SIP register 메시지에 포함된 MUSIM indication (또는 information)에 기초하여 단말이 MUSIM 관련 동작을 수행한다는 정보를 저장할 수 있다.
4) P-CSCF는 S-CSCF에게 SIP register 메시지를 전송할 수 있다. P-CSCF가 S-CSCF에게 전송하는 SIP 메시지(예: SIP register 메시지)에도 MUSIM indication이 포함될 수 있다.
5) S-CSCF는 UDM/HSS(UDM 또는 HSS)로부터 단말의 가입자 정보를 가져올 수 있다. 예를 들어, S-CSCF는 UDM/HSS에게 서버 할당 요청(server assignment request) 메시지를 전송하여 단말의 가입자 정보를 요청할 수 있다. 그러면, UDM/HSS는 S-CSCF에게 서버 할당 응답(server assignment answer) 메시지를 전송하여 단말의 가입자 정보를 전송할 수 있다. 단말의 가입자 정보는 TAS (Telephony Application Server) 정보를 포함할 수 있다. TAS 정보는 MUSIM AS에 관련된 정보를 포함할 수 있다. 예를 들어, MUSIM AS에 관련된 정보는 MUSIM AS의 주소 정보(예: SIP URL)를 포함할 수 있다.
6 내지 7) S-CSCF는 SIP 200 OK 메시지를 P-CSCF를 거쳐 단말로 전송할 수 있다. S-CSCF는 SIP 200 OK 메시지를 단말에게 전송함으로써, IMS 등록이 완료되었음을 알릴 수 있다.
8) 단말이 다른 PLMN(예: PLMN B) 또는 동일한 PLMN(예: PLMN A)에서, 다른 SIM(예: SIM A 가 아닌 다른 SIM(SIM B))를 사용한 서비스를 시작할 수 있다. 예를 들어, 단계 1) 내지 단계 7)에서 수행된 동작들은 단말에 포함된 SIM A와 관련된 PLMN A에서 수행되는 동작들일 수 있으며, 단계 8) 에서 단말은 SIM B를 사용한 서비스를 수행할 수 있다.
9) PLMN A에서 단말로의 Mobile Terminated(MT) call이 시작되고, S-CSCF는 SIP INVITE 메시지를 수신할 수 있다. S-CSCF는 originating S-CSCF(즉, 발신자 측의 S-CSCF)로부터 SIP INVITE 메시지를 수신할 수 있다. 도 15a 및 도 15b에서는 MT voice call이 표시되지만 이는 예시에 불과하며, 단말로의 MT call은 video call, SMS over IP 등 다양한 IMS 서비스를 모두 포함할 수 있다.
10) S-CSCF는 originating S-CSCF로 SIP 100 Trying 메시지를 전송할 수 있다.
11 및 12) S-CSCF는 SIP INVITE 메시지를 P-CSCF에게 전송할 수 있다. P-CSCF는 SIP 100 Trying 메시지를 S-CSCF에게 전송할 수 있다.
13) P-CSCF는 단계 3)에서, 단말이 MUSIM 관련 동작을 필요로 한다는 정보(예: 단말이 MUSIM 관련 동작을 수행한다는 정보)를 저장했기 때문에, SIP INVITE 메시지에서 발신자의 ID 정보(예: caller ID 정보)를 획득할 수 있다. 그리고, P-CSCF는 발신자의 ID 정보(예: caller ID 정보)를 저장할 수 있다.
14) P-CSCF는 SIP INVITE 메시지를 UPF에게 전송할 수 있다. 이 과정에서, P-CSCF는 사업자(operator)가 설정한 특정 DSCP(Differentiated Service Code Point)값을 사용하여 SIP INVITE 메시지를 UPF로 전송할 수 있다. UPF는 SIP INVITE 메시지를 전송하는 IP 패킷으로부터 특정 DSCP 값을 검출할 수 있다. 그리고, UPF는 이하 단계 15)을 통해, SMF에게 DSCP 값을 전송할 수 있다.
15) UPF는 단말의 PDU 세션(예: MT call에 관련된 IMS PDU 세션)이 비활성화(deactivation)되어 있는 경우, 데이터 통지(Data Notification) 메시지를 SMF에게 전송할 수 있다. UPF는 데이터 통지 메시지에 P-CSCF에 의해 설정된 DSCP 값을 포함시켜, 데이터 통지 메시지를 SMF에 전송할 수 있다. UPF는 단계 9)에서 시작된 MT call이 어떤 타입의 MT 서비스인지에 대한 정보를 데이터 통지 메시지에 포함시켜 SMF에게 전송할 수도 있다. SMF는 UPF로부터 수신한 DSCP 값에 기초하여, 단말에 대한 MT call이 시작된다는 것을 인지할 수 있다. SMF는 단말에 대한 MT call이 시작된다는 것을 인지함으로써, 이하 단계 17) 및 18)에서 설명할 동작들을 수행할 수 있다.
16) SMF는 UPF에게 데이터 통지 Ack 메시지를 전송하여, UPF에게 데이터 통지 메시지를 성공적으로 수신했음을 알릴 수 있다.
17) SMF는 단계 2)에서 단말로부터 수신한 MUSIM indication (또는 information)에 기초하여 단말이 MUSIM 관련 동작을 필요로 한다는 정보(예: 단말이 MUSIM 관련 동작을 수행한다는 정보)를 알 수 있다. SMF는 단말이 MUSIM 관련 동작을 필요로 한다는 정보(예: 단말이 MUSIM 관련 동작을 수행한다는 정보)에 기초하여, PCF를 거쳐 P-CSCF로부터 발신자의 ID 정보(예: caller ID 정보)를 획득할 수 있다. 예를 들어, SMF는 PCF를 거쳐서 P-CSCF에게 발신자의 ID 정보를 요청하는 요청 메시지를 전송하고, P-CSCF는 PCF를 거쳐서 SMF에게 발신자의 ID 정보를 포함하는 응답 메시지를 전송할 수 있다.
또는, 단계 17)의 동작이 수행되는 대신, 단계 13)에서 P-CSCF가 발신자의 ID 정보(예: caller ID 정보)를 획득한 이후, P-CSCF는 PCF를 거쳐 SMF에게 발신자의 ID 정보(예: caller ID 정보)를 전송할 수도 있다. 즉, 단계 17)의 동작은 생략될 수도 있다.
18) SMF는 AMF에게 요청 메시지(예: Namf_Communication_N1N2MessageTransfer 메시지)를 전송할 수 있다. 요청 메시지(예: Namf_Communication_N1N2MessageTransfer 메시지)는 의 PDU Session을 활성화 하기 위한 정보를 포함할 수 있다. SMF는 Namf_Communication_N1N2MessageTransfer 메시지에 발신자의 ID 정보(예: caller ID 정보)를 포함시켜 Namf_Communication_N1N2MessageTransfer 메시지를 전송할 수 있다. 참고로, SMF는 단말이 단계 2)에서 MUSIM indication (또는 information)을 포함하는 IMS PDU 세션 수립 요청 메시지를 전송한 경우에만, 24b)의 동작을 수행할 수도 있다.
19) AMF는 SMF로부터 요청 메시지(예: Namf_Communication_N1N2MessageTransfer 메시지)를 수신하였으므로, 단말에게 페이징 메시지 또는 Non Access Stratum (NAS) 통지 메시지를 전송할 수 있다. 페이징 메시지 또는 NAS 통지 메시지는 단말에 대한 하향링크 데이터(예: IMS 서비스에 관련된 하향링크 데이터)가 존재한다는 정보를 포함할 수 있다. AMF가 SMF로부터 발신자의 ID 정보를 수신한 경우, AMF는 페이징 메시지 또는 NAS 통지 메시지에 발신자의 ID 정보를 포함시켜 페이징 메시지 또는 NAS 통지 메시지를 단말에게 전송할 수 있다. 단말이 단계 1)에서 MUSIM indication (또는 information)을 포함하는 등록 요청 메시지를 전송한 경우에만 AMF가 단계 19)의 동작을 수행할 수도 있다. 단말은 수신된 발신자의 ID 정보에 기초하여 PLMN A에서 서비스를 받을지(예: PLMN A에서의 MT call을 수행할지) 여부를 판단할 수 있다. 단말이 PLMN A에서 서비스를 받기로 결정한 경우, 단말은 PLMN A에서 서비스 요청 절차를 수행할 수 있다.
2-2. 본 명세서의 제2 개시의 제2 예시
본 명세서의 제2 개시의 제2 예시에서는 P-CSCF를 이용하여 SMS의 발신자 정보(예: caller ID)를 수신하는 방안을 설명한다.
앞서 설명한 본 명세서의 제2 개시의 제1 예시의 동작들은, MT voice call인 경우뿐만 아니라, IMS를 통한 MT SMS의 경우에도 동일하게 적용될 수 있다. 즉, IMS를 이용한 SMS가 시작된 경우, 앞서 도 15a 및 도 15b에서 설명한 동작들이 수행될 수 있다.
예를 들어, IMS를 이용한 MT SMS가 시작된 경우, 도 15a 및 도 15b의 단계 9)에서, S-CSCF는 SIP INVITE 메시지 대신에 SIP MESSAGE를 수신할 수 있다. 그리고, S-CSCF는 SIP MESSAGE를 P-CSCF에게 전송할 수 있다. 그리고, P-CSCF는 SIP MESSAGE에 기초하여 전화를 거는 사람(또는 단말)(즉, 발신자)의 ID 정보(예: 전화번호와 같은 sender ID 정보)를 획득할 수 있다. 이 경우, P-CSCF가 SIP MESSAGE에서 발신자의 ID 정보를 획득하기 위해서, P-CSCF가 SMS protocol stack을 지원해야 한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
본 명세서의 개시에서 설명한 바에 따르면, 복수의 SIM을 지원하는 단말과 네트워크 간의 통신이 효율적으로 수행될 수 있다. 예를 들어, 단말이 Multi SIM을 사용하는 경우, 단말은 발신자의 ID 정보(예: caller ID / sender ID 정보를)를 수신할 수 있다. 단말에게 발신자의 ID 정보(예: caller ID / sender ID 정보)가 제공되므로, 단말이 어떤 네트워크를 통해서 서비스를 받을 지 효율적으로 결정할 수 있다. 또한, 단말은 발신자의 ID 정보(예: caller ID / sender ID 정보)를 사용자에게 알려줄 수 있으므로, 사용자가 다른 PLMN에서 서비스를 수행할지 여부를 판단하는데 도움을 줄 수도 있다.
참고로, 본 명세서에서 설명한 단말(예: UE)의 동작은 이하 설명될 도 16 내지 도 22의 장치에 의해 구현될 수 있다. 예를 들어, UE는 도 17의 제1 무선 기기(100) 또는 제2 무선 기기(200)일 수 있다. 예를 들어, 본 명세서에서 설명한 단말(예: UE)의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 처리될 수 있다. 본 명세서에서 설명한 UE의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 실행가능한 명령어/프로그램(e.g. instruction, executable code)의 형태로 하나 이상의 메모리(104 또는 204)에 저장될 수 있다. 하나 이상의 프로세서(102 또는 202)는 하나 이상의 메모리(104 또는 204) 및 하나 이상의 송수신부(106 또는 206)을 제어하고, 하나 이상의 메모리(104 또는 204)에 저장된 명령어/프로그램을 실행하여 본 명세서의 개시에서 설명한 단말(예: UE)의 동작을 수행할 수 있다.
또한, 본 명세서의 개시에서 설명한 단말(예: UE)의 동작을 수행하기 위한 명령어들은 기록하고 있는 비휘발성 컴퓨터 판독가능 저장 매체에 저장될 수도 있다. 상기 저장 매체는 하나 이상의 메모리(104 또는 204)에 포함될 수 있다. 그리고, 저장 매체에 기록된 명령어들은 하나 이상의 프로세서(102 또는 202)에 의해 실행됨으로써 본 명세서의 개시에서 설명한 단말(예: UE)의 동작을 수행할 수 있다.
참고로, 본 명세서에서 설명한 네트워크 노드(예: AMF, SMF, UPF, UDM, HSS, PCF, P-CSCF, S-CSCF, SMSF, SMS-GMSC, NEF, MUSIM AS 등)의 동작은 이하 설명될 도 16 내지 도 22의 장치에 의해 구현될 수 있다. 예를 들어, 네트워크 노드(예: AMF, SMF, UPF, UDM, HSS, PCF, P-CSCF, S-CSCF, SMSF, SMS-GMSC, NEF, MUSIM AS 등)는 도 17의 제1 무선 기기(100) 또는 제2 무선 기기(200)일 수 있다. 예를 들어, 본 명세서에서 설명한 네트워크 노드(예: AMF, SMF, UPF, UDM, HSS, PCF, P-CSCF, S-CSCF, SMSF, SMS-GMSC, NEF, MUSIM AS 등)의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 처리될 수 있다. 본 명세서에서 설명한 네트워크 노드(예: AMF, SMF, UPF, UDM, HSS, PCF, P-CSCF, S-CSCF, SMSF, SMS-GMSC, NEF, MUSIM AS 등)의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 실행가능한 명령어/프로그램(e.g. instruction, executable code)의 형태로 하나 이상의 메모리(104 또는 204)에 저장될 수 있다. 하나 이상의 프로세서(102 또는 202)는 하나 이상의 메모리(104 또는 204) 및 하나 이상의 송수신부(106 또는 206)을 제어하고, 하나 이상의 메모리(104 또는 204)에 저장된 명령어/프로그램을 실행하여 본 명세서의 개시에서 설명한 네트워크 노드(예: AMF, SMF, UPF, UDM, HSS, PCF, P-CSCF, S-CSCF, SMSF, SMS-GMSC, NEF, MUSIM AS 등)의 동작을 수행할 수 있다.
IV. 본 명세서의 개시가 적용되는 예시들
이로 제한되는 것은 아니지만, 본 문서에 개시된 본 명세서의 개시의 다양한 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 기기들간에 무선 통신/연결(예, 5G)을 필요로 하는 다양한 분야에 적용될 수 있다.
이하, 도면을 참조하여 보다 구체적으로 예시한다. 이하의 도면/설명에서 동일한 도면 부호는 다르게 기술하지 않는 한, 동일하거나 대응되는 하드웨어 블블록, 소프트웨어 블록 또는 기능 블록을 예시할 수 있다.
도 16은 본 명세서의 개시에 적용되는 통신 시스템(1)을 예시한다.
도 16을 참조하면, 본 명세서의 개시에 적용되는 통신 시스템(1)은 무선 기기, 기지국 및 네트워크를 포함한다. 여기서, 무선 기기는 무선 접속 기술(예, 5G NR(New RAT), LTE(Long Term Evolution))을 이용하여 통신을 수행하는 기기를 의미하며, 통신/무선/5G 기기로 지칭될 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(100a), 차량(100b-1, 100b-2), XR(eXtended Reality) 기기(100c), 휴대 기기(Hand-held device)(100d), 가전(100e), IoT(Internet of Thing) 기기(100f), AI기기/서버(400)를 포함할 수 있다. 예를 들어, 차량은 무선 통신 기능이 구비된 차량, 자율 주행 차량, 차량간 통신을 수행할 수 있는 차량 등을 포함할 수 있다. 여기서, 차량은 UAV(Unmanned Aerial Vehicle)(예, 드론)를 포함할 수 있다. XR 기기는 AR(Augmented Reality)/VR(Virtual Reality)/MR(Mixed Reality) 기기를 포함하며, HMD(Head-Mounted Device), 차량에 구비된 HUD(Head-Up Display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등의 형태로 구현될 수 있다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 컴퓨터(예, 노트북 등) 등을 포함할 수 있다. 가전은 TV, 냉장고, 세탁기 등을 포함할 수 있다. IoT 기기는 센서, 스마트미터 등을 포함할 수 있다. 예를 들어, 기지국, 네트워크는 무선 기기로도 구현될 수 있으며, 특정 무선 기기(200a)는 다른 무선 기기에게 기지국/네트워크 노드로 동작할 수도 있다.
무선 기기(100a~100f)는 기지국(200)을 통해 네트워크(300)와 연결될 수 있다. 무선 기기(100a~100f)에는 AI(Artificial Intelligence) 기술이 적용될 수 있으며, 무선 기기(100a~100f)는 네트워크(300)를 통해 AI 서버(400)와 연결될 수 있다. 네트워크(300)는 3G 네트워크, 4G(예, LTE) 네트워크 또는 5G(예, NR) 네트워크 등을 이용하여 구성될 수 있다. 무선 기기(100a~100f)는 기지국(200)/네트워크(300)를 통해 서로 통신할 수도 있지만, 기지국/네트워크를 통하지 않고 직접 통신(e.g. 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량들(100b-1, 100b-2)은 직접 통신(e.g. V2V(Vehicle to Vehicle)/V2X(Vehicle to everything) communication)을 할 수 있다. 또한, IoT 기기(예, 센서)는 다른 IoT 기기(예, 센서) 또는 다른 무선 기기(100a~100f)와 직접 통신을 할 수 있다.
무선 기기(100a~100f)/기지국(200), 기지국(200)/기지국(200) 간에는 무선 통신/연결(150a, 150b, 150c)이 이뤄질 수 있다. 여기서, 무선 통신/연결은 상향/하향링크 통신(150a)과 사이드링크 통신(150b)(또는, D2D 통신), 기지국간 통신(150c)(e.g. relay, IAB(Integrated Access Backhaul)과 같은 다양한 무선 접속 기술(예, 5G NR)을 통해 이뤄질 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 기기와 기지국/무선 기기, 기지국과 기지국은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 명세서의 개시의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
도 17은 본 명세서의 개시에 적용될 수 있는 무선 기기를 예시한다.
도 17을 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 16의 {무선 기기(100x), 기지국(200)} 및/또는 {무선 기기(100x), 무선 기기(100x)}에 대응할 수 있다. 또는, 제1 무신 기기(100)와 본 명세서의 개시에서 설명한 UE, AMF, SMF 또는 UPF 등에 대응할 수 있다. 그리고, 제2 무선 기기(200)는 제1 무선 기기(100)와 통신하는 UE, AMF, SMF 또는 UPF 등에 대응할 수 있다.제1 무선 기기(100)는 하나 이상의 프로세서(102) 및 하나 이상의 메모리(104)를 포함하며, 추가적으로 하나 이상의 송수신기(106) 및/또는 하나 이상의 안테나(108)을 더 포함할 수 있다. 프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제1 정보/신호를 생성한 뒤, 송수신기(106)을 통해 제1 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(102)는 송수신기(106)를 통해 제2 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제2 정보/신호의 신호 처리로부터 얻은 정보를 메모리(104)에 저장할 수 있다. 메모리(104)는 프로세서(102)와 연결될 수 있고, 프로세서(102)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(104)는 프로세서(102)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(102)와 메모리(104)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(106)는 프로세서(102)와 연결될 수 있고, 하나 이상의 안테나(108)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(106)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(Radio Frequency) 유닛과 혼용될 수 있다. 본 명세서의 개시에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
제2 무선 기기(200)는 하나 이상의 프로세서(202), 하나 이상의 메모리(204)를 포함하며, 추가적으로 하나 이상의 송수신기(206) 및/또는 하나 이상의 안테나(208)를 더 포함할 수 있다. 프로세서(202)는 메모리(204) 및/또는 송수신기(206)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202)는 메모리(204) 내의 정보를 처리하여 제3 정보/신호를 생성한 뒤, 송수신기(206)를 통해 제3 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(202)는 송수신기(206)를 통해 제4 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제4 정보/신호의 신호 처리로부터 얻은 정보를 메모리(204)에 저장할 수 있다. 메모리(204)는 프로세서(202)와 연결될 수 있고, 프로세서(202)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(204)는 프로세서(202)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(202)와 메모리(204)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206)는 프로세서(202)와 연결될 수 있고, 하나 이상의 안테나(208)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(206)는 송신기 및/또는 수신기를 포함할 수 있다 송수신기(206)는 RF 유닛과 혼용될 수 있다. 본 명세서의 개시에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
이하, 무선 기기(100, 200)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(102, 202)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 계층(예, PHY, MAC, RLC, PDCP, RRC, SDAP와 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 하나 이상의 PDU(Protocol Data Unit) 및/또는 하나 이상의 SDU(Service Data Unit)를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 메시지, 제어정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 기능, 절차, 제안 및/또는 방법에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 포함하는 신호(예, 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예, 베이스밴드 신호)를 수신할 수 있고, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 획득할 수 있다.
하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(Application Specific Integrated Circuit), 하나 이상의 DSP(Digital Signal Processor), 하나 이상의 DSPD(Digital Signal Processing Device), 하나 이상의 PLD(Programmable Logic Device) 또는 하나 이상의 FPGA(Field Programmable Gate Arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있고, 펌웨어 또는 소프트웨어는 모듈, 절차, 기능 등을 포함하도록 구현될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 수행하도록 설정된 펌웨어 또는 소프트웨어는 하나 이상의 프로세서(102, 202)에 포함되거나, 하나 이상의 메모리(104, 204)에 저장되어 하나 이상의 프로세서(102, 202)에 의해 구동될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 코드, 명령어 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.
하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 ROM, RAM, EPROM, 플래시 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치에게 본 문서의 방법들 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치로부터 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 무선 신호를 송수신할 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치에게 사용자 데이터, 제어 정보 또는 무선 신호를 전송하도록 제어할 수 있다. 또한, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치로부터 사용자 데이터, 제어 정보 또는 무선 신호를 수신하도록 제어할 수 있다. 또한, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)와 연결될 수 있고, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 통해 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 설정될 수 있다. 본 문서에서, 하나 이상의 안테나는 복수의 물리 안테나이거나, 복수의 논리 안테나(예, 안테나 포트)일 수 있다. 하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환(Convert)할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
도 18는 전송 신호를 위한 신호 처리 회로를 예시한다.
도 18를 참조하면, 신호 처리 회로(1000)는 스크램블러(1010), 변조기(1020), 레이어 매퍼(1030), 프리코더(1040), 자원 매퍼(1050), 신호 생성기(1060)를 포함할 수 있다. 이로 제한되는 것은 아니지만, 도 18의 동작/기능은 도 17의 프로세서(102, 202) 및/또는 송수신기(106, 206)에서 수행될 수 있다. 도 18의 하드웨어 요소는 도 17의 프로세서(102, 202) 및/또는 송수신기(106, 206)에서 구현될 수 있다. 예를 들어, 블록 1010~1060은 도 17의 프로세서(102, 202)에서 구현될 수 있다. 또한, 블록 1010~1050은 도 17의 프로세서(102, 202)에서 구현되고, 블록 1060은 도 17의 송수신기(106, 206)에서 구현될 수 있다.
코드워드는 도 18의 신호 처리 회로(1000)를 거쳐 무선 신호로 변환될 수 있다. 여기서, 코드워드는 정보블록의 부호화된 비트 시퀀스이다. 정보블록은 전송블록(예, UL-SCH 전송블록, DL-SCH 전송블록)을 포함할 수 있다. 무선 신호는 다양한 물리 채널(예, PUSCH, PDSCH)을 통해 전송될 수 있다.
구체적으로, 코드워드는 스크램블러(1010)에 의해 스크램블된 비트 시퀀스로 변환될 수 있다. 스크램블에 사용되는 스크램블 시퀀스는 초기화 값에 기반하여 생성되며, 초기화 값은 무선 기기의 ID 정보 등이 포함될 수 있다. 스크램블된 비트 시퀀스는 변조기(1020)에 의해 변조 심볼 시퀀스로 변조될 수 있다. 변조 방식은 pi/2-BPSK(pi/2-Binary Phase Shift Keying), m-PSK(m-Phase Shift Keying), m-QAM(m-Quadrature Amplitude Modulation) 등을 포함할 수 있다. 복소 변조 심볼 시퀀스는 레이어 매퍼(1030)에 의해 하나 이상의 전송 레이어로 매핑될 수 있다. 각 전송 레이어의 변조 심볼들은 프리코더(1040)에 의해 해당 안테나 포트(들)로 매핑될 수 있다(프리코딩). 프리코더(1040)의 출력 z는 레이어 매퍼(1030)의 출력 y를 N*M의 프리코딩 행렬 W와 곱해 얻을 수 있다. 여기서, N은 안테나 포트의 개수, M은 전송 레이어의 개수이다. 여기서, 프리코더(1040)는 복소 변조 심볼들에 대한 트랜스폼(transform) 프리코딩(예, DFT 변환)을 수행한 이후에 프리코딩을 수행할 수 있다. 또한, 프리코더(1040)는 트랜스폼 프리코딩을 수행하지 않고 프리코딩을 수행할 수 있다.
자원 매퍼(1050)는 각 안테나 포트의 변조 심볼들을 시간-주파수 자원에 매핑할 수 있다. 시간-주파수 자원은 시간 도메인에서 복수의 심볼(예, CP-OFDMA 심볼, DFT-s-OFDMA 심볼)을 포함하고, 주파수 도메인에서 복수의 부반송파를 포함할 수 있다. 신호 생성기(1060)는 매핑된 변조 심볼들로부터 무선 신호를 생성하며, 생성된 무선 신호는 각 안테나를 통해 다른 기기로 전송될 수 있다. 이를 위해, 신호 생성기(1060)는 IFFT(Inverse Fast Fourier Transform) 모듈 및 CP(Cyclic Prefix) 삽입기, DAC(Digital-to-Analog Converter), 주파수 상향 변환기(frequency uplink converter) 등을 포함할 수 있다.
무선 기기에서 수신 신호를 위한 신호 처리 과정은 도 18의 신호 처리 과정(1010~1060)의 역으로 구성될 수 있다. 예를 들어, 무선 기기(예, 도 17의 100, 200)는 안테나 포트/송수신기를 통해 외부로부터 무선 신호를 수신할 수 있다. 수신된 무선 신호는 신호 복원기를 통해 베이스밴드 신호로 변환될 수 있다. 이를 위해, 신호 복원기는 주파수 하향 변환기(frequency downlink converter), ADC(analog-to-digital converter), CP 제거기, FFT(Fast Fourier Transform) 모듈을 포함할 수 있다. 이후, 베이스밴드 신호는 자원 디-매퍼 과정, 포스트코딩(postcoding) 과정, 복조 과정 및 디-스크램블 과정을 거쳐 코드워드로 복원될 수 있다. 코드워드는 복호(decoding)를 거쳐 원래의 정보블록으로 복원될 수 있다. 따라서, 수신 신호를 위한 신호 처리 회로(미도시)는 신호 복원기, 자원 디-매퍼, 포스트코더, 복조기, 디-스크램블러 및 복호기를 포함할 수 있다.
도 19은 본 명세서의 개시에 적용되는 무선 기기의 다른 예를 나타낸다.
무선 기기는 사용-예/서비스에 따라 다양한 형태로 구현될 수 있다(도 16 참조).
도 19을 참조하면, 무선 기기(100, 200)는 도 17의 무선 기기(100,200)에 대응하며, 다양한 요소(element), 성분(component), 유닛/부(unit), 및/또는 모듈(module)로 구성될 수 있다. 예를 들어, 무선 기기(100, 200)는 통신부(110), 제어부(120), 메모리부(130) 및 추가 요소(140)를 포함할 수 있다. 통신부는 통신 회로(112) 및 송수신기(들)(114)을 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 17의 하나 이상의 프로세서(102,202) 및/또는 하나 이상의 메모리(104,204) 를 포함할 수 있다. 예를 들어, 송수신기(들)(114)는 도 17의 하나 이상의 송수신기(106,206) 및/또는 하나 이상의 안테나(108,208)을 포함할 수 있다. 제어부(120)는 통신부(110), 메모리부(130) 및 추가 요소(140)와 전기적으로 연결되며 무선 기기의 제반 동작을 제어한다. 예를 들어, 제어부(120)는 메모리부(130)에 저장된 프로그램/코드/명령/정보에 기반하여 무선 기기의 전기적/기계적 동작을 제어할 수 있다. 또한, 제어부(120)는 메모리부(130)에 저장된 정보를 통신부(110)을 통해 외부(예, 다른 통신 기기)로 무선/유선 인터페이스를 통해 전송하거나, 통신부(110)를 통해 외부(예, 다른 통신 기기)로부터 무선/유선 인터페이스를 통해 수신된 정보를 메모리부(130)에 저장할 수 있다.
추가 요소(140)는 무선 기기의 종류에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 요소(140)는 파워 유닛/배터리, 입출력부(I/O unit), 구동부 및 컴퓨팅부 중 적어도 하나를 포함할 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(도 16, 100a), 차량(도 16, 100b-1, 100b-2), XR 기기(도 16, 100c), 휴대 기기(도 16, 100d), 가전(도 16, 100e), IoT 기기(도 16, 100f), 디지털 방송용 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/기기(도 16, 400), 기지국(도 16, 200), 네트워크 노드 등의 형태로 구현될 수 있다. 무선 기기는 사용-예/서비스에 따라 이동 가능하거나 고정된 장소에서 사용될 수 있다.
도 19에서 무선 기기(100, 200) 내의 다양한 요소, 성분, 유닛/부, 및/또는 모듈은 전체가 유선 인터페이스를 통해 상호 연결되거나, 적어도 일부가 통신부(110)를 통해 무선으로 연결될 수 있다. 예를 들어, 무선 기기(100, 200) 내에서 제어부(120)와 통신부(110)는 유선으로 연결되며, 제어부(120)와 제1 유닛(예, 130, 140)은 통신부(110)를 통해 무선으로 연결될 수 있다. 또한, 무선 기기(100, 200) 내의 각 요소, 성분, 유닛/부, 및/또는 모듈은 하나 이상의 요소를 더 포함할 수 있다. 예를 들어, 제어부(120)는 하나 이상의 프로세서 집합으로 구성될 수 있다. 예를 들어, 제어부(120)는 통신 제어 프로세서, 어플리케이션 프로세서(Application processor), ECU(Electronic Control Unit), 그래픽 처리 프로세서, 메모리 제어 프로세서 등의 집합으로 구성될 수 있다. 다른 예로, 메모리부(130)는 RAM(Random Access Memory), DRAM(Dynamic RAM), ROM(Read Only Memory), 플래시 메모리(flash memory), 휘발성 메모리(volatile memory), 비-휘발성 메모리(non-volatile memory) 및/또는 이들의 조합으로 구성될 수 있다.
도 20는 본 명세서의 개시에 적용되는 차량 또는 자율 주행 차량의 예시를 나타낸다.
도 20는 본 명세서의 개시에 적용되는 차량 또는 자율 주행 차량을 예시한다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(Aerial Vehicle, AV), 선박 등으로 구현될 수 있다.
도 20를 참조하면, 차량 또는 자율 주행 차량(100)은 안테나부(108), 통신부(110), 제어부(120), 구동부(140a), 전원공급부(140b), 센서부(140c) 및 자율 주행부(140d)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110/130/140a~140d는 각각 도 19의 블록 110/130/140에 대응한다.
통신부(110)는 다른 차량, 기지국(e.g. 기지국, 노변 기지국(Road Side unit) 등), 서버 등의 외부 기기들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 차량 또는 자율 주행 차량(100)의 요소들을 제어하여 다양한 동작을 수행할 수 있다. 제어부(120)는 ECU(Electronic Control Unit)를 포함할 수 있다. 구동부(140a)는 차량 또는 자율 주행 차량(100)을 지상에서 주행하게 할 수 있다. 구동부(140a)는 엔진, 모터, 파워 트레인, 바퀴, 브레이크, 조향 장치 등을 포함할 수 있다. 전원공급부(140b)는 차량 또는 자율 주행 차량(100)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다. 센서부(140c)는 차량 상태, 주변 환경 정보, 사용자 정보 등을 얻을 수 있다. 센서부(140c)는 IMU(inertial measurement unit) 센서, 충돌 센서, 휠 센서(wheel sensor), 속도 센서, 경사 센서, 중량 감지 센서, 헤딩 센서(heading sensor), 포지션 모듈(position module), 차량 전진/후진 센서, 배터리 센서, 연료 센서, 타이어 센서, 스티어링 센서, 온도 센서, 습도 센서, 초음파 센서, 조도 센서, 페달 포지션 센서 등을 포함할 수 있다. 자율 주행부(140d)는 주행중인 차선을 유지하는 기술, 어댑티브 크루즈 컨트롤과 같이 속도를 자동으로 조절하는 기술, 정해진 경로를 따라 자동으로 주행하는 기술, 목적지가 설정되면 자동으로 경로를 설정하여 주행하는 기술 등을 구현할 수 있다.
일 예로, 통신부(110)는 외부 서버로부터 지도 데이터, 교통 정보 데이터 등을 수신할 수 있다. 자율 주행부(140d)는 획득된 데이터를 기반으로 자율 주행 경로와 드라이빙 플랜을 생성할 수 있다. 제어부(120)는 드라이빙 플랜에 따라 차량 또는 자율 주행 차량(100)이 자율 주행 경로를 따라 이동하도록 구동부(140a)를 제어할 수 있다(예, 속도/방향 조절). 자율 주행 도중에 통신부(110)는 외부 서버로부터 최신 교통 정보 데이터를 비/주기적으로 획득하며, 주변 차량으로부터 주변 교통 정보 데이터를 획득할 수 있다. 또한, 자율 주행 도중에 센서부(140c)는 차량 상태, 주변 환경 정보를 획득할 수 있다. 자율 주행부(140d)는 새로 획득된 데이터/정보에 기반하여 자율 주행 경로와 드라이빙 플랜을 갱신할 수 있다. 통신부(110)는 차량 위치, 자율 주행 경로, 드라이빙 플랜 등에 관한 정보를 외부 서버로 전달할 수 있다. 외부 서버는 차량 또는 자율 주행 차량들로부터 수집된 정보에 기반하여, AI 기술 등을 이용하여 교통 정보 데이터를 미리 예측할 수 있고, 예측된 교통 정보 데이터를 차량 또는 자율 주행 차량들에게 제공할 수 있다.
도 21는 본 명세서의 개시에 적용되는 AI 기기를 예시한다.
도 21는 본 명세서의 개시에 적용되는 AI 기기를 예시한다. AI 기기는 TV, 프로젝터, 스마트폰, PC, 노트북, 디지털방송용 단말기, 태블릿 PC, 웨어러블 장치, 셋톱박스(STB), 라디오, 세탁기, 냉장고, 디지털 사이니지, 로봇, 차량 등과 같은, 고정형 기기 또는 이동 가능한 기기 등으로 구현될 수 있다.
도 21를 참조하면, AI 기기(100)는 통신부(110), 제어부(120), 메모리부(130), 입/출력부(140a/140b), 러닝 프로세서부(140c) 및 센서부(140d)를 포함할 수 있다. 블록 110~130/140a~140d는 각각 도 19의 블록 110~130/140에 대응한다.
통신부(110)는 유무선 통신 기술을 이용하여 다른 AI 기기(예, 도 16, 100x, 200, 400)나 AI 서버(예, 도 16의 400) 등의 외부 기기들과 유무선 신호(예, 센서 정보, 사용자 입력, 학습 모델, 제어 신호 등)를 송수신할 수 있다. 이를 위해, 통신부(110)는 메모리부(130) 내의 정보를 외부 기기로 전송하거나, 외부 기기로부터 수신된 신호를 메모리부(130)로 전달할 수 있다.
제어부(120)는 데이터 분석 알고리즘 또는 머신 러닝 알고리즘을 사용하여 결정되거나 생성된 정보에 기초하여, AI 기기(100)의 적어도 하나의 실행 가능한 동작을 결정할 수 있다. 그리고, 제어부(120)는 AI 기기(100)의 구성 요소들을 제어하여 결정된 동작을 수행할 수 있다. 예를 들어, 제어부(120)는 러닝 프로세서부(140c) 또는 메모리부(130)의 데이터를 요청, 검색, 수신 또는 활용할 수 있고, 적어도 하나의 실행 가능한 동작 중 예측되는 동작이나, 바람직한 것으로 판단되는 동작을 실행하도록 AI 기기(100)의 구성 요소들을 제어할 수 있다. 또한, 제어부(120)는 AI 장치(100)의 동작 내용이나 동작에 대한 사용자의 피드백 등을 포함하는 이력 정보를 수집하여 메모리부(130) 또는 러닝 프로세서부(140c)에 저장하거나, AI 서버(도 16, 400) 등의 외부 장치에 전송할 수 있다. 수집된 이력 정보는 학습 모델을 갱신하는데 이용될 수 있다.
메모리부(130)는 AI 기기(100)의 다양한 기능을 지원하는 데이터를 저장할 수 있다. 예를 들어, 메모리부(130)는 입력부(140a)로부터 얻은 데이터, 통신부(110)로부터 얻은 데이터, 러닝 프로세서부(140c)의 출력 데이터, 및 센싱부(140)로부터 얻은 데이터를 저장할 수 있다. 또한, 메모리부(130)는 제어부(120)의 동작/실행에 필요한 제어 정보 및/또는 소프트웨어 코드를 저장할 수 있다.
입력부(140a)는 AI 기기(100)의 외부로부터 다양한 종류의 데이터를 획득할 수 있다. 예를 들어, 입력부(140a)는 모델 학습을 위한 학습 데이터, 및 학습 모델이 적용될 입력 데이터 등을 획득할 수 있다. 입력부(140a)는 카메라, 마이크로폰 및/또는 사용자 입력부 등을 포함할 수 있다. 출력부(140b)는 시각, 청각 또는 촉각 등과 관련된 출력을 발생시킬 수 있다. 출력부(140b)는 디스플레이부, 스피커 및/또는 햅틱 모듈 등을 포함할 수 있다. 센싱부(140)는 다양한 센서들을 이용하여 AI 기기(100)의 내부 정보, AI 기기(100)의 주변 환경 정보 및 사용자 정보 중 적어도 하나를 얻을 수 있다. 센싱부(140)는 근접 센서, 조도 센서, 가속도 센서, 자기 센서, 자이로 센서, 관성 센서, RGB 센서, IR 센서, 지문 인식 센서, 초음파 센서, 광 센서, 마이크로폰 및/또는 레이더 등을 포함할 수 있다.
러닝 프로세서부(140c)는 학습 데이터를 이용하여 인공 신경망으로 구성된 모델을 학습시킬 수 있다. 러닝 프로세서부(140c)는 AI 서버(도 16, 400)의 러닝 프로세서부와 함께 AI 프로세싱을 수행할 수 있다. 러닝 프로세서부(140c)는 통신부(110)를 통해 외부 기기로부터 수신된 정보, 및/또는 메모리부(130)에 저장된 정보를 처리할 수 있다. 또한, 러닝 프로세서부(140c)의 출력 값은 통신부(110)를 통해 외부 기기로 전송되거나/되고, 메모리부(130)에 저장될 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 22는 도 17에 도시된 프로세서의 상세 구성 블록도를 나타낸다.
도 22를 참조하여 알 수 있는 바와 같이, 본 명세서의 개시가 구현된 프로세서(1020)은 본 명세서에서 설명된 제안된 기능, 절차 및/ 또는 방법을 구현하기 위해, 복수의 회로(circuitry)를 포함할 수 있다. 예컨대, 상기 프로세서(1020)은 제1 회로(1020-1) 및 제2 회로(1020-2)를 포함할 수 있다. 또한, 도시되지는 않았으나, 상기 프로세서(1020)은 더 많은 회로를 포함할 수 있다. 각 회로는 복수의 트랜지스터를 포함할 수 있다.
본 명세서의 개시에서 설명한 단말(예: UE)은 도 22의 제1 회로(1020-1) 및 제2 회로(1020-2)를 포함하는 칩셋(예: 프로세서(102 또는 202))을 포함할 수 있다. 이러한 칩셋(예: 프로세서(102 또는 202))은 본 명세서의 개시에서 설명한 단말(예: UE)의 동작을 수행할 수 있다. 예를 들어, 제1 회로(1020-1)은 본 명세서의 개시에서 설명한 단말의 동작 중에서 MUSIM indication (또는 information)의 생성, 저장, 및/또는 전송 등 MUSIM indication (또는 information)과 관련된 동작을 수행할 수 있다. 예를 들어, 제2 회로(1020-2)는 본 명세서의 개시에서 설명한 단말의 동작 중에서 발신자의 ID 정보(예: caller ID 정보, sender ID 정보)의 수신, 저장 등 발신자의 ID 정보에 관련된 동작을 수행할 수 있다. 또한, 제2 회로(1020-2)는 발신자의 ID 정보에 기초하여 다른 PLMN에 대한 서비스 요청 절차를 수행할지 여부도 결정할 수 있다.
이상에서는 바람직한 실시예를 예시적으로 설명하였으나, 본 명세서의 개시는 이와 같은 특정 실시예에만 한정되는 것은 아니므로, 본 명세서의 사상 및 특허청구범위에 기재된 범주 내에서 다양한 형태로 수정, 변경, 또는 개선될 수 있다.
상술한 예시적인 시스템에서, 방법들은 일련의 단계 또는 블록으로써 순서도를 기초로 설명되고 있지만, 설명되는 단계들의 순서에 한정되는 것은 아니며, 어떤 단계는 상술한 바와 다른 단계와 다른 순서로 또는 동시에 발생할 수 있다. 또한, 당업자라면 순서도에 나타낸 단계들이 배타적이지 않고, 다른 단계가 포함되거나 순서도의 하나 또는 그 이상의 단계가 권리범위에 영향을 미치지 않고 삭제될 수 있음을 이해할 수 있을 것이다.
본 명세서에 기재된 청구항들은 다양한 방식으로 조합될 수 있다. 예를 들어, 본 명세서의 방법 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다. 또한, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다.

Claims (18)

  1. 제1 네트워크의 Access and Mobility Management Function (AMF) 노드가 복수의 Subscriber Identification Module(SIM)에 기초한 통신을 수행하는 방법으로서,
    상기 제1 네트워크의 기지국을 통해 단말로부터 등록 요청 메시지를 수신하는 단계,
    상기 등록 요청 메시지는 복수의 SIM과 관련된 정보를 포함하고;
    상기 제1 네트워크의 Session Management Function (SMF) 노드로부터 상기 단말의 PDU Session 활성화를 요청하는 정보를 포함하는 제1 메시지를 수신하는 단계;
    상기 하향링크 데이터와 관련된 발신자의 Identification(ID) 정보를 포함하는 제2 메시지를 수신하는 단계; 및
    상기 제1 메시지 및 상기 복수의 SIM과 관련된 정보가 수신된 것에 기초하여, 상기 발신자의 ID 정보를 포함하는 페이징 메시지 또는 Non Access Stratum (NAS) 통지 메시지를 상기 제1 네트워크의 기지국을 통해 단말에게 전송하는 단계를 포함하는 방법.
  2. 제1항에 있어서,
    상기 제2 메시지는,
    상기 제1 네트워크의 Unified Data Management (UDM) 노드 또는 Home subscriber Server (HSS) 노드로부터 수신되고,
    상기 제1 메시지는 상기 제2 메시지가 수신된 이후에 수신되는 것을 특징으로 하는 방법.
  3. 제2항에 있어서,
    상기 발신자의 ID 정보는 Application Server (AS)에 의해 상기 제1 네트워크 노드의 UDM 노드 또는 HSS 노드로 전송되고,
    상기 발신자의 ID 정보는 상기 하향링크 데이터와 관련된 Session Initiation Protocol (SIP) 메시지에서 상기 AS에 의해 획득된 정보인 것을 특징으로 하는 방법.
  4. 제1항에 있어서,
    상기 제1 메시지 및 상기 복수의 SIM과 관련된 정보가 수신된 것에 기초하여, AS에게 발신자의 ID 정보를 요청하는 제3 메시지를 전송하는 단계를 더 포함하고,
    상기 제3 메시지는 상기 제1 네트워크의 PCF 노드 및/또는 NEF 노드를 거쳐서 상기 AS에게 전송되는 것을 특징으로 하는 방법.
  5. 제4항에 있어서,
    상기 제2 메시지는 상기 제3 메시지에 대한 응답으로 수신되는 것을 특징으로 하는 방법.
  6. 제1항에 있어서,
    상기 단말은 상기 제1 네트워크와 관련된 제1 SIM 및 제2 네트워크와 관련된 제2 SIM을 포함하고,
    상기 단말은 상기 등록 요청 메시지를 전송한 이후에, 상기 제2 SIM을 사용하여 제2 네트워크에서 통신을 수행하는 상태인 것을 특징으로 하는 방법.
  7. 제1항에 있어서,
    상기 등록 요청 메시지에 대한 응답으로, 등록 수락 메시지를 상기 제1 네트워크의 기지국을 통해 상기 단말에게 전송하는 단계를 더 포함하고,
    상기 등록 수락 메시지는 복수의 SIM과 관련된 동작이 가능한지 여부에 대한 정보를 포함하는 것을 특징으로 하는 방법.
  8. 제1항에 있어서,
    상기 제1 메시지는 상기 복수의 SIM과 관련된 정보를 포함하는 것을 특징으로 하는 방법.
  9. 제1항에 있어서,
    상기 하향링크 데이터는, 상기 단말에 대한 Internet Protocol (IP) Multimedia Subsystem(IMS) 서비스에 관련된 데이터인 것을 특징으로 하는 방법.
  10. 단말이 복수의 Subscriber Identification Module(SIM)에 기초한 통신을 수행하는 방법으로서,
    복수의 SIM과 관련된 정보를 포함하는 등록 요청 메시지를 제1 네트워크의 기지국을 통해 상기 제1 네트워크의 Access and Mobility Management Function (AMF) 노드에게 전송하는 단계;
    상기 복수의 SIM과 관련된 정보를 포함하는 Session Initiation Protocol (SIP) 등록 메시지를 상기 제1 네트워크의 기지국을 통해 상기 제1 네트워크의 Proxy Call Session Control Function(P-CSCF) 노드에게 전송하는 단계; 및
    상기 단말이 제2 네트워크에서 통신을 수행하는 동안, 발신자의 ID 정보 및 상기 단말에 대한 하향링크 데이터의 서비스 종류에 관련된 정보를 포함하는 페이징 메시지 또는 Non Access Stratum (NAS) 통지 메시지를 상기 제1 네트워크의 기지국을 통해 상기 제1 네트워크의 AMF 노드로부터 수신하는 단계를 포함하고,
    상기 SIP 등록 메시지에 포함된 복수의 SIM과 관련된 정보는 Application Server (AS)가 상기 하향링크 데이터와 관련된 SIP 메시지에서 발신자의 ID 정보를 획득하는데 사용되는 것을 특징으로 하는 방법.
  11. 제10항에 있어서,
    상기 단말은 상기 제1 네트워크와 관련된 제1 SIM 및 상기 제2 네트워크와 관련된 제2 SIM을 포함하는 것을 특징으로 하는 방법.
  12. 제10항에 있어서,
    상기 복수의 SIM과 관련된 정보를 포함하는 Protocol Data Unit (PDU) 세션 수립 요청 메시지를 상기 제1 네트워크의 기지국을 통해 상기 제1 네트워크의 AMF 노드에게 전송하는 단계를 더 포함하고,
    상기 PDU 세션 수립 요청 메시지는 Internet Protocol Multimedia Subsystem (IMS) 서비스를 위한 PDU 세션의 수립을 요청하기 위한 메시지인 것을 특징으로 하는 방법.
  13. 제10항에 있어서,
    상기 등록 요청 메시지에 대한 응답으로, 등록 수락 메시지를 상기 제1 네트워크의 기지국을 통해 상기 제1 네트워크의 AMF 노드로부터 수신하는 단계를 더 포함하고,
    상기 등록 수락 메시지는 복수의 SIM과 관련된 동작이 가능한지 여부에 대한 정보를 포함하는 것을 특징으로 하는 방법.
  14. 복수의 Subscriber Identification Module(SIM)에 기초한 통신을 수행하는 제1 네트워크의 네트워크 노드에 있어서,
    적어도 하나의 프로세서; 및
    명령어(instructions)를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게(operably) 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고,
    상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은:
    상기 제1 네트워크의 기지국을 통해 단말로부터 등록 요청 메시지를 수신하는 단계,
    상기 등록 요청 메시지는 복수의 SIM과 관련된 정보를 포함하고;
    상기 제1 네트워크의 Session Management Function (SMF) 노드로부터 상기 단말의 PDU Session 활성화를 요청하는 정보를 포함하는 제1 메시지를 수신하는 단계;
    상기 하향링크 데이터와 관련된 발신자의 Identification(ID) 정보를 포함하는 제2 메시지를 수신하는 단계; 및
    상기 제1 메시지 및 상기 복수의 SIM과 관련된 정보가 수신된 것에 기초하여, 상기 발신자의 ID 정보를 포함하는 페이징 메시지 또는 Non Access Stratum (NAS) 통지 메시지를 상기 제1 네트워크의 기지국을 통해 단말에게 전송하는 단계를 포함하는 네트워크 노드.
  15. 복수의 Subscriber Identification Module(SIM)에 기초한 통신을 수행하는 무선 통신 장치에 있어서,
    적어도 하나의 프로세서; 및
    명령어(instructions)를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게(operably) 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고,
    상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은:
    복수의 SIM과 관련된 정보를 포함하는 등록 요청 메시지를 제1 네트워크의 기지국을 통해 상기 제1 네트워크의 Access and Mobility Management Function (AMF) 노드에게 전송하는 단계;
    상기 복수의 SIM과 관련된 정보를 포함하는 Session Initiation Protocol (SIP) 등록 메시지를 상기 제1 네트워크의 기지국을 통해 상기 제1 네트워크의 Proxy Call Session Control Function(P-CSCF) 노드에게 전송하는 단계; 및
    상기 단말이 제2 네트워크에서 통신을 수행하는 동안, 발신자의 ID 정보 및 상기 단말에 대한 하향링크 데이터의 서비스 종류에 관련된 정보를 포함하는 페이징 메시지 또는 Non Access Stratum (NAS) 통지 메시지를 상기 제1 네트워크의 기지국을 통해 상기 제1 네트워크의 AMF 노드로부터 수신하는 단계를 포함하고,
    상기 SIP 등록 메시지에 포함된 복수의 SIM과 관련된 정보는 Application Server (AS)가 상기 하향링크 데이터와 관련된 SIP 메시지에서 발신자의 ID 정보를 획득하는데 사용되는 것을 특징으로 하는 무선 통신 장치.
  16. 제15항에 있어서,
    상기 무선 통신 장치는 이동 단말기, 네트워크 및 상기 무선 통신 장치 이외의 자율 주행 차량 중 적어도 하나와 통신하는 자율 주행 장치인 것을 특징으로 하는 무선 통신 장치.
  17. 이동통신에서의 장치(apparatus)로서,
    적어도 하나의 프로세서; 및
    명령어(instructions)를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게(operably) 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고,
    상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은:
    복수의 SIM과 관련된 정보를 포함하는 등록 요청 메시지를 생성하는 단계;
    상기 복수의 SIM과 관련된 정보를 포함하는 Session Initiation Protocol (SIP) 등록 메시지를 생성하는 단계; 및
    상기 장치가 제2 네트워크에서 통신을 수행하는 동안, 발신자의 ID 정보 및 상기 단말에 대한 하향링크 데이터의 서비스 종류에 관련된 정보를 포함하는 페이징 메시지 또는 Non Access Stratum (NAS) 통지 메시지를 식별하는 단계를 포함하고,
    상기 SIP 등록 메시지에 포함된 복수의 SIM과 관련된 정보는 Application Server (AS)가 상기 하향링크 데이터와 관련된 SIP 메시지에서 발신자의 ID 정보를 획득하는데 사용되는 것을 특징으로 하는 장치.
  18. 명령어들을 기록하고 있는 비휘발성(non-volatile) 컴퓨터 판독가능 저장 매체로서,
    상기 명령어들은, 하나 이상의 프로세서들에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금:
    복수의 SIM과 관련된 정보를 포함하는 등록 요청 메시지를 생성하는 단계;
    상기 복수의 SIM과 관련된 정보를 포함하는 Session Initiation Protocol (SIP) 등록 메시지를 생성하는 단계; 및
    상기 장치가 제2 네트워크에서 통신을 수행하는 동안, 발신자의 ID 정보 및 상기 단말에 대한 하향링크 데이터의 서비스 종류에 관련된 정보를 포함하는 페이징 메시지 또는 Non Access Stratum (NAS) 통지 메시지를 식별하는 단계를 포함하고,
    상기 SIP 등록 메시지에 포함된 복수의 SIM과 관련된 정보는 Application Server (AS)가 상기 하향링크 데이터와 관련된 SIP 메시지에서 발신자의 ID 정보를 획득하는데 사용되는 것을 특징으로 하는 비휘발성 컴퓨터 판독가능 저장 매체.
PCT/KR2020/010265 2019-08-07 2020-08-04 복수의 sim에 기초한 발신자 정보 확인 WO2021025428A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/632,208 US20220286993A1 (en) 2019-08-07 2020-08-04 Caller information verification based on plurality of sims

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2019-0096235 2019-08-07
KR20190096235 2019-08-07

Publications (1)

Publication Number Publication Date
WO2021025428A1 true WO2021025428A1 (ko) 2021-02-11

Family

ID=74503478

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2020/010265 WO2021025428A1 (ko) 2019-08-07 2020-08-04 복수의 sim에 기초한 발신자 정보 확인

Country Status (2)

Country Link
US (1) US20220286993A1 (ko)
WO (1) WO2021025428A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2605771A (en) * 2021-04-06 2022-10-19 Nokia Technologies Oy Method, apparatus and computer program
WO2022253197A1 (zh) * 2021-06-03 2022-12-08 华为技术有限公司 一种通信方法及装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11974327B2 (en) * 2019-08-16 2024-04-30 Sharp Kabushiki Kaisha Method and apparatus for signaling multi-USIM UE busy status
US20240095104A1 (en) * 2022-09-15 2024-03-21 Red Hat, Inc. Asynchronous communication in cluster infrastructures

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170303259A1 (en) * 2016-04-18 2017-10-19 Electronics And Telecommunications Research Institute Communication method and apparatus using network slicing
WO2018008983A1 (en) * 2016-07-05 2018-01-11 Samsung Electronics Co., Ltd. Method and system for authenticating access in mobile wireless network system
KR20180120609A (ko) * 2017-04-27 2018-11-06 엘지전자 주식회사 무선 통신 시스템에서 udm이 amf의 등록에 관련된 절차를 수행하는 방법 및 이를 위한 장치
KR20190008381A (ko) * 2017-04-19 2019-01-23 엘지전자 주식회사 Pdu 세션 수립 절차를 처리하는 방법 및 amf 노드
US20190159015A1 (en) * 2017-11-17 2019-05-23 Weihua QIAO SMF Selection for Isolated Network Slice

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA3132854C (en) * 2019-03-11 2023-10-31 Ofinno, Llc Wireless device paging by a wireless network
EP3963754A1 (en) * 2019-05-01 2022-03-09 Convida Wireless, LLC Methods for a multi-hop relay in 5g network
WO2020243505A1 (en) * 2019-05-29 2020-12-03 Apple Inc. Multiplexing of pucch for beam failure recovery and other signals
US11134363B2 (en) * 2019-06-06 2021-09-28 T-Mobile Usa, Inc. Systems and methods for providing SIM-based applications and services
WO2020247043A1 (en) * 2019-06-07 2020-12-10 Convida Wireless, Llc Apparatus, system, method, and computer-readable medium for cellular system enhancements for the support of multi-sim user equipments
EP3984301A1 (en) * 2019-06-17 2022-04-20 IDAC Holdings, Inc. Paging method for wtru with multiple usims
WO2021003612A1 (zh) * 2019-07-05 2021-01-14 Oppo广东移动通信有限公司 一种移动性管理方法及装置、终端
EP4000320A4 (en) * 2019-07-15 2023-04-26 Qualcomm Incorporated RRC LAYER BASED PAUSE AND RESUME FOR MULTI-SIM USER DEVICE
US11330556B2 (en) * 2019-07-18 2022-05-10 Qualcomm Incorporated Persistent paging occasion collision avoidance for multi-sim user equipments
WO2021025308A1 (ko) * 2019-08-08 2021-02-11 엘지전자 주식회사 다중 usim을 지원하기 위한 amf의 처리 방안

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170303259A1 (en) * 2016-04-18 2017-10-19 Electronics And Telecommunications Research Institute Communication method and apparatus using network slicing
WO2018008983A1 (en) * 2016-07-05 2018-01-11 Samsung Electronics Co., Ltd. Method and system for authenticating access in mobile wireless network system
KR20190008381A (ko) * 2017-04-19 2019-01-23 엘지전자 주식회사 Pdu 세션 수립 절차를 처리하는 방법 및 amf 노드
KR20180120609A (ko) * 2017-04-27 2018-11-06 엘지전자 주식회사 무선 통신 시스템에서 udm이 amf의 등록에 관련된 절차를 수행하는 방법 및 이를 위한 장치
US20190159015A1 (en) * 2017-11-17 2019-05-23 Weihua QIAO SMF Selection for Isolated Network Slice

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2605771A (en) * 2021-04-06 2022-10-19 Nokia Technologies Oy Method, apparatus and computer program
WO2022253197A1 (zh) * 2021-06-03 2022-12-08 华为技术有限公司 一种通信方法及装置

Also Published As

Publication number Publication date
US20220286993A1 (en) 2022-09-08

Similar Documents

Publication Publication Date Title
WO2020184956A1 (ko) 멀티 액세스 프로토콜 데이터 유닛 세션 관리
WO2021029512A1 (ko) 어플리케이션 서버의 변경에 관련된 통신
WO2021034093A1 (ko) 릴레이를 위한 인증
WO2021015598A1 (ko) 복수의 sim에 기초한 통신
WO2018174525A1 (ko) 무선 통신 시스템에서 계층간 상호작용 방법 및 이를 위한 장치
WO2021025428A1 (ko) 복수의 sim에 기초한 발신자 정보 확인
WO2019031865A1 (ko) 무선 통신 시스템에서 rrc 연결 절차 수행 방법 및 이를 위한 장치
WO2021241905A1 (ko) 로밍 네트워크에서 네트워크 슬라이스 별 인증 실패 시 효율적인 plmn 선택
WO2021049841A1 (ko) 비-3gpp 상의 ims 음성 세션을 3gpp 액세스로 이동시키기 위한 방안
WO2020251293A1 (ko) Ims 시그널링
WO2020036466A1 (ko) 페이징 메시지를 송수신하는 방법, 통신 장치 및 네트워크 노드
WO2021096193A1 (ko) 릴레이 통신
WO2021040423A1 (ko) 설정 업데이트와 관련된 통신
WO2021034126A1 (ko) 레이어 2 릴레이에 관련된 통신
WO2021025308A1 (ko) 다중 usim을 지원하기 위한 amf의 처리 방안
WO2021040463A1 (ko) 3gpp ps data off에 관련된 통신
WO2020218807A1 (ko) Ma pdu 세션을 위한 pmf 지원 방안
WO2022014981A1 (ko) 재난 상황 종료시 서비스 연속성을 지원하는 방법 및 이를 지원하는 장치
WO2021167304A1 (ko) Ps 데이터 오프와 관련된 통신
WO2020145523A1 (ko) Ebi를 관리하는 방안
WO2021066346A1 (ko) 비-3gpp 상의 pdu 세션을 3gpp 액세스로 이동시키기 위한 방안
WO2021029513A1 (ko) 어플리케이션 서버의 변경에 관련된 동작
WO2022215909A1 (ko) Pdu 세션 관리 방법
WO2021025432A1 (ko) Ims 시그널링
WO2020251226A1 (ko) 5g 이동통신 시스템에서 npn에 접속하는 방법 및 사용자 장치

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20850847

Country of ref document: EP

Kind code of ref document: A1