WO2022186533A1 - 네트워크 슬라이스와 데이터 세션을 수립하는 전자 장치 및 그 동작 방법 - Google Patents

네트워크 슬라이스와 데이터 세션을 수립하는 전자 장치 및 그 동작 방법 Download PDF

Info

Publication number
WO2022186533A1
WO2022186533A1 PCT/KR2022/002519 KR2022002519W WO2022186533A1 WO 2022186533 A1 WO2022186533 A1 WO 2022186533A1 KR 2022002519 W KR2022002519 W KR 2022002519W WO 2022186533 A1 WO2022186533 A1 WO 2022186533A1
Authority
WO
WIPO (PCT)
Prior art keywords
application
electronic device
information
value
verification
Prior art date
Application number
PCT/KR2022/002519
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 CN202280019397.1A priority Critical patent/CN116918317A/zh
Priority to EP22763517.4A priority patent/EP4304158A1/en
Publication of WO2022186533A1 publication Critical patent/WO2022186533A1/ko
Priority to US18/242,245 priority patent/US20230412687A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0807—Network architectures or network communication protocols for network security for authentication of entities using tickets, e.g. Kerberos
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/0643—Hash functions, e.g. MD5, SHA, HMAC or f9 MAC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0891—Revocation or update of secret information, e.g. encryption key update or rekeying
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/321—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority
    • H04L9/3213—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority using tickets or tokens, e.g. Kerberos
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/80—Wireless

Definitions

  • Various embodiments relate to an electronic device for establishing a network slice and a data session, and a method of operating the same.
  • the 5G communication system or the pre-5G communication system is called a system after the 4G network (Beyond 4G Network) communication system or after the LTE system (Post LTE).
  • the 5G communication system is being considered for implementation in a very high frequency (mmWave) band (eg, such as a 60 gigabyte (60 GHz) band).
  • mmWave very high frequency
  • the 5G network Among the new structural features of the 5G network, the most prominent is the introduction of a network slicing technology for the radio access network (RAN) and core network (CN) structures. It bundles network resources and network functions into one independent network slice according to individual services and provides isolation, customization, and independent management and orchestration of network system functions and resources. This is to apply the properties of the mobile communication network structure.
  • RAN radio access network
  • CN core network
  • This is to apply the properties of the mobile communication network structure.
  • this network slicing technology it is possible to provide independent and flexible 5G services by selecting and combining the network functions of the 5G system according to criteria such as service, user, and business model.
  • URSP UE route selection policy
  • a user equipment may receive a URSP rule from a policy control function (PCF) to form a network slice and a data session.
  • the URSP rule may include a traffic descriptor and a route selection descriptor.
  • the traffic descriptor may include an application descriptor.
  • the application descriptor may include OSId and OSAppId.
  • the user device may establish a data session (eg, PDU session) using the corresponding path selection descriptor.
  • OsAppId is used as an application package name.
  • a network operator and a manufacturer (or an application developer) of a user device may negotiate so that an application having a specific package name uses a specific network slice.
  • the forged application is designed to have a specific package name, there is a possibility that the forged application may be permitted to use a specific network slice.
  • An electronic device and an operating method thereof may determine whether to establish a data session according to an application request based on a URSP rule including information for verification.
  • an electronic device includes a memory and at least one processor, wherein the at least one processor includes identification information of at least one application, verification information for verification of each of the at least one application, and Storing the association information between the information for establishing a PDU session of each of the at least one application in the memory, and checking a first value based on a first application having first identification information included in the association information, and the Using the association information, check a second value based on verification information corresponding to the first identification information, and establish a PDU session corresponding to the first application based on the first value and the second value being the same It may be configured to establish a PDU session using the information for , and transmit/receive data associated with the first application using the PDU session.
  • the method of operating an electronic device provides a method between identification information of at least one application, verification information for verification of each of the at least one application, and information for establishing a PDU session of each of the at least one application.
  • Storing the related information in the memory of the electronic device checking a first value based on a first application having the first identification information included in the related information, and using the related information to identify the first
  • an electronic device includes a memory and at least one processor, wherein the at least one processor includes identification information of at least one application, verification information for verification of each of the at least one application, and Storing the association information between the information for establishing a PDU session of each of the at least one application in the memory, and based on the verification type of the verification information included in the association information being a server verification method, the verification information is included request verification of the token from the server, receive a refresh token from the server in response to the request, and respond to a network connection request from the first application corresponding to the server verification method based on the receipt of the refresh token
  • it may be configured to establish a PDU session using information for establishing a PDU session corresponding to the identification information of the first application, and transmit/receive data associated with the first application using the PDU session.
  • an electronic device capable of determining whether to establish a data session according to a request of an application based on a URSP rule including information for verification, and an operating method thereof may be provided. Accordingly, even in a network connection request of a forged application that steals the package name, use of the corresponding network slice can be prevented.
  • FIG. 1 is a block diagram of an electronic device in a network environment, according to various embodiments of the present disclosure
  • 2A is a block diagram of an electronic device for supporting legacy network communication and 5G network communication, according to various embodiments of the present disclosure
  • 2B is a block diagram of an electronic device for supporting legacy network communication and 5G network communication, according to various embodiments of the present disclosure
  • 3A shows a 5G system architecture.
  • 3B shows a 5G network slice structure.
  • FIG. 4 is a block diagram of an electronic device according to various embodiments.
  • FIG. 5 is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • FIG. 6 is a block diagram of an electronic device according to various embodiments of the present disclosure.
  • FIG. 7A is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • FIG. 7B is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • 7C is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • FIG. 8 is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • 9A is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • 9B is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • 9C is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • FIG. 10 is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • FIG. 11 is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • FIG. 12 is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • 13A is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • 13B is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • 14A and 14B are flowcharts illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • FIG. 1 is a block diagram of an electronic device 101 in a network environment 100, according to various embodiments.
  • an electronic device 101 communicates with an electronic device 102 through a first network 198 (eg, a short-range wireless communication network) or a second network 199 . It may communicate with the electronic device 104 or the server 108 through (eg, a long-distance wireless communication network). According to an embodiment, the electronic device 101 may communicate with the electronic device 104 through the server 108 .
  • a first network 198 eg, a short-range wireless communication network
  • a second network 199 e.g., a second network 199
  • the electronic device 101 may communicate with the electronic device 104 through the server 108 .
  • the electronic device 101 includes a processor 120 , a memory 130 , an input module 150 , a sound output module 155 , a display module 160 , an audio module 170 , and a sensor module ( 176), interface 177, connection terminal 178, haptic module 179, camera module 180, power management module 188, battery 189, communication module 190, subscriber identification module 196 , or an antenna module 197 .
  • at least one of these components eg, the connection terminal 178
  • some of these components are integrated into one component (eg, display module 160 ). can be
  • the processor 120 for example, executes software (eg, a program 140) to execute at least one other component (eg, a hardware or software component) of the electronic device 101 connected to the processor 120. It can control and perform various data processing or operations. According to one embodiment, as at least part of data processing or operation, the processor 120 converts commands or data received from other components (eg, the sensor module 176 or the communication module 190 ) to the volatile memory 132 . may be stored in , process commands or data stored in the volatile memory 132 , and store the result data in the non-volatile memory 134 .
  • software eg, a program 140
  • the processor 120 converts commands or data received from other components (eg, the sensor module 176 or the communication module 190 ) to the volatile memory 132 .
  • the volatile memory 132 may be stored in , process commands or data stored in the volatile memory 132 , and store the result data in the non-volatile memory 134 .
  • the processor 120 is the main processor 121 (eg, a central processing unit or an application processor) or a secondary processor 123 (eg, a graphic processing unit, a neural network processing unit (eg, a graphic processing unit, a neural network processing unit) a neural processing unit (NPU), an image signal processor, a sensor hub processor, or a communication processor).
  • the main processor 121 eg, a central processing unit or an application processor
  • a secondary processor 123 eg, a graphic processing unit, a neural network processing unit (eg, a graphic processing unit, a neural network processing unit) a neural processing unit (NPU), an image signal processor, a sensor hub processor, or a communication processor.
  • the main processor 121 e.g, a central processing unit or an application processor
  • a secondary processor 123 eg, a graphic processing unit, a neural network processing unit (eg, a graphic processing unit, a neural network processing unit) a neural processing unit (NPU), an image signal processor, a
  • the secondary processor 123 may, for example, act on behalf of the main processor 121 while the main processor 121 is in an inactive (eg, sleep) state, or when the main processor 121 is active (eg, executing an application). ), together with the main processor 121, at least one of the components of the electronic device 101 (eg, the display module 160, the sensor module 176, or the communication module 190) It is possible to control at least some of the related functions or states.
  • the coprocessor 123 eg, an image signal processor or a communication processor
  • may be implemented as part of another functionally related component eg, the camera module 180 or the communication module 190 ). have.
  • the auxiliary processor 123 may include a hardware structure specialized for processing an artificial intelligence model.
  • Artificial intelligence models can be created through machine learning. Such learning may be performed, for example, in the electronic device 101 itself on which artificial intelligence is performed, or may be performed through a separate server (eg, the server 108).
  • the learning algorithm may include, for example, supervised learning, unsupervised learning, semi-supervised learning, or reinforcement learning, but in the above example not limited
  • the artificial intelligence model may include a plurality of artificial neural network layers.
  • Artificial neural networks include deep neural networks (DNNs), convolutional neural networks (CNNs), recurrent neural networks (RNNs), restricted boltzmann machines (RBMs), deep belief networks (DBNs), bidirectional recurrent deep neural networks (BRDNNs), It may be one of deep Q-networks or a combination of two or more of the above, but is not limited to the above example.
  • the artificial intelligence model may include, in addition to, or alternatively, a software structure in addition to the hardware structure.
  • the memory 130 may store various data used by at least one component (eg, the processor 120 or the sensor module 176 ) of the electronic device 101 .
  • the data may include, for example, input data or output data for software (eg, the program 140 ) and instructions related thereto.
  • the memory 130 may include a volatile memory 132 or a non-volatile memory 134 .
  • the program 140 may be stored as software in the memory 130 , and may include, for example, an operating system 142 , middleware 144 , or an application 146 .
  • the input module 150 may receive a command or data to be used by a component (eg, the processor 120 ) of the electronic device 101 from the outside (eg, a user) of the electronic device 101 .
  • the input module 150 may include, for example, a microphone, a mouse, a keyboard, a key (eg, a button), or a digital pen (eg, a stylus pen).
  • the sound output module 155 may output a sound signal to the outside of the electronic device 101 .
  • the sound output module 155 may include, for example, a speaker or a receiver.
  • the speaker can be used for general purposes such as multimedia playback or recording playback.
  • the receiver can be used to receive incoming calls. According to one embodiment, the receiver may be implemented separately from or as part of the speaker.
  • the display module 160 may visually provide information to the outside (eg, a user) of the electronic device 101 .
  • the display module 160 may include, for example, a control circuit for controlling a display, a hologram device, or a projector and a corresponding device.
  • the display module 160 may include a touch sensor configured to sense a touch or a pressure sensor configured to measure the intensity of a force generated by the touch.
  • the audio module 170 may convert a sound into an electric signal or, conversely, convert an electric signal into a sound. According to an embodiment, the audio module 170 acquires a sound through the input module 150 , or an external electronic device (eg, a sound output module 155 ) connected directly or wirelessly with the electronic device 101 .
  • the electronic device 102) eg, a speaker or headphones
  • the electronic device 102 may output a sound.
  • the sensor module 176 detects an operating state (eg, power or temperature) of the electronic device 101 or an external environmental state (eg, a user state), and generates an electrical signal or data value corresponding to the sensed state. can do.
  • the sensor module 176 may include, for example, a gesture sensor, a gyro sensor, a barometric pressure sensor, a magnetic sensor, an acceleration sensor, a grip sensor, a proximity sensor, a color sensor, an IR (infrared) sensor, a biometric sensor, It may include a temperature sensor, a humidity sensor, or an illuminance sensor.
  • the interface 177 may support one or more specified protocols that may be used by the electronic device 101 to directly or wirelessly connect with an external electronic device (eg, the electronic device 102 ).
  • the interface 177 may include, for example, a high definition multimedia interface (HDMI), a universal serial bus (USB) interface, an SD card interface, or an audio interface.
  • the connection terminal 178 may include a connector through which the electronic device 101 can be physically connected to an external electronic device (eg, the electronic device 102 ).
  • the connection terminal 178 may include, for example, an HDMI connector, a USB connector, an SD card connector, or an audio connector (eg, a headphone connector).
  • the haptic module 179 may convert an electrical signal into a mechanical stimulus (eg, vibration or movement) or an electrical stimulus that the user can perceive through tactile or kinesthetic sense.
  • the haptic module 179 may include, for example, a motor, a piezoelectric element, or an electrical stimulation device.
  • the camera module 180 may capture still images and moving images. According to an embodiment, the camera module 180 may include one or more lenses, image sensors, image signal processors, or flashes.
  • the power management module 188 may manage power supplied to the electronic device 101 .
  • the power management module 188 may be implemented as, for example, at least a part of a power management integrated circuit (PMIC).
  • PMIC power management integrated circuit
  • the battery 189 may supply power to at least one component of the electronic device 101 .
  • battery 189 may include, for example, a non-rechargeable primary cell, a rechargeable secondary cell, or a fuel cell.
  • the communication module 190 is a direct (eg, wired) communication channel or a wireless communication channel between the electronic device 101 and an external electronic device (eg, the electronic device 102, the electronic device 104, or the server 108). It can support establishment and communication performance through the established communication channel.
  • the communication module 190 may include one or more communication processors that operate independently of the processor 120 (eg, an application processor) and support direct (eg, wired) communication or wireless communication.
  • the communication module 190 is a wireless communication module 192 (eg, a cellular communication module, a short-range communication module, or a global navigation satellite system (GNSS) communication module) or a wired communication module 194 (eg, : It may include a local area network (LAN) communication module, or a power line communication module).
  • a wireless communication module 192 eg, a cellular communication module, a short-range communication module, or a global navigation satellite system (GNSS) communication module
  • GNSS global navigation satellite system
  • wired communication module 194 eg, : It may include a local area network (LAN) communication module, or a power line communication module.
  • a corresponding communication module among these communication modules is a first network 198 (eg, a short-range communication network such as Bluetooth, wireless fidelity (WiFi) direct, or infrared data association (IrDA)) or a second network 199 (eg, legacy It may communicate with the external electronic device 104 through a cellular network, a 5G network, a next-generation communication network, the Internet, or a computer network (eg, a telecommunication network such as a LAN or a WAN).
  • a first network 198 eg, a short-range communication network such as Bluetooth, wireless fidelity (WiFi) direct, or infrared data association (IrDA)
  • a second network 199 eg, legacy It may communicate with the external electronic device 104 through a cellular network, a 5G network, a next-generation communication network, the Internet, or a computer network (eg, a telecommunication network such as a LAN or a WAN).
  • a telecommunication network
  • the wireless communication module 192 uses subscriber information (eg, International Mobile Subscriber Identifier (IMSI)) stored in the subscriber identification module 196 within a communication network such as the first network 198 or the second network 199 .
  • subscriber information eg, International Mobile Subscriber Identifier (IMSI)
  • IMSI International Mobile Subscriber Identifier
  • the electronic device 101 may be identified or authenticated.
  • the wireless communication module 192 may support a 5G network after a 4G network and a next-generation communication technology, for example, a new radio access technology (NR).
  • NR access technology includes high-speed transmission of high-capacity data (eMBB (enhanced mobile broadband)), minimization of terminal power and access to multiple terminals (mMTC (massive machine type communications)), or high reliability and low latency (URLLC (ultra-reliable and low-latency) -latency communications)).
  • eMBB enhanced mobile broadband
  • mMTC massive machine type communications
  • URLLC ultra-reliable and low-latency
  • the wireless communication module 192 may support a high frequency band (eg, mmWave band) to achieve a high data rate, for example.
  • a high frequency band eg, mmWave band
  • the wireless communication module 192 uses various techniques for securing performance in a high-frequency band, for example, beamforming, massive multiple-input and multiple-output (MIMO), all-dimensional multiplexing. It may support technologies such as full dimensional MIMO (FD-MIMO), an array antenna, analog beam-forming, or a large scale antenna.
  • the wireless communication module 192 may support various requirements defined in the electronic device 101 , an external electronic device (eg, the electronic device 104 ), or a network system (eg, the second network 199 ).
  • the wireless communication module 192 may include a peak data rate (eg, 20 Gbps or more) for realizing eMBB, loss coverage (eg, 164 dB or less) for realizing mMTC, or U-plane latency for realizing URLLC ( Example: Downlink (DL) and uplink (UL) each 0.5 ms or less, or round trip 1 ms or less) can be supported.
  • a peak data rate eg, 20 Gbps or more
  • loss coverage eg, 164 dB or less
  • U-plane latency for realizing URLLC
  • the antenna module 197 may transmit or receive a signal or power to the outside (eg, an external electronic device).
  • the antenna module 197 may include an antenna including a conductor formed on a substrate (eg, a PCB) or a radiator formed of a conductive pattern.
  • the antenna module 197 may include a plurality of antennas (eg, an array antenna). In this case, at least one antenna suitable for a communication method used in a communication network such as the first network 198 or the second network 199 is connected from the plurality of antennas by, for example, the communication module 190 . can be selected. A signal or power may be transmitted or received between the communication module 190 and an external electronic device through the selected at least one antenna.
  • other components eg, a radio frequency integrated circuit (RFIC)
  • RFIC radio frequency integrated circuit
  • the antenna module 197 may form a mmWave antenna module.
  • the mmWave antenna module comprises a printed circuit board, an RFIC disposed on or adjacent to a first side (eg, bottom side) of the printed circuit board and capable of supporting a designated high frequency band (eg, mmWave band); and a plurality of antennas (eg, an array antenna) disposed on or adjacent to a second side (eg, top or side) of the printed circuit board and capable of transmitting or receiving signals of the designated high frequency band. can do.
  • peripheral devices eg, a bus, general purpose input and output (GPIO), serial peripheral interface (SPI), or mobile industry processor interface (MIPI)
  • GPIO general purpose input and output
  • SPI serial peripheral interface
  • MIPI mobile industry processor interface
  • the command or data may be transmitted or received between the electronic device 101 and the external electronic device 104 through the server 108 connected to the second network 199 .
  • Each of the external electronic devices 102 or 104 may be the same as or different from the electronic device 101 .
  • all or a part of operations executed in the electronic device 101 may be executed in one or more external electronic devices 102 , 104 , or 108 .
  • the electronic device 101 may perform the function or service itself instead of executing the function or service itself.
  • one or more external electronic devices may be requested to perform at least a part of the function or the service.
  • One or more external electronic devices that have received the request may execute at least a part of the requested function or service, or an additional function or service related to the request, and transmit a result of the execution to the electronic device 101 .
  • the electronic device 101 may process the result as it is or additionally and provide it as at least a part of a response to the request.
  • cloud computing, distributed computing, mobile edge computing (MEC), or client-server computing technology may be used.
  • the electronic device 101 may provide an ultra-low latency service using, for example, distributed computing or mobile edge computing.
  • the external electronic device 104 may include an Internet of things (IoT) device.
  • the server 108 may be an intelligent server using machine learning and/or neural networks.
  • the external electronic device 104 or the server 108 may be included in the second network 199 .
  • the electronic device 101 may be applied to an intelligent service (eg, smart home, smart city, smart car, or health care) based on 5G communication technology and IoT-related technology.
  • the electronic device 101 includes a first communication processor 212 , a second communication processor 214 , a first radio frequency integrated circuit (RFIC) 222 , a second RFIC 224 , and a third RFIC 226 , fourth RFIC 228 , first radio frequency front end (RFFE) 232 , second RFFE 234 , first antenna module 242 , second antenna module 244 , third An antenna module 246 and antennas 248 may be included.
  • the electronic device 101 may further include a processor 120 and a memory 130 .
  • the second network 199 may include a first cellular network 292 and a second cellular network 294 .
  • the electronic device 101 may further include at least one component among the components illustrated in FIG. 1 , and the second network 199 may further include at least one other network.
  • a first communication processor 212 , a second communication processor 214 , a first RFIC 222 , a second RFIC 224 , a fourth RFIC 228 , a first RFFE 232 , and the second RFFE 234 may form at least a part of the wireless communication module 192 .
  • the fourth RFIC 228 may be omitted or may be included as a part of the third RFIC 226 .
  • the first communication processor 212 may support establishment of a communication channel of a band to be used for wireless communication with the first cellular network 292 and legacy network communication through the established communication channel.
  • the first cellular network may be a legacy network including a second generation (2G), 3G, 4G, or long term evolution (LTE) network.
  • the second communication processor 214 establishes a communication channel corresponding to a designated band (eg, about 6 GHz to about 60 GHz) among bands to be used for wireless communication with the second cellular network 294 , and a 5G network through the established communication channel communication can be supported.
  • the second cellular network 294 may be a 5G network defined by 3GPP.
  • the first communication processor 212 or the second communication processor 214 corresponds to another designated band (eg, about 6 GHz or less) among bands to be used for wireless communication with the second cellular network 294 . It is possible to support the establishment of a communication channel, and 5G network communication through the established communication channel.
  • another designated band eg, about 6 GHz or less
  • the first communication processor 212 may transmit/receive data to and from the second communication processor 214 .
  • data that has been classified to be transmitted over the second cellular network 294 may be changed to be transmitted over the first cellular network 292 .
  • the first communication processor 212 may receive transmission data from the second communication processor 214 .
  • the first communication processor 212 may transmit and receive data through the second communication processor 214 and the interprocessor interface 213 .
  • the interprocessor interface 213 may be implemented as, for example, a universal asynchronous receiver/transmitter (UART) (eg, high speed-UART (HS-UART) or peripheral component interconnect bus express (PCIe) interface).
  • UART universal asynchronous receiver/transmitter
  • PCIe peripheral component interconnect bus express
  • the first communication processor 212 and the second communication processor 214 may exchange control information and packet data information using, for example, a shared memory.
  • the communication processor 212 may transmit/receive various information such as sensing information, information on output strength, and resource block (RB) allocation information with the second communication processor 214 .
  • RB resource block
  • the first communication processor 212 may not be directly connected to the second communication processor 214 .
  • the first communication processor 212 may transmit and receive data through the second communication processor 214 and the processor 120 (eg, an application processor).
  • the first communication processor 212 and the second communication processor 214 may transmit and receive data with the processor 120 (eg, an application processor) through an HS-UART interface or a PCIe interface, but There is no restriction on the type.
  • the first communication processor 212 and the second communication processor 214 may exchange control information and packet data information using a shared memory with the processor 120 (eg, an application processor). .
  • the first communication processor 212 and the second communication processor 214 may be implemented in a single chip or a single package. According to various embodiments, the first communication processor 212 or the second communication processor 214 may be formed in a single chip or a single package with the processor 120 , the coprocessor 123 , or the communication module 190 . have. For example, as shown in FIG. 2B , the communication processor 440 may support both functions for communication with the first cellular network 292 and the second cellular network 294 .
  • the first RFIC 222 when transmitting, transmits a baseband signal generated by the first communication processor 212 from about 700 MHz to about 700 MHz used for the first cellular network 292 (eg, a legacy network). It can be converted to a radio frequency (RF) signal of 3 GHz.
  • RF radio frequency
  • an RF signal is obtained from a first network 292 (eg, a legacy network) via an antenna (eg, a first antenna module 242 ), and via an RFFE (eg, a first RFFE 232 ). It may be preprocessed.
  • the first RFIC 222 may convert the preprocessed RF signal into a baseband signal to be processed by the first communication processor 212 .
  • the second RFIC 224 when transmitting, uses the baseband signal generated by the first communication processor 212 or the second communication processor 214 to the second cellular network 294 (eg, a 5G network). It can be converted into an RF signal (hereinafter, 5G Sub6 RF signal) of the Sub6 band (eg, about 6 GHz or less).
  • 5G Sub6 RF signal RF signal
  • a 5G Sub6 RF signal is obtained from a second cellular network 294 (eg, 5G network) via an antenna (eg, second antenna module 244 ), and an RFFE (eg, second RFFE 234 ) ) can be preprocessed.
  • the second RFIC 224 may convert the pre-processed 5G Sub6 RF signal into a baseband signal to be processed by a corresponding one of the first communication processor 212 or the second communication processor 214 .
  • the third RFIC 226 transmits the baseband signal generated by the second communication processor 214 to the 5G Above6 band (eg, about 6 GHz to about 60 GHz) to be used in the second cellular network 294 (eg, 5G network). It can be converted into an RF signal (hereinafter referred to as 5G Above6 RF signal).
  • a 5G Above6 RF signal may be obtained from the second cellular network 294 (eg, 5G network) via an antenna (eg, antenna 248 ) and pre-processed via a third RFFE 236 .
  • the third RFIC 226 may convert the preprocessed 5G Above6 RF signal into a baseband signal to be processed by the second communication processor 214 .
  • the third RFFE 236 may be formed as part of the third RFIC 226 .
  • the electronic device 101 may include the fourth RFIC 228 separately from or as at least a part of the third RFIC 226 .
  • the fourth RFIC 228 converts the baseband signal generated by the second communication processor 214 into an RF signal (hereinafter, IF signal) of an intermediate frequency band (eg, about 9 GHz to about 11 GHz). After conversion, the IF signal may be transmitted to the third RFIC 226 .
  • the third RFIC 226 may convert the IF signal into a 5G Above6 RF signal.
  • a 5G Above6 RF signal may be received from the second cellular network 294 (eg, 5G network) via an antenna (eg, antenna 248 ) and converted to an IF signal by a third RFIC 226 .
  • the fourth RFIC 228 may convert the IF signal into a baseband signal for processing by the second communication processor 214 .
  • the first RFIC 222 and the second RFIC 224 may be implemented as at least a part of a single chip or a single package.
  • the first RFIC 222 and the second RFIC 224 in FIG. 2A or 2B may be implemented as an integrated RFIC.
  • the integrated RFIC is connected to the first RFFE 232 and the second RFFE 234 to convert a baseband signal into a signal of a band supported by the first RFFE 232 and/or the second RFFE 234 and , the converted signal may be transmitted to one of the first RFFE 232 and the second RFFE 234 .
  • the first RFFE 232 and the second RFFE 234 may be implemented as at least a part of a single chip or a single package.
  • at least one antenna module of the first antenna module 242 or the second antenna module 244 may be omitted or may be combined with another antenna module to process RF signals of a plurality of corresponding bands.
  • the third RFIC 226 and the antenna 248 may be disposed on the same substrate to form the third antenna module 246 .
  • the wireless communication module 192 or the processor 120 may be disposed on the first substrate (eg, main PCB).
  • the third RFIC 226 is located in a partial area (eg, the bottom surface) of the second substrate (eg, sub PCB) separate from the first substrate, and the antenna 248 is located in another partial region (eg, the top surface). is disposed, the third antenna module 246 may be formed.
  • a high-frequency band eg, about 6 GHz to about 60 GHz
  • the electronic device 101 may improve the quality or speed of communication with the second network 294 (eg, a 5G network).
  • the antenna 248 may be formed as an antenna array including a plurality of antenna elements that may be used for beamforming.
  • the third RFIC 226 may include, for example, as part of the third RFFE 236 , a plurality of phase shifters 238 corresponding to a plurality of antenna elements.
  • each of the plurality of phase shifters 238 may transform the phase of a 5G Above6 RF signal to be transmitted to the outside of the electronic device 101 (eg, a base station of a 5G network) through a corresponding antenna element. .
  • each of the plurality of phase shifters 238 may convert the phase of the 5G Above6 RF signal received from the outside through a corresponding antenna element into the same or substantially the same phase. This enables transmission or reception through beamforming between the electronic device 101 and the outside.
  • the second cellular network 294 may be operated independently (eg, Stand-Alone (SA)) or connected to the first cellular network 292 (eg, legacy network).
  • SA Stand-Alone
  • NSA Non-Stand Alone
  • the 5G network may have only an access network (eg, 5G radio access network (RAN) or next generation RAN (NG RAN)), and may not have a core network (eg, next generation core (NGC)).
  • the electronic device 101 may access an external network (eg, the Internet) under the control of a core network (eg, evolved packed core (EPC)) of the legacy network.
  • EPC evolved packed core
  • Protocol information for communication with a legacy network eg, LTE protocol information
  • protocol information for communication with a 5G network eg, New Radio (NR) protocol information
  • NR New Radio
  • a term for identifying an access node used in the following description a term referring to network entities, a term referring to messages, a term referring to an interface between network objects, a term referring to various identification information and the like are exemplified for convenience of description.
  • various embodiments of the present disclosure use terms and names defined in the specification for a 5G system.
  • the present disclosure is not limited by the terms and names, and may be equally applied to systems conforming to other standards.
  • the 3GPP will mainly target the communication standard set by the standard, but the main gist of the present disclosure is not significantly departing from the scope of the present disclosure in other communication systems having a similar technical background. It can be applied with some modifications within the scope of the present disclosure, which will be possible at the judgment of a person skilled in the art of the present disclosure.
  • a general communication system is designed to be independent of the applications provided on the communication system. The user first accesses the communication system, selects an application to use, and receives a service.
  • Communication technology combines with the development of technologies such as Network Function Virtualization (NFV) and Software Defined Network (SDN) to form a network slice optimized for application characteristics of each application in one huge network. developing in a way
  • One network slice is composed of an end-to-end (E2E) logical network including the electronic device 101 to the counterpart node (the counterpart electronic device or the counterpart application server).
  • E2E end-to-end
  • a user may be provided with a service by accessing a network slice specialized for an application to be used.
  • a user's terminal may simultaneously access to one or more network slices.
  • 3GPP which is in charge of standards for mobile communication technology, has completed the 5G Phase I standard in Rel-15, and 5G Phase I includes a network slicing function.
  • 5G Phase I includes a network slicing function.
  • Rel-16 the network slicing Phase II standard is in progress.
  • 3A shows a 5G system architecture.
  • 3B shows a 5G network slice structure.
  • an overall 5G system will be described with reference to FIGS. 3A and 3B, and a network slice will be described.
  • the 5G system structure includes an electronic device 101 (eg, a user terminal (UE)) that is a network element, a (R) AN (Radio Access Network) 302, and a data network (Data Network, DN). ) 345 and a plurality of network functions (Network Function, NF) inside the core network (CN).
  • UE user terminal
  • R Radio Access Network
  • DN data network
  • NF Network Function
  • a function, connection point, protocol, etc. can be defined for each NF, and a reference point indicating a service-based interface corresponding to the NF and a reference point indicating an interaction existing between the NFs
  • a 5G system structure may be illustrated using a (Reference point).
  • a plurality of network functions are Authentication Server Function (AUSF) (309), Access and Mobility Management Function (AMF) (303), Network Exposure Function (Network Exposure Function) , NEF) (347), Network Function Repository Function (NRF) (305), Policy Control Function (PCF) (307), Session Management Function (SMF) (341), Unified Data Management (UDM) (306), User Plane Function (UPF) (342) and Application Function (AF) (346), Network Slice Selection Function , NSSF) 304 .
  • AUSF Authentication Server Function
  • AMF Access and Mobility Management Function
  • NEF Network Exposure Function
  • NEF Network Exposure Function
  • NEF Network Function Repository Function
  • PCF Policy Control Function
  • SMF Session Management Function
  • UDM Unified Data Management
  • UPF User Plane Function
  • AF Application Function
  • AMF, SMF, PCF, and UPF are key to establishing a protocol data unit (PDU) (“UE-requested PDU”) session requested by the user equipment and managing traffic between the UE and the DN can play an antagonistic role.
  • PDU protocol data unit
  • a reference point between the electronic device 101 and the AMF 303 is defined as N1.
  • RAN 302 may represent a base station using Radio Access Technology (RAT).
  • RAT Radio Access Technology
  • the AN 302 may be a base station with a 3GPP access technology or a base station with a non-3GPP access technology such as Wi-Fi.
  • the reference point between the AN 302 and the AMF 303 is defined as N2, and the reference point between the AN and the UPF 342 is defined as N3.
  • the DN 345 may transmit a PDU to be transmitted in the downlink direction to the UPF 342 or may receive a PDU sent by the electronic device 101 through the UPF 342 .
  • the reference point between the DN 345 and the UPF 342 is defined as N6.
  • the AMF 303 may provide an access technology independent, for example, an access and mobility management function in units of the electronic device 101 .
  • the reference point between the AMF 303 and the electronic device 101 is defined as N1
  • the reference point between the AMF 303 and the (R)AN 302 is defined as N2
  • the reference point between the AMF 303 and the UDM 306 is defined as N2.
  • the reference point is defined as N8, the reference point between the AMF 303 and the AUSF 309 is defined as N12
  • the reference point between the AMF 303 and the SMF 341 is defined as N11.
  • the SMF 341 may provide a session management function for managing each session by assigning a different SMF to each session.
  • An N4 reference point is defined so that the UPF 342 is set using the control signal information generated by the SMF 341 , and the UPF 342 reports its status to the SMF 341 .
  • the reference point between the SMF 341 and the AMF 303 is defined as N11
  • the reference point between the SMF 341 and the UDM 306 is defined as N10
  • the reference point between the SMF 341 and the PCF 305 is N7.
  • the reference point between the SMF 341 and the AMF 303 is defined as N11.
  • each electronic device 101 may be connected to one AMF 303 , whereas in the case of the SMF 341 , one electronic device 101 may establish multiple sessions, and thus different SMFs for each session. (311, 321, 331).
  • the AF 346 may provide information on the packet flow to the PCF 307 in charge of policy control to ensure quality of service (QoS).
  • QoS quality of service
  • the PCF 307 determines policies such as session management and mobility management based on the packet flow information to ensure QoS, and transmits it to the AMF 303 and SMF 341 for appropriate mobility management, session management, and QoS. management, etc.
  • the reference point between AF 346 and PCF 307 is defined as N5.
  • the AUSF 309 may store data for authentication of the electronic device 101 .
  • the UDM 306 may store user's subscription data, policy data, and the like.
  • the reference point between the AUSF 309 and the UDM 306 is defined as N13
  • the reference point between the AUSF 309 and the AMF 303 is defined as N12
  • the reference point between the UDM 306 and the AMF 303 is N8.
  • the reference point between the UDM 306 and the SMF 341 is defined as N10.
  • the CP function includes various functions to control the network and the terminal, and the electronic device 101, (R)AN 302, UPF 342, and AMF responsible for two representative functions of mobility management function.
  • 303 , AF 346 , DN 345 , and SMF 341 in charge of session management functions may be included in CP functions as two independent functions.
  • slice, service, network slice, network service, application slice, application service, and the like may be mixed and used.
  • a mobile communication operator may allocate network resources suitable for a corresponding service for each slice or for each set of a specific slice.
  • the network resource may refer to a logical resource or radio resource allocation provided by a network function (NF) or a network function (NF).
  • NF network function
  • NF network function
  • Network slicing bundles network resources and network functions into one independent slice according to service, thereby moving properties such as network isolation, customization, and independent management and orchestration. It is a technology that can be applied to the core network structure.
  • Network slicing is a new concept of 5G core network.
  • the network slicing is a technology that bundles and provides network resources and network functions necessary for a service requested by a mobile terminal into one independent slice.
  • NFV network function virtualization
  • a Public Land Mobile Network may provide multiple network slices, and each network slice may be provided to a UE in the form of a slice instance.
  • the PLMN may include slice instance 1 310 , slice instance 2 320 , and slice instance 3 330 .
  • the electronic device 101 may access a network and receive a service from at least one of a plurality of slice instances simultaneously or sequentially.
  • Each slice instance may be configured with network resources necessary to provide a corresponding network slice.
  • slice instance 1 (310) consists of SMF (311) and UPF (312, 313)
  • slice instance 2 (320) consists of SMF (321), UPF (322) and PCF (323) and
  • slice instance 3 330 may be composed of SMF 331 , UPF 332 , PCF 333 , and NRF 334 .
  • the SMF 321 of the slice instance 2 320 may be connected to the PCF 307 of the PLMN level and the PCF 323 of the slice level.
  • the PLMN-level PCF 307 may manage the PLMN-level policy information and provide it to the SMF 321 .
  • the slice-level PCF 323 belonging to the slice instance 2 may manage a policy required to provide the corresponding slice and provide the corresponding information to the SMF 321 .
  • Each slice may be identified by a slice ID.
  • the slice ID may be Single-Network Slice Selection Assistance Information (S-NSSAI) defined by 3GPP.
  • the electronic device 101 may store information about configured network slice selection assistance information (Configured Network Slice Selection Assistance Information, Configured NSSAI) and network slice selection policy (NSSP).
  • the configured network slice selection assistance information may be configured as a list of S-NSSAIs of a network slice to which the electronic device 101 subscribes to a Home PLMN (HPLMN).
  • the list of S-NASSAI may include at least one S-NSSAI #id.
  • the list of S-NASSAI may include S-NASSAI #a, S-NASSAI #b, S-NASSAI #c, and S-NASSAI #d. Since the Configured NSSAI is determined based on subscription information of the electronic device 101 , the S-NSSAI constituting the Configured NSSAI may be different for each electronic device 101 . Also, since the Configured NSSAI is determined based on the subscription information of the electronic device 101 , when the subscription information of the electronic device 101 is changed, the Configured NSSAI stored in the electronic device 101 may also be changed. The S-NSSAI list subscribed to by the electronic device 101 constituting the Configured NSSAI may be stored in the integrated UDM 306 storing subscription information of the electronic device 101 .
  • the S-NSSAI subscribed by the electronic device 101 stored in the UDM 306 may be referred to as a 'Subscribed S-NSSAI'.
  • the network slice selection policy represents mapping information between an S-NSSAI (S-NSSAI #id) subscribed by the electronic device 101 and an application supported by the corresponding S-NSSAI.
  • One S-NSSAI #id may be mapped to at least one application. For example, S-NASSAI #a maps to App #1 and App #2, S-NASSAI #b maps to App #1, S-NASSAI #c maps to App #3, and S-NASSAI # can be mapped to all supported applications.
  • the NSSP may be stored in the electronic device 101 and a policy control function (PCF) that stores network-related policy information.
  • PCF policy control function
  • the NSSP is stored in a User Data Repository (UDR), and the PCF may request NSSP information from the UDR as needed to obtain the NSSP information from the UDR.
  • the subscription slice (Subscribed S-NSSAIs) information of the electronic device 101 stored in the UDM 306 may be changed.
  • a change may occur in NSSP information stored in the PCF or UDR.
  • Subscribed S-NSSAIs and NSSPs related configuration information stored in the electronic device 101 may also need to be updated.
  • FIG. 4 is a block diagram of an electronic device according to various embodiments.
  • the processor 120 includes at least one of a first application 411a, a second application 411b, a third application 411c, a fourth application 411d, or a fifth application 411e.
  • the first application 411a may be an application associated with a DNN of an internet protocol multimedia subsystem (IMS).
  • the second application 411b, the third application 411c, and the fourth application 411d are applications that support general data transmission and reception, for example, a data network name (DNN) of the Internet.
  • DNN data network name
  • the fifth application 411e is an application for using a system network and may be an application for using a carrier network.
  • the communication processor 440 may include a first PDU session corresponding to the DNN of the IMS. (421a) may be established.
  • the electronic device 101 eg, the processor 120 and/or the communication processor 440
  • a corresponding first PDU session 421a may be established.
  • the establishment of the first PDU session 421a based on the network connection request of the first application 411a is merely exemplary, and there is no limitation on the establishment time.
  • the electronic device 101 connects the first application 411a in response to a network connection request from the first application 411a. It may be associated with the first PDU session 421a.
  • the electronic device 101 may form a first network interface 412a for transmitting and receiving data packets between the processor 120 and the communication processor 440 .
  • the processor 120 may provide a data packet from the first application 411a to the communication processor 440 through the first network interface 412a.
  • a TCP/IP layer (not shown) is defined between the applications 411a, 411b, 411c, 411d, and 411e and the network interfaces 412a, 412b, 412c, and 412d so that data packets are transmitted and received through TCP/IP. It will be appreciated by those skilled in the art that it may be possible.
  • the communication processor 440 may transmit the data packet provided through the first network interface 412a using the first PDU session 421a. It will be understood by those skilled in the art that a signal corresponding to the data packet from the communication processor 440 may be transmitted externally via RF circuitry (eg, RFIC, RFFE, and/or antenna module).
  • RF circuitry eg, RFIC, RFFE, and/or antenna module
  • the communication processor 440 may provide a data packet corresponding to a signal received through the first PDU session 421a to the processor 120 through the first network interface 412a.
  • the processor 120 may provide the data packet received through the first network interface 412a to the matching first application 411a.
  • the "network interface” may be, for example, a logical interface for data transmission/reception between the processor 120 and the communication processor 440, and may be named, for example, "rmnet”.
  • the electronic device 101 establishes a first PDU session 421a or a previously established first PDU based on the network connection request of the first application 411a.
  • the first application 411a may be associated with the session 421a.
  • the first application 411a may be associated with, for example, an IMS DNN and may also be associated with a slice type of URLLC.
  • the electronic device 101 transmits the URSP rule from the PCF (eg, the PCF 307 of FIGS. 3A and 3B ) through the AMF (eg, the AMF 303 of FIGS. 3A and 3B ) (or, through other routes).
  • the URSP rule may include a traffic descriptor and/or a route selection descriptor.
  • the traffic descriptor of the URSP rule may include an application identifier of the first application 411a
  • the path selection descriptor may include slice types of IMS DNN and URLLC.
  • the electronic device 101 may associate the first application 411a with the first PDU session 421a based on the URSP.
  • the electronic device 101 may perform data transmission/reception between the first application 411a and the first PDU session 421a through the first network interface 412a.
  • the first PDU session 421a may be associated with, for example, a network slice of a slice type of IMS DNN and URLLC.
  • the electronic device 101 establishes the second PDU session 421b based on the network connection request of the second application 411b or to the previously established second PDU session 421b.
  • the second application 411b may be associated.
  • the second application 411b may be associated with, for example, Internet DNN and also associated with a slice type of eMBB.
  • the traffic descriptor of the URSP rule may include an application identifier of the second application 411b
  • the path selection descriptor may include slice types of Internet DNN and eMBB.
  • the electronic device 101 may associate the second application 411b with the second PDU session 421b based on the URSP.
  • the electronic device 101 may perform data transmission/reception between the second application 411b and the second PDU session 421b through the second network interface 412b.
  • the second PDU session 421b may be associated with, for example, a network slice of the slice type of Internet DNN and eMBB.
  • the electronic device 101 establishes a third PDU session 421c or a previously established third PDU session 421c based on the network connection request of the third application 411c.
  • a third application 411c may be associated.
  • the electronic device 101 establishes a third PDU session 421c based on the network connection request of the fourth application 411d, or establishes a fourth application 411d in the previously established third PDU session 421c.
  • the third application 411c and the fourth application 411d may be associated with, for example, Internet DNN and may also be associated with a slice type of URLLC.
  • the traffic descriptor of the URSP rule managed by the electronic device 101 includes the application identifiers of the third application 411c and the fourth application 411d, and the route selection descriptor includes the slice types of Internet DNN and URLLC. may be included.
  • the electronic device 101 may associate the third application 411c and the fourth application 411d with the third PDU session 421c based on the URSP.
  • the electronic device 101 may perform data transmission/reception between the third application 411c and the fourth application 411d and the third PDU session 421c through the third network interface 412c.
  • the third PDU session 421c may be associated with, for example, a network slice of the slice type of Internet DNN and URLLC.
  • the electronic device 101 establishes a fourth PDU session 421d based on a network connection request from the fifth application 411e, or a fourth corresponding to an already established carrier network.
  • the fifth application 411e may be associated with the PDU session 421d.
  • a counterfeit application of the first application 411a may be installed in the electronic device 101 .
  • the package name of the counterfeit application may be set to be the same as the package name of the first application 411a. If the network and the electronic device 101 manage the OsAPPId of the application descriptor included in the traffic descriptor only by the package name, the first PDU session 421a is established in response to a network connection request from the forged application, or A forged application may be associated with the established first PDU session 421a.
  • the electronic device 101 checks that the OsAPPId of the forged application is the same as the OsAPPId included in the URSP rule, and the DNN of the IMS that is a path selection descriptor corresponding to the OsAPPId and the slice type of the first PDU session of the URLLC (421a) is likely to be established. Accordingly, there is a possibility that a forged application not permitted by the network operator and the manufacturer of the electronic device 101 (or the manufacturer of the first application 411a) may use the network slice.
  • the electronic device 101 may manage a URSP rule including an application descriptor including information for verification as well as a package name.
  • the verification information is less likely to be exposed, and accordingly, the possibility of creating a counterfeit application reflecting the verification information is relatively low.
  • the electronic device 101 determines whether the corresponding application has the right to use the network slice by using the verification information included in the URSP rule. can be verified. By allowing the use of the network slice only for the application that has succeeded in verification, the use of the network slice by the forged application can be prevented.
  • a method of verifying whether an application has an authority to use a network slice using the information for verification will be described.
  • FIG. 5 is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • the electronic device 101 may receive the URSP rule from the PCF 307 .
  • the electronic device 101 receives the URSP rule from the PCF 307 , and the electronic device 101 may obtain the URSP rule from various sources, or a storage of the electronic device 101 .
  • URSP rules may be stored in the area.
  • Table 1 is an example of an application descriptor included in a traffic descriptor of a URSP rule obtained by the electronic device 101 .
  • OSId OSAppId (example) Android iOS Application identification information verification type validation value (example) package name bundle ID (example) sign key method hash key method token method (example) sign key Hash operation result token
  • OSId may be an identifier for identifying an operating system (OS), and its value may comply with, for example, IETF RFC 4122, but there is no limitation.
  • OS operating system
  • the OSAppID may be an application that uniquely identifies within the user device for a given OS and an identifier associated with the given application.
  • the OSAppID value may include, for example, an application identifier specified in the OS, but 3GPP does not limit its coding.
  • application identification information for example, information such as package name and bundle ID, is used in the field of OSAppID, the network slice use of a forged application having the same application identification information described with reference to FIG. 4 is prevented.
  • the electronic device 101 stores and manages the URSP rule further including information for verification (eg, the verification type and/or verification value in Table 1), so that the use of the network slice of the forged application is facilitated. This can be prevented, which will be described later.
  • the verification type is a method for verifying whether a specific application is permitted to use a specific network slice.
  • Table 1 shows examples of a signing key method, a hash key method, and a token method. This includes, but is not limited to the method.
  • the verification value is a value used in each verification type, and may include, for example, a sign key used in the sign key method, a hash operation result used in the hash key method, and a token used in the token method. none.
  • the URSP rule includes a path selection descriptor corresponding to a traffic descriptor including an application descriptor in the format of Table 1.
  • the electronic device 101 may check the first value based on the first application having the first identification information included in the related information.
  • the electronic device 101 may read a first value for verification from a location (or address) in which the first application is stored.
  • the verification type is a sign key method
  • the electronic device 101 may read the certificate information through the API of PackageInfo corresponding to the first identification information (eg, package name) of the first application. It is possible to read the signature key in the certificate information as a first value.
  • the verification type is a hash key method
  • the electronic device 101 reads the key from the location (or address) where the first application is stored, and returns the result of performing a hash operation on the read key. It can be confirmed as a value of 1.
  • the verification type is the token method
  • the electronic device 101 may check the token included therein as the first value.
  • the electronic device 101 may check the second value based on verification information corresponding to the first identification information using the association information. For example, if the verification type is a sign key method, the electronic device 101 sets the second sign key corresponding to the first identification information (eg, package name) from the related information shown in Table 1 It can be confirmed as a value. For example, if the verification type is a hash key method, the electronic device 101 performs a hash operation result corresponding to the first identification information (eg, package name) from the related information shown in Table 1 as the second It can be confirmed as a value.
  • the verification type is a sign key method
  • the electronic device 101 sets the second sign key corresponding to the first identification information (eg, package name) from the related information shown in Table 1 It can be confirmed as a value.
  • the verification type is a hash key method
  • the electronic device 101 performs a hash operation result corresponding to the first identification information (eg, package name) from the related information shown in Table 1 as the second It can be confirmed as a
  • the electronic device 101 checks the token corresponding to the first identification information (eg, the package name) as the second value in the related information shown in Table 1 can Meanwhile, although operation 505 is illustrated as being performed after operation 503 is performed in FIG. 5 , this is merely exemplary and there is no limitation in the order of execution, and may be performed in parallel at the same time zone.
  • the first identification information eg, the package name
  • the electronic device 101 establishes a PDU session using information for establishing a PDU session corresponding to the first application based on the same first value and the second value.
  • the electronic device 101 may transmit a PDU session establishment request message to the network based on information for PDU session establishment that is at least a part of the path selection descriptor corresponding to the first identification information.
  • the network and electronic device 101 may establish a PDU session based on the PDU session establishment request message.
  • the electronic device 101 may transmit/receive data associated with the first application using the established PDU session.
  • the electronic device 101 may determine that the installed first application does not have the right to use the network slice allowed by the URSP rule. In this case, the electronic device 101 may refrain from establishing a PDU session corresponding to information for a PDU session corresponding to the first identification information. The electronic device 101 may refrain from establishment of a new PDU session for the first application and/or association with an existing PDU session. Alternatively, the electronic device 101 may establish a PDU session independent of a network slice (eg, a PDU session of Internet DNN) and/or associate the first application with an existing PDU session.
  • a network slice eg, a PDU session of Internet DNN
  • FIG. 6 is a block diagram of an electronic device according to various embodiments of the present disclosure.
  • any one of the first application 601 and the second application 602 may be installed and executed in the processor 120 .
  • the first application 601 is a genuine application
  • the second application 602 is a counterfeit application that imitates the first application 601 .
  • the first application 601 and the second application 602 may have, for example, the same application identification information (eg, package name).
  • Any one of the applications 601 and 602 may be executed, for example, in an application (eg, the application 146 of FIG. 1 ) layer, but there is no limitation.
  • Any one of the applications 601 and 602 executed in the processor 120 may transmit/receive data to and from the network 620 through the communication processor 440 .
  • At least one of a ConnectivityService 611 , a PermissionAssignmentService 613 , and a TelephonyService 615 may be executed in the processor 120 .
  • An operation of at least one of the ConnectivityService 611 , the PermissionAssignmentService 613 , and the TelephonyService 615 may refer to an operation of an application processor (eg, the processor 120 ) or the electronic device 101 .
  • the ConnectivityService 611 may check, through the PermissionAssignmentService 613 , whether an application has permission to use a specific network slice, when the application requests a network connection. For example, when a network connection request is confirmed from the first application 601 or the second application 602, the ConnectivityService 611 may request the PermissionAssignmentService 613 to check whether the application has permission to use the network slice. have. The PermissionAssignmentService 613 may check whether the corresponding application has permission to use the network slice, and may provide the result to the ConnectivityService 611 .
  • the ConnectivityService 611 proceeds with PDU session establishment (or association) based on the network connection request of the corresponding application, or PDU session establishment (or association) associated with the corresponding network slice, according to the received confirmation result. can do. If it is determined to establish a PDU session, the ConnectivityService 611 may request the TelephonyService 615 to establish a network. The TelephonyService 615 may transmit a PDU session establishment request message to the network 620 through the communication processor 440 (or the protocol stack executed in the communication processor 440), and accordingly, the PDU session will be established. can Meanwhile, an example of confirming whether the application is authorized at the time of the network connection request is merely exemplary, and whether the application is authorized may be checked at various points in time to be described later.
  • the PermissionAssignmentService 613 may receive and store the URSP rule from the network 620 (eg, the PCF 307 ).
  • the application descriptor included in the traffic descriptor of the URSP rule may include application identification information and information for verification.
  • the PermissionAssignmentService 613 may check whether permission for a specific application is granted based on a request from the ConnectivityService 611 .
  • the PermissionAssignmentService 613 may check whether permission for a specific application is granted based on a comparison result between a first value obtained based on the corresponding application and a second value included in the URSP rule.
  • the electronic device 101 may determine whether the network slice is available using the verification server method using the verification server 630 .
  • the PermissionAssignmentService 613 may transmit a token to the verification server 630 and receive a refresh token from the verification server 603, and determine whether the network slice is available according to whether the refresh token is received.
  • the verification server 630 may issue (or stop issuing) a refresh token based on the token received from the PermissionAssignmentService 613 , which will be described later.
  • the PermissionAssignmentService 613 obtains a first value based on the first application 601, and determines that the first application 601 is valid based on the same value as the first value included in the URSP rule.
  • the indicated information may be provided to the ConnectivityService 611 .
  • the ConnectivityService 611 may request the TelephonyService 615 to establish a PDU session corresponding to the first application 601 , and accordingly, the PDU session 617 corresponding to the first application 601 may be established.
  • the PermissionAssignmentService 613 obtains a second value based on the second application 602, and indicates that the second application 602 is not valid based on the value included in the URSP rule being not the same as the second value.
  • Information may be provided to the ConnectivityService 611 .
  • the ConnectivityService 611 may refrain from establishing a PDU session corresponding to the second application 602 or may proceed with establishing a default PDU session.
  • the TelephonyService 615 may be included in, for example, a radio interface layer (RIL).
  • RIL radio interface layer
  • the TelephonyService 615 if the application identification information allowed to use a specific network slice is received from the communication processor 440, the communication processor 440 (or the communication processor 440) with information necessary to establish a PDU session. It can be provided as a protocol stack running on .
  • the communication processor 440 may transmit the application identification information (eg, list) transmitted from the network 620 to the application processor (eg, the processor 120 ).
  • the communication processor 440 may read identification information of an application permitted by the carrier network from a specific memory area in the communication processor 440 or a SIM card.
  • the communication processor 440 may transmit identification information of an application permitted by the carrier network to the PermissionAssignmentService 613 .
  • the communication processor 440 may establish a PDU session based on information from the processor 120 .
  • FIG. 7A is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • At least one of the communication processor 260 may acquire a URSP rule including a sign key in operation 701 .
  • the application descriptor included in the URSP rule obtained by the electronic device 101 may be as shown in Table 2.
  • the application identification information in Table 2, “com.company.ursp”, may be, for example, a package name, the verification type “SingingKey” indicates that it is a sign key method, and the verification value “first value” is the sign key.
  • the value may be implemented as a combination of letters and/or numbers.
  • Table 2 includes information on one application identification information, but it will be understood by those skilled in the art that one or more application identification information and information for verification corresponding to each may be included in the URSP rule. Meanwhile, the application descriptor in the URSP rule of Table 2 may be implemented, for example, in JSON format, and in this case, may have an implementation form as shown in Table 3.
  • JSON format is merely an example, and there is no limitation on the expression method of the URSP rule.
  • the electronic device 101 may search for an application corresponding to the sign key method in operation 703 .
  • the electronic device 101 stores and/or installs an application having application identification information (eg, a package name of “com.company.ursp”) having a verification type of SingingKey in Table 2 in the electronic device 101 . can be searched for. For example, it is assumed that an application with a package name of “com.company.ursp” is installed in the electronic device 101 .
  • the electronic device 101 may obtain a signature key of the searched application.
  • the electronic device 101 may obtain a signing key from a storage location of an application with a package name of “com.company.ursp” (eg, from a certificate).
  • the verification value of the URSP rule shown in Table 2 is set as the first value. If the application of the package name of “com.company.ursp” is a true application, the first value may be obtained, and if the application of the package name of “com.company.ursp” is a forged application, the second value is obtained.
  • the electronic device 101 may determine whether a sign key obtained based on the searched application is the same as a sign key included in the URSP rule.
  • the electronic device 101 may determine that the application is valid in operation 709 .
  • the sign key obtained based on the searched application is not the same as the sign key included in the URSP rule (707-No)
  • the electronic device 101 may determine that the application is invalid in operation 711 .
  • the electronic device 101 determines that the installed application of the package name of “com.company.ursp” is valid. can For example, when the second value obtained based on the application and the first value included in the URSP rule are not the same, the electronic device 101 determines that the installed application of the package name of “com.company.ursp” is valid. It can be confirmed that this is not done.
  • the electronic device 101 may check whether the application corresponding to the sign key method is valid based on obtaining the URSP rule. After the validity is checked, the electronic device 101 may obtain a network connection request from the application. If it is confirmed that the application is valid, the electronic device 101 may establish a PDU session for the application or associate the application with a previously established PDU session. If it is determined that the application is not valid, the electronic device 101 may refrain from establishing a PDU session for the application. In this case, the electronic device 101 may refrain from network connection of the corresponding application or establish and/or associate a PDU session that does not require authorization to the PDU session.
  • FIG. 7B is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • At least one of the communication processor 260 or the communication processor 440 of FIG. 6 may acquire a URSP rule including a sign key in operation 721 .
  • the electronic device 101 may obtain a URSP rule as shown in Table 2.
  • the electronic device 101 may install a new application in operation 723 .
  • it is assumed that the new application is installed in the electronic device 101 after the URSP rule corresponding to the identification information of the new application is obtained.
  • the electronic device 101 may confirm that the verification type corresponding to the new application is the sign key method. For example, it is assumed that a new application with a package name of “com.company.ursp” is installed in the electronic device 101 . The electronic device 101 may confirm that the package name of the installed new application is included in the application identification information of the URSP rule of Table 2 . The electronic device 101 may confirm that the verification type corresponding to the package name of “com.company.ursp” in the URSP rule of Table 2 is the sign key method.
  • the electronic device 101 may obtain a signature key of a new application in operation 727 .
  • the electronic device 101 may obtain a signing key from a storage location of an application with a package name of “com.company.ursp” (eg, from a certificate).
  • a signing key from a storage location of an application with a package name of “com.company.ursp” (eg, from a certificate).
  • the verification value of the URSP rule shown in Table 2 is set as the first value. If the new application with the package name of “com.company.ursp” is a true application, the first value may be obtained, and if the new application with the package name of “com.company.ursp” is a forged application, the second value is can be obtained.
  • the electronic device 101 may determine whether a sign key obtained based on a new application is the same as a sign key included in the URSP rule.
  • the electronic device 101 may determine that the new application is valid in operation 731 . If the sign key obtained based on the new application is not the same as the sign key included in the URSP rule (729-No), the electronic device 101 may determine that the new application is invalid in operation 733 .
  • the electronic device 101 determines that the newly installed application of the package name of “com.company.ursp” is valid. can be confirmed as For example, when the second value obtained based on the new application and the first value included in the URSP rule are not the same, the electronic device 101 sets the newly installed application with the package name of “com.company.ursp”. It can be confirmed that this is invalid.
  • the electronic device 101 may check whether the new application corresponding to the sign key method is valid based on the installation of the application. After the validity is checked, the electronic device 101 may obtain a network connection request from a new application. If it is confirmed that the new application is valid, the electronic device 101 may establish a PDU session for the new application or associate the new application with the previously established PDU session. If it is determined that the new application is not valid, the electronic device 101 may refrain from establishing a PDU session for the new application. In this case, the electronic device 101 may refrain from network connection of a new application or establish and/or associate a PDU session that does not require authorization to the PDU session.
  • 7C is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • At least one of the communication processor 260 or the communication processor 440 of FIG. 6 may acquire a URSP rule including a sign key in operation 741 .
  • the electronic device 101 may obtain a URSP rule as shown in Table 2.
  • the electronic device 101 may obtain a network connection request from the installed application in operation 743 .
  • the electronic device 101 may determine that the verification type corresponding to the application requesting the network connection is the sign key method.
  • an application with a package name of “com.company.ursp” requests a network connection to the electronic device 101 .
  • the electronic device 101 may confirm that the package name of the application requesting the network connection is included in the application identification information of the URSP rule of Table 2 .
  • the electronic device 101 may confirm that the verification type corresponding to the package name of “com.company.ursp” in the URSP rule of Table 2 is the sign key method.
  • the electronic device 101 may obtain a signature key of an application requesting a network connection.
  • the electronic device 101 may obtain a signing key from a storage location of an application with a package name of “com.company.ursp” (eg, from a certificate).
  • a package name of “com.company.ursp” eg, from a certificate
  • the verification value of the URSP rule shown in Table 2 is set as the first value. If the application of the package name of “com.company.ursp” is a true application, the first value may be obtained, and if the application of the package name of “com.company.ursp” is a forged application, the second value is obtained.
  • the electronic device 101 may determine whether a sign key obtained based on an application is the same as a sign key included in the URSP rule.
  • the electronic device 101 may determine that the application is valid in operation 751 . If the sign key obtained based on the application is not the same as the sign key included in the URSP rule (749-No), the electronic device 101 may determine that the application is invalid in operation 753 .
  • the electronic device 101 determines that the application with the package name of “com.company.ursp” that has requested the network connection is can be verified as valid. For example, if the second value obtained based on the application and the first value included in the URSP rule are not the same, the electronic device 101 may use the package name of “com.company.ursp” that has requested a network connection. You can check that the application is not valid.
  • the electronic device 101 may establish a PDU session for the application or associate a new application with a previously established PDU session. If it is determined that the application requesting the network connection is not valid, the electronic device 101 may refrain from establishing a PDU session for the application. In this case, the electronic device 101 may refrain from network connection of the application or establish and/or associate a PDU session that does not require authorization to the PDU session.
  • FIG. 8 is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure. As described with reference to FIG. 6 , the operations of the ConnectivityService 611 and the PermissionAssignmentService 613 may be performed by the electronic device 101 . It is assumed that the application 603 is stored and/or installed in the electronic device 101 .
  • the network 620 may store the URSP rule 801 .
  • the URSP rule 801 may be configured in a JSON format as shown in Table 3, but as described above, there is no limitation on the expression format thereof.
  • the network 620 may provide the URSP rule 801 to the electronic device 101 in operation 803 , and for example, the PermissionAssignmentService 613 may receive it and store it.
  • the PermissionAssignmentService 613 may update the URSP rule table 807 in operation 805 .
  • the URSP rule table 807 managed by the electronic device 101 may include application identification information (eg, package name), a verification type, a value for verification, and whether or not it is valid.
  • the validity field of the URSP rule table 807 may be empty.
  • the PermissionAssignmentService 613 may confirm that the verification type is a sign key method in operation 809 .
  • the PermissionAssignmentService 613 may search for an application corresponding to the signing key method. In the example of FIG. 8 , it is assumed that the application 603 is an application corresponding to the signature key method.
  • the PermissionAssignmentService 613 may request a signing key from the application 603 in operation 811 .
  • the PermissionAssignmentService 613 may acquire a signing key 813 from the application 603 in operation 815 .
  • Operations 811 and 815 may be, for example, reading the signing key 813 from a storage location of the application 603 (eg, a storage location of a certificate).
  • the PermissionAssignmentService 613 may update the URSP rule table 819 based on a comparison result of the obtained sign key 813 and the sign key of the URPS rule 801 in operation 817 . Whether the updated URSP rule table 819 is valid may include either a value of true or false.
  • the sign key 813 obtained in operation 815 and the sign key included in the URSP rule 801 are the same, true may be included in whether the URSP rule table 819 is valid.
  • the sign key 813 obtained in operation 815 and the sign key included in the URSP rule 801 are not the same, false may be included in whether the URSP rule table 819 is valid. have.
  • the ConnectivityService 611 may receive a network connection request from the application 603 in operation 821 .
  • the ConnectivityService 611 may request the PermissionAssignmentService 613 to verify the application 603 in operation 823 .
  • the PermissionAssignmentService 613 may provide valid information of the application 603 to the ConnectivityService 611 in operation 825 .
  • the PermissionAssignmentService 613 may provide validity information of the application 603 to the ConnectivityService 611 based on whether validity corresponding to the corresponding application identification information in the URSP rule table 819 is valid. If the ConnectivityService 611 obtains false valid information, error information may be transmitted to the application 603 in operation 827a. If the ConnectivityService 611 obtains true valid information, in operation 827b, it may request the network 620 to establish a PDU session, for example, through the TelephonyService 615 .
  • 9A is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • the application descriptor included in the URSP rule obtained by the electronic device 101 may be as shown in Table 4.
  • “com.company.ursp” which is application identification information in Table 4
  • Table 4 includes information on one application identification information, those skilled in the art will understand that one or more application identification information and information for verification corresponding to each may be included in the URSP rule. Meanwhile, the application descriptor in the URSP rule of Table 4 may be implemented, for example, in JSON format, and in this case, may have an implementation form as shown in Table 5.
  • JSON format is merely an example, and there is no limitation on the expression method of the URSP rule.
  • the electronic device 101 may search for an application corresponding to the hash key verification type in operation 903 .
  • the electronic device 101 stores and/or installs an application having application identification information (eg, a package name of “com.company.ursp”) having a verification type of HashingKey in Table 4 in the electronic device 101 . can be searched for. For example, it is assumed that an application with a package name of “com.company.ursp” is installed in the electronic device 101 .
  • the electronic device 101 may obtain a key of the searched application. For example, the electronic device 101 may obtain a key from a storage location of an application with a package name of “com.company.ursp” (eg, from a certificate).
  • the electronic device 101 may calculate a hash value based on the key and the hash function. For example, it is assumed that the verification value of the URSP rule shown in Table 4 is set as the first hash value. If the application of the package name of “com.company.ursp” is a true application, the first hash value may be obtained as a result of the operation of the first hash function with the key from the application. If the application of the package name of “com.company.ursp” is a forged application, the second hash value may be obtained as a result of the operation of the first hash function with the key from the application.
  • the electronic device 101 may determine whether the calculated hash value is the same as the hash value included in the URSP rule. When the calculated hash value is the same as the hash value included in the URSP rule (909-Yes), the electronic device 101 may determine that the application is valid in operation 911. When the calculated hash value is not the same as the hash value included in the URSP rule (909-No), the electronic device 101 may determine that the application is invalid in operation 913 . For example, when the first hash value calculated as a result of the operation of the key obtained from the application and the first hash function and the first hash value included in the URSP rule are the same, the electronic device 101 installs “com.company.
  • the electronic device 101 may check whether the application corresponding to the hash key method is valid based on the obtaining of the URSP rule. After the validity is checked, the electronic device 101 may obtain a network connection request from the application. If it is confirmed that the application is valid, the electronic device 101 may establish a PDU session for the application or associate the application with a previously established PDU session. If it is determined that the application is not valid, the electronic device 101 may refrain from establishing a PDU session for the application. In this case, the electronic device 101 may refrain from network connection of the corresponding application or establish and/or associate a PDU session that does not require authorization to the PDU session.
  • 9B is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • At least one of the communication processor 260 or the communication processor 440 of FIG. 6 may obtain a URSP rule including a hash function and a hash value in operation 921 .
  • the electronic device 101 may obtain the URSP rule shown in Table 4.
  • the electronic device 101 may install a new application in operation 923 .
  • it is assumed that the new application is installed in the electronic device 101 after the URSP rule corresponding to the identification information of the new application is obtained.
  • the electronic device 101 may confirm that the verification type corresponding to the new application is the hash key verification type. For example, it is assumed that a new application with a package name of “com.company.ursp” is installed in the electronic device 101 . The electronic device 101 may confirm that the package name of the installed new application is included in the application identification information of the URSP rule of Table 4. The electronic device 101 may confirm that the verification type corresponding to the package name of “com.company.ursp” in the URSP rule of Table 4 is the hash key verification type.
  • the electronic device 101 may calculate a hash value based on the key of the new application and the hash function included in the URSP rule. For example, the electronic device 101 may obtain a key from a storage location of an application with a package name of “com.company.ursp” (eg, from a certificate). For example, it is assumed that the hash function of the URSP rule shown in Table 4 is the first hash function, and the verification value is set as the first hash value.
  • the electronic device 101 may determine whether a hash value calculated based on a new application is the same as a hash value included in the URSP rule. When the hash value calculated based on the new application is the same as the hash value included in the URSP rule (929-Yes), the electronic device 101 may determine that the new application is valid in operation 931 .
  • the electronic device 101 may determine that the new application is invalid in operation 933 . For example, when the first hash value calculated based on the new application and the first hash value included in the URSP rule are the same, the electronic device 101 sets the newly installed application with the package name of “com.company.ursp”. This can be verified as valid. For example, when the second hash value calculated based on the new application and the first hash value included in the URSP rule are not the same, the electronic device 101 sets the package name of the newly installed “com.company.ursp”. It can be confirmed that the application of is not valid.
  • the electronic device 101 may check whether the new application corresponding to the sign key method is valid based on the installation of the application. After the validity is checked, the electronic device 101 may obtain a network connection request from a new application. If it is confirmed that the new application is valid, the electronic device 101 may establish a PDU session for the new application or associate the new application with the previously established PDU session. If it is determined that the new application is not valid, the electronic device 101 may refrain from establishing a PDU session for the new application. In this case, the electronic device 101 may refrain from network connection of a new application or establish and/or associate a PDU session that does not require authorization to the PDU session.
  • 9C is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • At least one of the communication processor 260 or the communication processor 440 of FIG. 6 may obtain a URSP rule including a hash function and a hash value in operation 941 .
  • the electronic device 101 may obtain the URSP rule shown in Table 4.
  • the electronic device 101 may obtain a network connection request from the installed application in operation 943 .
  • the electronic device 101 may determine that the verification type corresponding to the application requesting the network connection is the hash key method.
  • an application with a package name of “com.company.ursp” requests a network connection to the electronic device 101 .
  • the electronic device 101 may confirm that the package name of the application requesting network connection is included in the application identification information of the URSP rule of Table 4 .
  • the electronic device 101 may confirm that the verification type corresponding to the package name of “com.company.ursp” in the URSP rule of Table 4 is the hash key method.
  • the electronic device 101 may calculate a hash value based on an application key requesting a network connection and a hash function. For example, the electronic device 101 may obtain a key from a storage location of an application with a package name of “com.company.ursp” (eg, from a certificate). For example, it is assumed that the verification value of the URSP rule shown in Table 4 is set as the first hash value. If the application of the package name of “com.company.ursp” is a true application, the first hash value may be obtained according to the operation result of the key and the first hash function.
  • a hash value may be obtained according to the operation result of the key and the first hash function.
  • the second hash value may be obtained according to the operation result of the key and the first hash function.
  • the electronic device 101 may determine whether a hash value calculated based on an application is the same as a hash value included in the URSP rule. If the hash value calculated based on the application is the same as the hash value included in the URSP rule (949-Yes), the electronic device 101 may determine that the application is valid in operation 951 . When the hash value calculated based on the application is not the same as the hash value included in the URSP rule (949-No), the electronic device 101 may determine that the application is invalid in operation 753 .
  • the electronic device 101 may use the package name of “com.company.ursp” that has requested a network connection. You can check that the application is valid. For example, when the second hash value calculated based on the application and the first hash value included in the URSP rule are not the same, the electronic device 101 transmits the package of “com.company.ursp” requesting network connection. It can be confirmed that the application of the name is invalid.
  • the electronic device 101 may establish a PDU session for the application or associate a new application with a previously established PDU session. If it is determined that the application requesting the network connection is not valid, the electronic device 101 may refrain from establishing a PDU session for the application. In this case, the electronic device 101 may refrain from network connection of the application or establish and/or associate a PDU session that does not require authorization to the PDU session.
  • FIG. 10 is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure. As described with reference to FIG. 6 , the operations of the ConnectivityService 611 and the PermissionAssignmentService 613 may be performed by the electronic device 101 . It is assumed that the application 603 is stored and/or installed in the electronic device 101 .
  • the network 620 may store the URSP rule 1001 .
  • the URSP rule 801 may be configured in a JSON format as shown in Table 5, but as described above, there is no limitation on the expression format thereof.
  • the network 620 may provide the URSP rule 1001 to the electronic device 101 in operation 1003 , and for example, the PermissionAssignmentService 613 may receive it and store it.
  • the PermissionAssignmentService 613 may update the URSP rule table 1007 in operation 1005 .
  • the URSP rule table 1007 managed by the electronic device 101 may include application identification information (eg, package name), a verification type, a value for verification, and whether or not it is valid.
  • the PermissionAssignmentService 613 may confirm that the verification type is a hash key method in operation 1009 .
  • the PermissionAssignmentService 613 may search for an application corresponding to the hash key method. In the example of FIG. 10 , it is assumed that the application 603 is an application corresponding to the hash key method.
  • the PermissionAssignmentService 613 may request a key from the application 603 in operation 1011 .
  • the PermissionAssignmentService 613 may acquire the key 1013 from the application 603 in operation 1015 .
  • Operations 1011 and 1015 may be, for example, reading the key 1013 from a storage location of the application 603 (eg, a storage location of a certificate).
  • the key 1013 used for generating a hash value in the hash key method is unique data associated with the application, and may include at least one of a certificate or a certificate public key or a sign key, or installed application package data (or a part thereof) or a combination thereof.
  • the PermissionAssignmentService 613 updates the URSP rule table 1019 according to a comparison result between the hash value calculated based on the obtained key 1013 and the hash value included in the URSP rule 1001 .
  • can Whether the updated URSP rule table 1019 is valid may include either a value of true or false.
  • the URSP rule table 1019 Validity may include true (true).
  • the URSP rule table ( 1019) may include false.
  • the ConnectivityService 611 may receive a network connection request from the application 603 in operation 1021 .
  • the ConnectivityService 611 may request the PermissionAssignmentService 613 to verify the application 603 in operation 1023 .
  • the PermissionAssignmentService 613 may provide valid information of the application 603 to the ConnectivityService 611 in operation 1025 .
  • the PermissionAssignmentService 613 may provide validity information of the application 603 to the ConnectivityService 611 based on whether validity corresponding to the corresponding application identification information in the URSP rule table 1019 is valid. If the ConnectivityService 611 obtains false valid information, error information may be transmitted to the application 603 in operation 1027a. If the ConnectivityService 611 obtains true valid information, in operation 1027b, it may request the network 620 to establish a PDU session, for example, through the TelephonyService 615 .
  • FIG. 11 is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • At least one of the communication processor 260 may acquire a URSP rule including a token in operation 1101 .
  • the application descriptor included in the URSP rule obtained by the electronic device 101 may be as shown in Table 6.
  • OSId OSAppId Android Application identification information verification type validation value com.company.ursp Token pc3MiOiJ2ZWxvcGVydC5jb20iLCJleHAiOiIxNDg1 MjcwMDAwMc2VybmFtZSI6 InZlbG9wZXJ0In
  • “com.company.ursp” which is application identification information in Table 6, may be, for example, a package name
  • the verification type "Token” indicates that it is a token type
  • the verification value "pc3MiOiJ2ZWxvcGVydC5jb20iLCJleHAiOiIxNDg1 MjcwMDAwMc2VybmFtZSI6 InZ0" is the token value. It may be implemented as a combination of letters and/or numbers.
  • an authorization code, client credential information, and/or an authorization token may be used, but there is no limitation.
  • Table 6 includes information on one application identification information, but it will be understood by those skilled in the art that one or more application identification information and information for verification corresponding to each may be included in the URSP rule. Meanwhile, the application descriptor in the URSP rule of Table 6 may be implemented, for example, in JSON format, and in this case, may have an implementation form as shown in Table 7.
  • JSON format is merely an example, and there is no limitation on the expression method of the URSP rule.
  • the electronic device 101 may obtain a network connection request from an installed application in operation 1103 .
  • the electronic device 101 may confirm that the verification type corresponding to the application requesting the network connection is the token verification method. For example, it is assumed that an application with a package name of “com.company.ursp” requests a network connection to the electronic device 101 .
  • the electronic device 101 may confirm that the package name of the application requesting the network connection is included in the application identification information of the URSP rule of Table 6 .
  • the electronic device 101 may confirm that the verification type corresponding to the package name of “com.company.ursp” in the URSP rule of Table 6 is the token verification method.
  • the electronic device 101 may determine whether a token included in the network connection request is the same as a token included in the URSP rule. If the application with the package name of “com.company.ursp” is a true application, the application may include a token of “pc3MiOiJ2ZWxvcGVydC5jb20iLCJleHAiOiIxNDg1 MjcwMDAwMc2VybmFtZSI6 InZlbG9wZXJ0In” in the network connection request.
  • the electronic device 101 may determine that the application is valid in operation 1109 .
  • the electronic device 101 may determine that the application is invalid in operation 1111 . If it is confirmed that the application requesting the network connection is valid, the electronic device 101 may establish a PDU session for the application or associate a new application with a previously established PDU session. If it is determined that the application requesting the network connection is not valid, the electronic device 101 may refrain from establishing a PDU session for the application. In this case, the electronic device 101 may refrain from network connection of the application or establish and/or associate a PDU session that does not require authorization to the PDU session.
  • FIG. 12 is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure. As described with reference to FIG. 12 , the operations of the ConnectivityService 611 and the PermissionAssignmentService 613 may be performed by the electronic device 101 . It is assumed that the application 603 is stored and/or installed in the electronic device 101 .
  • the network 620 may store the URSP rule 801 .
  • the URSP rule 1201 may be configured in a JSON format as shown in Table 7, but as described above, there is no limitation on the expression format thereof.
  • the network 620 may provide the URSP rule 1201 to the electronic device 101 in operation 1203 , and for example, the PermissionAssignmentService 613 may receive it and store it.
  • the PermissionAssignmentService 613 may update the URSP rule table 807 in operation 1205 .
  • the URSP rule table 1207 managed by the electronic device 101 may include application identification information (eg, package name), a verification type, a value for verification, and whether it is valid. Before validity corresponding to the specific application identification information is verified, the validity field of the URSP rule table 1207 may be empty.
  • the ConnectivityService 611 may receive a network connection request from the application 603 in operation 1209 .
  • the network connection request may include a token of the application 603 .
  • the ConnectivityService 611 may request the PermissionAssignmentService 613 to verify the application 603 .
  • the PermissionAssignmentService 613 may update the URSP rule table 1215 according to a comparison result between the token included in the network connection request and the token included in the URSP rule 1201 . Whether the updated URSP rule table 1215 is valid may include either a value of true or false.
  • the PermissionAssignmentService 613 may provide valid information of the application 603 to the ConnectivityService 611 in operation 1217 .
  • the PermissionAssignmentService 613 may provide validity information of the application 603 to the ConnectivityService 611 based on whether validity corresponding to the corresponding application identification information in the URSP rule table 1215 is valid.
  • ConnectivityService 611 obtains false valid information, error information may be transmitted to the application 603 in operation 1219a. If the ConnectivityService 611 obtains true valid information, in operation 1219b, it may request the network 620 to establish a PDU session, for example, through the TelephonyService 615 .
  • 13A is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • At least one of the communication processor 260 or the communication processor 440 of FIG. 6 may acquire a URSP rule including a token in operation 1301 .
  • the application descriptor included in the URSP rule obtained by the electronic device 101 may be as shown in Table 8.
  • OSId OSAppId Android Application identification information verification type validation value com.company.ursp AuthorizationServer pc3MiOiJ2ZWxvcGVydC5jb20iLCJleHAiOiIxNDg1MjcwMDAwMc2VybmFtZSI6InZlbG9wZXJ0In
  • “com.company.ursp” which is the application identification information in Table 8, may be, for example, a package name
  • the verification type "AuthorizationServer” indicates that the verification server method is used
  • the verification value "pc3MiOiJ2ZWxvcGVydC5jb20iLCJleHAiOilIxNDg1 MjcwMDAwMcZSI6 InZlbmFt9 token value of token” may be implemented as a combination of letters and/or numbers.
  • the token may be a Jason Web Token (JWT), an Oauth token, and/or a UserID, and a UserSecret, but there is no limitation.
  • Table 8 includes information on one application identification information, but it will be understood by those skilled in the art that one or more application identification information and information for verification corresponding to each may be included in the URSP rule. Meanwhile, the application descriptor in the URSP rule of Table 8 may be implemented, for example, in JSON format, and in this case, may have an implementation form as shown in Table 9.
  • JSON format is merely an example, and there is no limitation on the expression method of the URSP rule.
  • the electronic device 101 may search for an application corresponding to the server verification type in operation 1303 .
  • the electronic device 101 stores and/or installs an application having application identification information (eg, a package name of “com.company.ursp”) having a verification type of AuthorizationServer in Table 9 in the electronic device 101 . can be searched for. For example, it is assumed that an application with a package name of “com.company.ursp” is installed in the electronic device 101 .
  • the electronic device 101 may request verification of the token from the verification server 630 .
  • the electronic device 101 may parse the URI of the verification server 630 from the token.
  • the electronic device 101 may obtain the URI of the verification server 630 stored (or defined) in a storage within the electronic device 101 .
  • the electronic device 101 may obtain the URI of the verification server 630 from the verification type value (eg, AuthorizationServer:auth.company.com).
  • the electronic device 101 may request verification of the token using the parsed URI.
  • the verification server 630 may perform verification based on the received token. If the verification is successful, the verification server 630 may provide a refresh token to the electronic device 101 .
  • the verification server 630 may request authentication information from the electronic device 101 based on receipt of the token.
  • the electronic device 101 may display a UI requesting input of authentication information, and may obtain authentication information (eg, ID, password, and/or biometric information) from the user.
  • the electronic device 101 may transmit authentication information (or information processed by authentication information) to the verification server 630 .
  • the verification server 630 may verify the token based on the received authentication information.
  • the above-described verification method is merely exemplary, and there is no limitation on the verification method in the verification server 630 .
  • the electronic device 101 may determine whether a refresh token is received from the verification server 630 .
  • the electronic device 101 may determine that the application corresponding to the server verification type is valid in operation 1309 . If the refresh token is not received from the verification server 630 (1307 - NO), the electronic device 101 may determine that the application corresponding to the server verification type is invalid in operation 1311 .
  • the electronic device 101 may check whether the application corresponding to the server verification type is valid based on the obtaining of the URSP rule. After the validity is checked, the electronic device 101 may obtain a network connection request from the application.
  • the electronic device 101 may establish a PDU session for the application or associate the application with a previously established PDU session. If it is determined that the application is not valid, the electronic device 101 may refrain from establishing a PDU session for the application. In this case, the electronic device 101 may refrain from network connection of the corresponding application or establish and/or associate a PDU session that does not require authorization to the PDU session.
  • 13B is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • At least one of the communication processor 260 or the communication processor 440 of FIG. 6 may acquire a URSP rule including a token in operation 1321 .
  • the electronic device 101 may obtain the URSP rule shown in Table 8.
  • the electronic device 101 may obtain a network connection request from an installed application in operation 1323 .
  • the electronic device 101 may determine whether a token corresponding to the corresponding application (or the most recently received refresh token) is valid.
  • the token (or refresh token) may have, for example, a validity period, and after the validity period expires, it may be determined that the corresponding token (or refresh token) is no longer valid.
  • the electronic device 101 may request verification of the token from the verification server 630 in operation 1327 . Thereafter, in operation 1329 , the electronic device 101 may determine whether a refresh token is received from the verification server 630 . If the refresh token is not received from the verification server 630 , in operation 1333 , the electronic device 101 may determine that the server verification type application is invalid. If the token is valid (1325-Yes) or when a refresh token is received from the verification server 630 (1329-Yes), the electronic device 101 determines that the server verification type application is valid in operation 1331 . can do.
  • the electronic device 101 may establish a PDU session for the application or associate a new application with a previously established PDU session. If it is determined that the application requesting the network connection is not valid, the electronic device 101 may refrain from establishing a PDU session for the application. In this case, the electronic device 101 may refrain from network connection of the application or establish and/or associate a PDU session that does not require authorization to the PDU session.
  • 14A and 14B are flowcharts illustrating a method of operating an electronic device according to various embodiments of the present disclosure. As described with reference to FIG. 6 , the operations of the ConnectivityService 611 and the PermissionAssignmentService 613 may be performed by the electronic device 101 . It is assumed that the application 603 is stored and/or installed in the electronic device 101 .
  • the network 620 may store the URSP rule 1401 .
  • the URSP rule 801 may be configured in a JSON format as shown in Table 9, but as described above, there is no limitation on the expression format thereof.
  • the network 620 may provide the URSP rule 1401 to the electronic device 101 in operation 1403 , and for example, the PermissionAssignmentService 613 may receive it and store it.
  • the PermissionAssignmentService 613 may update the URSP rule table 1407 in operation 1405 .
  • the URSP rule table 1407 managed by the electronic device 101 includes application identification information (eg, package name), a verification type, and a value for verification (eg, token and/or refresh). token) and whether it is valid. Before validity corresponding to the specific application identification information is verified, the validity field of the URSP rule table 1407 may be empty.
  • the PermissionAssignmentService 613 may parse the server URI from the token based on the verification type being the server verification type in operation 1409 .
  • the PermissionAssignmentService 613 may request verification of the token from the verification server 630 in operation 1411 .
  • the verification server 630 may perform a verification operation.
  • the verification server 630 may provide a refresh token if verification is successful.
  • the PermissionAssignmentService 613 may receive a refresh token from the verification server 630 in operation 1413 . If the verification fails, the PermissionAssignmentService 613 may not receive the refresh token.
  • the PermissionAssignmentService 613 may update the URSP rule table 1417 according to whether a refresh token is received from the verification server 630 .
  • Whether the updated URSP rule table 1417 is valid may include either a value of true or false. For example, when the refresh token is received, true may be included in whether the URSP rule table 1417 is valid, and the received refresh token value may be included. For example, when the refresh token is not received, false may be included in whether the URSP rule table 1417 is valid.
  • the ConnectivityService 611 may receive a network connection request from the application 603 in operation 1419 .
  • the ConnectivityService 611 may request the PermissionAssignmentService 613 to verify the application 603 in operation 1421 .
  • the PermissionAssignmentService 613 may directly provide false or true valid information to the ConnectivityService 611 in response to a request.
  • the refresh token received in operation 1413 it is assumed that the refresh token received in operation 1413 has expired.
  • the PermissionAssignmentService 613 may request reissuance from the verification server 630 when the token has expired.
  • the verification server 630 may perform a verification operation and may provide a refresh token when verification is successful.
  • the PermissionAssignmentService 613 may receive a refresh token from the verification server 630 in operation 1425 . If the verification fails, the PermissionAssignmentService 613 may not receive the refresh token.
  • the PermissionAssignmentService 613 may update the URSP rule table 1417 again according to whether a refresh token is received from the verification server 630 in operation 1427 . Whether the updated URSP rule table 1417 is valid may include either a value of true or false. In addition, the refresh token value may also be updated.
  • the PermissionAssignmentService 613 may provide valid information of the application 603 to the ConnectivityService 611 in operation 1429 .
  • the PermissionAssignmentService 613 may provide validity information of the application 603 to the ConnectivityService 611 based on whether validity corresponding to the corresponding application identification information in the URSP rule table 819 is valid. If the ConnectivityService 611 obtains false valid information, error information may be transmitted to the application 603 in operation 1431a. If the ConnectivityService 611 obtains true validity information, in operation 1431b, it may request the network 620 to establish a PDU session, for example, through the TelephonyService 615 .
  • the electronic device (eg, the electronic device 101 ) includes a memory (eg, the memory 130 ), and at least one processor (eg, the processor 120 , the first at least one of a communication processor 212 , a second communication processor 214 , and a unified communication processor 260 ), wherein the at least one processor includes identification information of at least one application, each of the at least one application Storing in the memory the association information between the verification information for verification of the at least one application and the information for establishing a PDU session of each of the at least one application, and based on the first application having the first identification information included in the association information check a first value, check a second value based on verification information corresponding to the first identification information by using the association information, and check a second value based on the same It may be configured to establish a PDU session using information for establishing a PDU session corresponding to a first application, and transmit/receive data associated with the first application using the PDU session.
  • the at least one processor includes identification information of at least
  • the at least one processor may include at least a part of an operation of identifying the first value based on the first application having the first identification information included in the association information, based on the association information. to confirm that the verification type corresponding to the first identification information is a sign key method, and based on the verification type being the sign key method, use the first sign key corresponding to the first application as the first value It can be set to check.
  • the at least one processor includes in the association information as at least part of an operation of using the association information to determine the second value based on verification information corresponding to the first identification information. a second sign key as the second value, wherein the at least one processor is configured to: if the first sign key and the second sign key are the same, the first application is valid, the first sign key and It may be further configured to confirm that the first application is invalid when the second signing key is not the same.
  • the at least one processor may perform at least part of an operation of verifying the first sign key corresponding to the first application as the first value based on the verification type being the sign key method. , based on the acquisition of the related information, the first sign key corresponding to the first application, which is identified according to a result of searching for an application corresponding to the first identification information, as the first value. have.
  • the at least one processor may perform at least part of an operation of verifying the first sign key corresponding to the first application as the first value based on the verification type being the sign key method.
  • the first application may be installed in the electronic device, and the first signature key corresponding to the first application may be identified as the first value based on the installation of the first application.
  • the at least one processor may perform at least part of an operation of verifying the first sign key corresponding to the first application as the first value based on the verification type being the sign key method. , to confirm a network connection request from the first application, and to confirm the first sign key corresponding to the first application as the first value based on the confirmation of the network connection request.
  • the at least one processor may include at least a part of an operation of identifying the first value based on the first application having the first identification information included in the association information, based on the association information.
  • the verification type corresponding to the first identification information is a hash key method
  • the key corresponding to the first application and the verification information of the association information A first hash value according to an operation result of the included hash function may be set to be confirmed as the first value.
  • the at least one processor includes in the association information as at least part of an operation of using the association information to determine the second value based on verification information corresponding to the first identification information. a second hash value as the second value, and the at least one processor, when the first hash value and the second hash value are the same, the first application is valid, the first hash value and If the second hash value is not the same, it may be further configured to check that the first application is invalid.
  • the at least one processor may perform at least part of an operation of verifying the first sign key corresponding to the first application as the first value based on the verification type being the sign key method. , based on the acquisition of the related information, the first hash value corresponding to the first application identified according to a result of searching for an application corresponding to the first identification information may be set as the first value. have.
  • the at least one processor may perform at least part of an operation of verifying the first sign key corresponding to the first application as the first value based on the verification type being the sign key method.
  • the first application may be installed in the electronic device, and the first hash value corresponding to the first application may be identified as the first value based on the installation of the first application.
  • the at least one processor may perform at least part of an operation of verifying the first sign key corresponding to the first application as the first value based on the verification type being the sign key method. , to confirm a network connection request from the first application, and to check the first hash value corresponding to the first application as the first value based on the confirmation of the network connection request.
  • the at least one processor may include at least a part of an operation of identifying the first value based on the first application having the first identification information included in the association information, based on the association information.
  • the at least one processor includes in the association information as at least part of an operation of using the association information to determine the second value based on verification information corresponding to the first identification information.
  • the second token as the second value, and the at least one processor, when the first token and the second token are the same, the first application is valid, and the first token and the second token It may be further configured to check that the first application is not valid when these are not the same.
  • the method of operating an electronic device provides a method between identification information of at least one application, verification information for verification of each of the at least one application, and information for establishing a PDU session of each of the at least one application.
  • Storing the related information in the memory of the electronic device checking a first value based on a first application having the first identification information included in the related information, and using the related information to identify the first
  • the checking of the first value based on the first application having the first identification information included in the related information corresponds to the first identification information based on the related information. confirming that the verification type to be performed is a sign key method; and checking a first sign key corresponding to the first application as the first value based on the verification type being the sign key method. have.
  • the at least one processor using the association information to determine the second value based on verification information corresponding to the first identification information may include: A second sign key is identified as the second value, and the method of operating the electronic device includes: when the first sign key and the second sign key are the same, the first application is valid, and the first sign key and the second sign key are the same. The method may further include confirming that the first application is invalid when the second signing key is not the same.
  • the checking of the first value based on the first application having the first identification information included in the related information corresponds to the first identification information based on the related information. Confirming that the verification type is the hash key method, and based on the verification type being the hash key method, the operation result of the hash function included in the verification information of the key corresponding to the first application and the association information It may include checking the first hash value according to the first value as the first value.
  • the checking of the second value based on verification information corresponding to the first identification information by using the association information may include using a second hash value included in the association information as the second value.
  • the first application is valid when the first hash value and the second hash value are the same, and the first hash value and the second hash value are not the same If not, the method may further include checking that the first application is not valid.
  • the checking of the first value based on the first application having the first identification information included in the related information corresponds to the first identification information based on the related information.
  • an operation of confirming that the verification type to be performed is a token method, and an operation of confirming, as the first value, a first token included in a network connection request from the first application based on the verification type being the token method can do.
  • the checking of the second value based on verification information corresponding to the first identification information using the association information may include setting a second token included in the association information to the second value.
  • the first application when the first token and the second token are the same, the first application is valid, and when the first token and the second token are not the same, the second 1 It may further include an operation of confirming that the application is not valid.
  • an electronic device includes a memory and at least one processor, wherein the at least one processor includes identification information of at least one application, verification information for verification of each of the at least one application, and Storing the association information between the information for establishing a PDU session of each of the at least one application in the memory, and based on the verification type of the verification information included in the association information being a server verification method, the verification information is included request verification of the token from the server, receive a refresh token from the server in response to the request, and respond to a network connection request from the first application corresponding to the server verification method based on the receipt of the refresh token
  • it may be configured to establish a PDU session using information for establishing a PDU session corresponding to the identification information of the first application, and transmit/receive data associated with the first application using the PDU session.
  • the electronic device may have various types of devices.
  • the electronic device may include, for example, a portable communication device (eg, a smart phone), a computer device, a portable multimedia device, a portable medical device, a camera, a wearable device, or a home appliance device.
  • a portable communication device eg, a smart phone
  • a computer device e.g., a smart phone
  • a portable multimedia device e.g., a portable medical device
  • a camera e.g., a portable medical device
  • a camera e.g., a portable medical device
  • a camera e.g., a portable medical device
  • a wearable device e.g., a smart bracelet
  • a home appliance device e.g., a home appliance
  • first, second, or first or second may simply be used to distinguish an element from other elements in question, and may refer elements to other aspects (e.g., importance or order) is not limited. It is said that one (eg, first) component is “coupled” or “connected” to another (eg, second) component, with or without the terms “functionally” or “communicatively”. When referenced, it means that one component can be connected to the other component directly (eg by wire), wirelessly, or through a third component.
  • module used in various embodiments of this document may include a unit implemented in hardware, software, or firmware, and is interchangeable with terms such as, for example, logic, logic block, component, or circuit.
  • a module may be an integrally formed part or a minimum unit or a part of the part that performs one or more functions.
  • the module may be implemented in the form of an application-specific integrated circuit (ASIC).
  • ASIC application-specific integrated circuit
  • Various embodiments of the present document include one or more instructions stored in a storage medium (eg, internal memory 136 or external memory 138) readable by a machine (eg, electronic device 101).
  • a storage medium eg, internal memory 136 or external memory 138
  • the processor eg, the processor 120
  • the device eg, the electronic device 101
  • the one or more instructions may include code generated by a compiler or code executable by an interpreter.
  • the device-readable storage medium may be provided in the form of a non-transitory storage medium.
  • 'non-transitory' only means that the storage medium is a tangible device and does not contain a signal (eg, electromagnetic wave), and this term is used in cases where data is semi-permanently stored in the storage medium and It does not distinguish between temporary storage cases.
  • a signal eg, electromagnetic wave
  • the method according to various embodiments disclosed in this document may be provided in a computer program product (computer program product).
  • Computer program products may be traded between sellers and buyers as commodities.
  • the computer program product is distributed in the form of a machine-readable storage medium (eg compact disc read only memory (CD-ROM)), or through an application store (eg Play StoreTM) or on two user devices ( It can be distributed (eg downloaded or uploaded) directly, online between smartphones (eg: smartphones).
  • a portion of the computer program product may be temporarily stored or temporarily created in a machine-readable storage medium such as a memory of a server of a manufacturer, a server of an application store, or a relay server.
  • each component eg, a module or a program of the above-described components may include a singular or a plurality of entities, and some of the plurality of entities may be separately disposed in other components. have.
  • one or more components or operations among the above-described corresponding components may be omitted, or one or more other components or operations may be added.
  • a plurality of components eg, a module or a program
  • the integrated component may perform one or more functions of each component of the plurality of components identically or similarly to those performed by the corresponding component among the plurality of components prior to the integration. .
  • operations performed by a module, program, or other component are executed sequentially, in parallel, repeatedly, or heuristically, or one or more of the operations are executed in a different order, or omitted. , or one or more other operations may be added.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Power Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)
  • Communication Control (AREA)

Abstract

다양한 실시예에 따라서, 전자 장치는, 메모리, 및 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 적어도 하나의 어플리케이션의 식별 정보, 상기 적어도 하나의 어플리케이션 각각의 검증을 위한 검증 정보, 및 상기 적어도 하나의 어플리케이션 각각의 PDU 세션 수립을 위한 정보 사이의 연관 정보를 상기 메모리에 저장하고, 상기 연관 정보에 포함되는 제 1 식별 정보를 가지는 제 1 어플리케이션에 기반하여 제 1 값을 확인하고, 상기 연관 정보를 이용하여, 상기 제 1 식별 정보에 대응하는 검증 정보에 기반하여 제 2 값을 확인하고, 상기 제 1 값 및 제 2 값이 동일함에 기반하여, 상기 제 1 어플리케이션에 대응하는 PDU 세션 수립을 위한 정보를 이용하여, PDU 세션을 수립하고, 상기 제 1 어플리케이션과 연관된 데이터를, 상기 PDU 세션을 이용하여 송수신하도록 설정될 수 있다. 그 밖의 다양한 실시예가 가능하다.

Description

네트워크 슬라이스와 데이터 세션을 수립하는 전자 장치 및 그 동작 방법
다양한 실시예는 네트워크 슬라이스와 데이터 세션을 수립하는 전자 장치 및 그 동작 방법에 관한 것이다.
4G 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후(Beyond 4G Network) 통신 시스템 또는 LTE 시스템 이후(Post LTE) 이후의 시스템이라 불리어지고 있다. 높은 데이터 송신률을 달성하기 위해, 5G 통신 시스템은 초고주파(mmWave) 대역(예를 들어, 60기가(60GHz) 대역과 같은)에서의 구현이 고려되고 있다. 초고주파 대역에서의 전파의 경로 손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍(beamforming), 거대 배열 다중 입출력(massive MIMO), 전차원 다중입출력(Full Dimensional MIMO: FD-MIMO), 어레이 안테나(array antenna), 아날로그 빔형성(analog beam-forming), 및 대규모 안테나 (large scale antenna) 기술들이 논의되고 있다.
5G 네트워크의 새로운 구조적 특징 중 가장 두드러지는 것은 라디오 엑세스 네트워크 (Radio Access Network; RAN) 및 코어 네트워크 (Core Network; CN) 구조에 대한 네트워크 슬라이싱 (Network Slicing) 기술의 도입이다. 이는 네트워크 자원과 네트워크 기능 (Network Function) 들을 개별 서비스에 따라 하나의 독립적인 네트워크 슬라이스로 묶어 제공함으로써 네트워크 시스템 기능 및 자원의 분리 (Isolation), 맞춤형 (Customization), 독립적 관리 (Independent management and orchestration) 등의 속성을 이동 통신 네트워크 구조에 적용하고자 함이다. 이러한 네트워크 슬라이싱 기술을 이용하면 서비스, 사용자, 비즈니스 모델 등의 기준에 따라 5G 시스템의 네트 워크 기능들을 선택 및 조합하여 독립적이고 유연한 5G 서비스의 제공이 가능해진다.
3GPP(3rd generation partnership project)에서는, URSP(UE route selection policy) 룰이 정의된다. 사용자 장치(user equipment, UE)는, PCF(policy control function)로부터 URSP 룰을 수신하여, 네트워크 슬라이스와 데이터 세션을 형성할 수 있다. URSP 룰은 트래픽 디스크립터(traffic descriptor) 및 경로 선택 디스크립터(route selection descriptor)를 포함할 수 있다. 트래픽 디스크립터에는 어플리케이션 디스크립터(application descriptor)가 포함될 수 있다. 3GPP에 따르면, 어플리케이션 디스크립터는, OSId 및 OSAppId를 포함할 수 있다. 사용자 장치는, OsAppId에 의하여 식별되는 어플리케이션의 네트워크 연결 요청(network connection request)에 응답하여, 대응하는 경로 선택 디스크립터를 이용한 데이터 세션(예를 들어, PDU 세션)을 수립할 수 있다.
3GPP의 표준에서는 OsAppId의 값 필드의 코딩에 대하여서 제한하고 있지 않다. 일반적으로 OsAppId는, 어플리케이션 패키지 명칭으로 이용되고 있다. 네트워크 사업자 및 사용자 장치의 제조사(또는, 어플리케이션 개발자)는, 특정 패키지 명칭을 가지는 어플리케이션이 특정 네트워크 슬라이스를 이용하도록 협의할 수 있다. 하지만, 위조 어플리케이션이 특정 패키지 명칭을 가지도록 제작된 경우, 위조 어플리케이션의 특정 네트워크 슬라이스 이용이 허용될 가능성이 있다.
다양한 실시예에 따른 전자 장치 및 그 동작 방법은, 검증을 위한 정보를 포함하는 URSP 룰에 기반하여, 어플리케이션의 요청에 따른 데이터 세션 수립 여부를 결정할 수 있다.
다양한 실시예에 따라서, 전자 장치는, 메모리, 및 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 적어도 하나의 어플리케이션의 식별 정보, 상기 적어도 하나의 어플리케이션 각각의 검증을 위한 검증 정보, 및 상기 적어도 하나의 어플리케이션 각각의 PDU 세션 수립을 위한 정보 사이의 연관 정보를 상기 메모리에 저장하고, 상기 연관 정보에 포함되는 제 1 식별 정보를 가지는 제 1 어플리케이션에 기반하여 제 1 값을 확인하고, 상기 연관 정보를 이용하여, 상기 제 1 식별 정보에 대응하는 검증 정보에 기반하여 제 2 값을 확인하고, 상기 제 1 값 및 제 2 값이 동일함에 기반하여, 상기 제 1 어플리케이션에 대응하는 PDU 세션 수립을 위한 정보를 이용하여, PDU 세션을 수립하고, 상기 제 1 어플리케이션과 연관된 데이터를, 상기 PDU 세션을 이용하여 송수신하도록 설정될 수 있다.
다양한 실시예에 따라서, 전자 장치의 동작 방법은, 적어도 하나의 어플리케이션의 식별 정보, 상기 적어도 하나의 어플리케이션 각각의 검증을 위한 검증 정보, 및 상기 적어도 하나의 어플리케이션 각각의 PDU 세션 수립을 위한 정보 사이의 연관 정보를 상기 전자 장치의 메모리에 저장하는 동작, 상기 연관 정보에 포함되는 제 1 식별 정보를 가지는 제 1 어플리케이션에 기반하여 제 1 값을 확인하는 동작, 상기 연관 정보를 이용하여, 상기 제 1 식별 정보에 대응하는 검증 정보에 기반하여 제 2 값을 확인하는 동작, 상기 제 1 값 및 제 2 값이 동일함에 기반하여, 상기 제 1 어플리케이션에 대응하는 PDU 세션 수립을 위한 정보를 이용하여, PDU 세션을 수립하는 동작, 및 상기 제 1 어플리케이션과 연관된 데이터를, 상기 PDU 세션을 이용하여 송수신하는 동작을 포함할 수 있다.
다양한 실시예에 따라서, 전자 장치는, 메모리, 및 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 적어도 하나의 어플리케이션의 식별 정보, 상기 적어도 하나의 어플리케이션 각각의 검증을 위한 검증 정보, 및 상기 적어도 하나의 어플리케이션 각각의 PDU 세션 수립을 위한 정보 사이의 연관 정보를 상기 메모리에 저장하고, 상기 연관 정보에 포함되는 검증 정보의 검증 타입이 서버 검증 방식임에 기반하여, 상기 검증 정보에 포함되는 토큰의 검증을 서버에 요청하고, 상기 요청에 대응하여, 상기 서버로부터 리프레시 토큰을 수신하고, 상기 리프레시 토큰의 수신에 기반하여, 상기 서버 검증 방식에 대응하는 제 1 어플리케이션으로부터의 네트워크 연결 요청에 응답하여, 상기 제 1 어플리케이션의 식별 정보에 대응하는 PDU 세션 수립을 위한 정보를 이용하여, PDU 세션을 수립하고, 상기 제 1 어플리케이션과 연관된 데이터를, 상기 PDU 세션을 이용하여 송수신하도록 설정될 수 있다.
다양한 실시예에 따라서, 검증을 위한 정보를 포함하는 URSP 룰에 기반하여, 어플리케이션의 요청에 따른 데이터 세션 수립 여부를 결정할 수 있는 전자 장치 및 그 동작 방법이 제공될 수 있다. 이에 따라, 패키지 명칭을 도용한 위조 어플리케이션의 네트워크 연결 요청에도, 대응하는 네트워크 슬라이스의 이용이 방지될 수 있다.
도 1은, 다양한 실시예들에 따른, 네트워크 환경 내의 전자 장치의 블록도이다.
도 2a는 다양한 실시예들에 따른, 레거시 네트워크 통신 및 5G 네트워크 통신을 지원하기 위한 전자 장치의 블록도이다.
도 2b는 다양한 실시예들에 따른, 레거시 네트워크 통신 및 5G 네트워크 통신을 지원하기 위한 전자 장치의 블록도이다.
도 3a는 5G 시스템 구조를 도시한다.
도 3b은 5G 네트워크 슬라이스 구조를 도시한다.
도 4는, 다양한 실시예에 따른 전자 장치의 블록도를 도시한다.
도 5는, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 6은 다양한 실시예에 따른 전자 장치의 블록도를 도시한다.
도 7a는, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 7b는, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 7c는, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 8은, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 9a는, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 9b는, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 9c는, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 10은, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 11은, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 12는, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 13a는, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 13b는, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 14a 및 14b는, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 1은, 다양한 실시예들에 따른, 네트워크 환경(100) 내의 전자 장치(101)의 블록도이다. 도 1을 참조하면, 네트워크 환경(100)에서 전자 장치(101)는 제 1 네트워크(198)(예: 근거리 무선 통신 네트워크)를 통하여 전자 장치(102)와 통신하거나, 또는 제 2 네트워크(199)(예: 원거리 무선 통신 네트워크)를 통하여 전자 장치(104) 또는 서버(108)와 통신할 수 있다. 일실시예에 따르면, 전자 장치(101)는 서버(108)를 통하여 전자 장치(104)와 통신할 수 있다. 일실시예에 따르면, 전자 장치(101)는 프로세서(120), 메모리(130), 입력 모듈(150), 음향 출력 모듈(155), 디스플레이 모듈(160), 오디오 모듈(170), 센서 모듈(176), 인터페이스(177), 연결 단자(178), 햅틱 모듈(179), 카메라 모듈(180), 전력 관리 모듈(188), 배터리(189), 통신 모듈(190), 가입자 식별 모듈(196), 또는 안테나 모듈(197)을 포함할 수 있다. 어떤 실시예에서는, 전자 장치(101)에는, 이 구성요소들 중 적어도 하나(예: 연결 단자(178))가 생략되거나, 하나 이상의 다른 구성요소가 추가될 수 있다. 어떤 실시예에서는, 이 구성요소들 중 일부들(예: 센서 모듈(176), 카메라 모듈(180), 또는 안테나 모듈(197))은 하나의 구성요소(예: 디스플레이 모듈(160))로 통합될 수 있다.
프로세서(120)는, 예를 들면, 소프트웨어(예: 프로그램(140))를 실행하여 프로세서(120)에 연결된 전자 장치(101)의 적어도 하나의 다른 구성요소(예: 하드웨어 또는 소프트웨어 구성요소)를 제어할 수 있고, 다양한 데이터 처리 또는 연산을 수행할 수 있다. 일실시예에 따르면, 데이터 처리 또는 연산의 적어도 일부로서, 프로세서(120)는 다른 구성요소(예: 센서 모듈(176) 또는 통신 모듈(190))로부터 수신된 명령 또는 데이터를 휘발성 메모리(132)에 저장하고, 휘발성 메모리(132)에 저장된 명령 또는 데이터를 처리하고, 결과 데이터를 비휘발성 메모리(134)에 저장할 수 있다. 일실시예에 따르면, 프로세서(120)는 메인 프로세서(121)(예: 중앙 처리 장치 또는 어플리케이션 프로세서) 또는 이와는 독립적으로 또는 함께 운영 가능한 보조 프로세서(123)(예: 그래픽 처리 장치, 신경망 처리 장치(NPU: neural processing unit), 이미지 시그널 프로세서, 센서 허브 프로세서, 또는 커뮤니케이션 프로세서)를 포함할 수 있다. 예를 들어, 전자 장치(101)가 메인 프로세서(121) 및 보조 프로세서(123)를 포함하는 경우, 보조 프로세서(123)는 메인 프로세서(121)보다 저전력을 사용하거나, 지정된 기능에 특화되도록 설정될 수 있다. 보조 프로세서(123)는 메인 프로세서(121)와 별개로, 또는 그 일부로서 구현될 수 있다.
보조 프로세서(123)는, 예를 들면, 메인 프로세서(121)가 인액티브(예: 슬립) 상태에 있는 동안 메인 프로세서(121)를 대신하여, 또는 메인 프로세서(121)가 액티브(예: 어플리케이션 실행) 상태에 있는 동안 메인 프로세서(121)와 함께, 전자 장치(101)의 구성요소들 중 적어도 하나의 구성요소(예: 디스플레이 모듈(160), 센서 모듈(176), 또는 통신 모듈(190))와 관련된 기능 또는 상태들의 적어도 일부를 제어할 수 있다. 일실시예에 따르면, 보조 프로세서(123)(예: 이미지 시그널 프로세서 또는 커뮤니케이션 프로세서)는 기능적으로 관련 있는 다른 구성요소(예: 카메라 모듈(180) 또는 통신 모듈(190))의 일부로서 구현될 수 있다. 일실시예에 따르면, 보조 프로세서(123)(예: 신경망 처리 장치)는 인공지능 모델의 처리에 특화된 하드웨어 구조를 포함할 수 있다. 인공지능 모델은 기계 학습을 통해 생성될 수 있다. 이러한 학습은, 예를 들어, 인공지능이 수행되는 전자 장치(101) 자체에서 수행될 수 있고, 별도의 서버(예: 서버(108))를 통해 수행될 수도 있다. 학습 알고리즘은, 예를 들어, 지도형 학습(supervised learning), 비지도형 학습(unsupervised learning), 준지도형 학습(semi-supervised learning) 또는 강화 학습(reinforcement learning)을 포함할 수 있으나, 전술한 예에 한정되지 않는다. 인공지능 모델은, 복수의 인공 신경망 레이어들을 포함할 수 있다. 인공 신경망은 심층 신경망(DNN: deep neural network), CNN(convolutional neural network), RNN(recurrent neural network), RBM(restricted boltzmann machine), DBN(deep belief network), BRDNN(bidirectional recurrent deep neural network), 심층 Q-네트워크(deep Q-networks) 또는 상기 중 둘 이상의 조합 중 하나일 수 있으나, 전술한 예에 한정되지 않는다. 인공지능 모델은 하드웨어 구조 이외에, 추가적으로 또는 대체적으로, 소프트웨어 구조를 포함할 수 있다.
메모리(130)는, 전자 장치(101)의 적어도 하나의 구성요소(예: 프로세서(120) 또는 센서 모듈(176))에 의해 사용되는 다양한 데이터를 저장할 수 있다. 데이터는, 예를 들어, 소프트웨어(예: 프로그램(140)) 및, 이와 관련된 명령에 대한 입력 데이터 또는 출력 데이터를 포함할 수 있다. 메모리(130)는, 휘발성 메모리(132) 또는 비휘발성 메모리(134)를 포함할 수 있다.
프로그램(140)은 메모리(130)에 소프트웨어로서 저장될 수 있으며, 예를 들면, 운영 체제(142), 미들 웨어(144) 또는 어플리케이션(146)을 포함할 수 있다.
입력 모듈(150)은, 전자 장치(101)의 구성요소(예: 프로세서(120))에 사용될 명령 또는 데이터를 전자 장치(101)의 외부(예: 사용자)로부터 수신할 수 있다. 입력 모듈(150)은, 예를 들면, 마이크, 마우스, 키보드, 키(예: 버튼), 또는 디지털 펜(예: 스타일러스 펜)을 포함할 수 있다.
음향 출력 모듈(155)은 음향 신호를 전자 장치(101)의 외부로 출력할 수 있다. 음향 출력 모듈(155)은, 예를 들면, 스피커 또는 리시버를 포함할 수 있다. 스피커는 멀티미디어 재생 또는 녹음 재생과 같이 일반적인 용도로 사용될 수 있다. 리시버는 착신 전화를 수신하기 위해 사용될 수 있다. 일실시예에 따르면, 리시버는 스피커와 별개로, 또는 그 일부로서 구현될 수 있다.
디스플레이 모듈(160)은 전자 장치(101)의 외부(예: 사용자)로 정보를 시각적으로 제공할 수 있다. 디스플레이 모듈(160)은, 예를 들면, 디스플레이, 홀로그램 장치, 또는 프로젝터 및 해당 장치를 제어하기 위한 제어 회로를 포함할 수 있다. 일실시예에 따르면, 디스플레이 모듈(160)은 터치를 감지하도록 설정된 터치 센서, 또는 상기 터치에 의해 발생되는 힘의 세기를 측정하도록 설정된 압력 센서를 포함할 수 있다.
오디오 모듈(170)은 소리를 전기 신호로 변환시키거나, 반대로 전기 신호를 소리로 변환시킬 수 있다. 일실시예에 따르면, 오디오 모듈(170)은, 입력 모듈(150)을 통해 소리를 획득하거나, 음향 출력 모듈(155), 또는 전자 장치(101)와 직접 또는 무선으로 연결된 외부 전자 장치(예: 전자 장치(102))(예: 스피커 또는 헤드폰)를 통해 소리를 출력할 수 있다.
센서 모듈(176)은 전자 장치(101)의 작동 상태(예: 전력 또는 온도), 또는 외부의 환경 상태(예: 사용자 상태)를 감지하고, 감지된 상태에 대응하는 전기 신호 또는 데이터 값을 생성할 수 있다. 일실시예에 따르면, 센서 모듈(176)은, 예를 들면, 제스처 센서, 자이로 센서, 기압 센서, 마그네틱 센서, 가속도 센서, 그립 센서, 근접 센서, 컬러 센서, IR(infrared) 센서, 생체 센서, 온도 센서, 습도 센서, 또는 조도 센서를 포함할 수 있다.
인터페이스(177)는 전자 장치(101)가 외부 전자 장치(예: 전자 장치(102))와 직접 또는 무선으로 연결되기 위해 사용될 수 있는 하나 이상의 지정된 프로토콜들을 지원할 수 있다. 일실시예에 따르면, 인터페이스(177)는, 예를 들면, HDMI(high definition multimedia interface), USB(universal serial bus) 인터페이스, SD카드 인터페이스, 또는 오디오 인터페이스를 포함할 수 있다.
연결 단자(178)는, 그를 통해서 전자 장치(101)가 외부 전자 장치(예: 전자 장치(102))와 물리적으로 연결될 수 있는 커넥터를 포함할 수 있다. 일실시예에 따르면, 연결 단자(178)는, 예를 들면, HDMI 커넥터, USB 커넥터, SD 카드 커넥터, 또는 오디오 커넥터(예: 헤드폰 커넥터)를 포함할 수 있다.
햅틱 모듈(179)은 전기적 신호를 사용자가 촉각 또는 운동 감각을 통해서 인지할 수 있는 기계적인 자극(예: 진동 또는 움직임) 또는 전기적인 자극으로 변환할 수 있다. 일실시예에 따르면, 햅틱 모듈(179)은, 예를 들면, 모터, 압전 소자, 또는 전기 자극 장치를 포함할 수 있다.
카메라 모듈(180)은 정지 영상 및 동영상을 촬영할 수 있다. 일실시예에 따르면, 카메라 모듈(180)은 하나 이상의 렌즈들, 이미지 센서들, 이미지 시그널 프로세서들, 또는 플래시들을 포함할 수 있다.
전력 관리 모듈(188)은 전자 장치(101)에 공급되는 전력을 관리할 수 있다. 일실시예에 따르면, 전력 관리 모듈(188)은, 예를 들면, PMIC(power management integrated circuit)의 적어도 일부로서 구현될 수 있다.
배터리(189)는 전자 장치(101)의 적어도 하나의 구성요소에 전력을 공급할 수 있다. 일실시예에 따르면, 배터리(189)는, 예를 들면, 재충전 불가능한 1차 전지, 재충전 가능한 2차 전지 또는 연료 전지를 포함할 수 있다.
통신 모듈(190)은 전자 장치(101)와 외부 전자 장치(예: 전자 장치(102), 전자 장치(104), 또는 서버(108)) 간의 직접(예: 유선) 통신 채널 또는 무선 통신 채널의 수립, 및 수립된 통신 채널을 통한 통신 수행을 지원할 수 있다. 통신 모듈(190)은 프로세서(120)(예: 어플리케이션 프로세서)와 독립적으로 운영되고, 직접(예: 유선) 통신 또는 무선 통신을 지원하는 하나 이상의 커뮤니케이션 프로세서를 포함할 수 있다. 일실시예에 따르면, 통신 모듈(190)은 무선 통신 모듈(192)(예: 셀룰러 통신 모듈, 근거리 무선 통신 모듈, 또는 GNSS(global navigation satellite system) 통신 모듈) 또는 유선 통신 모듈(194)(예: LAN(local area network) 통신 모듈, 또는 전력선 통신 모듈)을 포함할 수 있다. 이들 통신 모듈 중 해당하는 통신 모듈은 제 1 네트워크(198)(예: 블루투스, WiFi(wireless fidelity) direct 또는 IrDA(infrared data association)와 같은 근거리 통신 네트워크) 또는 제 2 네트워크(199)(예: 레거시 셀룰러 네트워크, 5G 네트워크, 차세대 통신 네트워크, 인터넷, 또는 컴퓨터 네트워크(예: LAN 또는 WAN)와 같은 원거리 통신 네트워크)를 통하여 외부의 전자 장치(104)와 통신할 수 있다. 이런 여러 종류의 통신 모듈들은 하나의 구성요소(예: 단일 칩)로 통합되거나, 또는 서로 별도의 복수의 구성요소들(예: 복수 칩들)로 구현될 수 있다. 무선 통신 모듈(192)은 가입자 식별 모듈(196)에 저장된 가입자 정보(예: 국제 모바일 가입자 식별자(IMSI))를 이용하여 제 1 네트워크(198) 또는 제 2 네트워크(199)와 같은 통신 네트워크 내에서 전자 장치(101)를 확인 또는 인증할 수 있다.
무선 통신 모듈(192)은 4G 네트워크 이후의 5G 네트워크 및 차세대 통신 기술, 예를 들어, NR 접속 기술(new radio access technology)을 지원할 수 있다. NR 접속 기술은 고용량 데이터의 고속 전송(eMBB(enhanced mobile broadband)), 단말 전력 최소화와 다수 단말의 접속(mMTC(massive machine type communications)), 또는 고신뢰도와 저지연(URLLC(ultra-reliable and low-latency communications))을 지원할 수 있다. 무선 통신 모듈(192)은, 예를 들어, 높은 데이터 전송률 달성을 위해, 고주파 대역(예: mmWave 대역)을 지원할 수 있다. 무선 통신 모듈(192)은 고주파 대역에서의 성능 확보를 위한 다양한 기술들, 예를 들어, 빔포밍(beamforming), 거대 배열 다중 입출력(massive MIMO(multiple-input and multiple-output)), 전차원 다중입출력(FD-MIMO: full dimensional MIMO), 어레이 안테나(array antenna), 아날로그 빔형성(analog beam-forming), 또는 대규모 안테나(large scale antenna)와 같은 기술들을 지원할 수 있다. 무선 통신 모듈(192)은 전자 장치(101), 외부 전자 장치(예: 전자 장치(104)) 또는 네트워크 시스템(예: 제 2 네트워크(199))에 규정되는 다양한 요구사항을 지원할 수 있다. 일실시예에 따르면, 무선 통신 모듈(192)은 eMBB 실현을 위한 Peak data rate(예: 20Gbps 이상), mMTC 실현을 위한 손실 Coverage(예: 164dB 이하), 또는 URLLC 실현을 위한 U-plane latency(예: 다운링크(DL) 및 업링크(UL) 각각 0.5ms 이하, 또는 라운드 트립 1ms 이하)를 지원할 수 있다.
안테나 모듈(197)은 신호 또는 전력을 외부(예: 외부의 전자 장치)로 송신하거나 외부로부터 수신할 수 있다. 일실시예에 따르면, 안테나 모듈(197)은 서브스트레이트(예: PCB) 위에 형성된 도전체 또는 도전성 패턴으로 이루어진 방사체를 포함하는 안테나를 포함할 수 있다. 일실시예에 따르면, 안테나 모듈(197)은 복수의 안테나들(예: 어레이 안테나)을 포함할 수 있다. 이런 경우, 제 1 네트워크(198) 또는 제 2 네트워크(199)와 같은 통신 네트워크에서 사용되는 통신 방식에 적합한 적어도 하나의 안테나가, 예를 들면, 통신 모듈(190)에 의하여 상기 복수의 안테나들로부터 선택될 수 있다. 신호 또는 전력은 상기 선택된 적어도 하나의 안테나를 통하여 통신 모듈(190)과 외부의 전자 장치 간에 송신되거나 수신될 수 있다. 어떤 실시예에 따르면, 방사체 이외에 다른 부품(예: RFIC(radio frequency integrated circuit))이 추가로 안테나 모듈(197)의 일부로 형성될 수 있다.
다양한 실시예에 따르면, 안테나 모듈(197)은 mmWave 안테나 모듈을 형성할 수 있다. 일실시예에 따르면, mmWave 안테나 모듈은 인쇄 회로 기판, 상기 인쇄 회로 기판의 제 1 면(예: 아래 면)에 또는 그에 인접하여 배치되고 지정된 고주파 대역(예: mmWave 대역)을 지원할 수 있는 RFIC, 및 상기 인쇄 회로 기판의 제 2 면(예: 윗 면 또는 측 면)에 또는 그에 인접하여 배치되고 상기 지정된 고주파 대역의 신호를 송신 또는 수신할 수 있는 복수의 안테나들(예: 어레이 안테나)을 포함할 수 있다.
상기 구성요소들 중 적어도 일부는 주변 기기들간 통신 방식(예: 버스, GPIO(general purpose input and output), SPI(serial peripheral interface), 또는 MIPI(mobile industry processor interface))을 통해 서로 연결되고 신호(예: 명령 또는 데이터)를 상호간에 교환할 수 있다.
일실시예에 따르면, 명령 또는 데이터는 제 2 네트워크(199)에 연결된 서버(108)를 통해서 전자 장치(101)와 외부의 전자 장치(104)간에 송신 또는 수신될 수 있다. 외부의 전자 장치(102, 또는 104) 각각은 전자 장치(101)와 동일한 또는 다른 종류의 장치일 수 있다. 일실시예에 따르면, 전자 장치(101)에서 실행되는 동작들의 전부 또는 일부는 외부의 전자 장치들(102, 104, 또는 108) 중 하나 이상의 외부의 전자 장치들에서 실행될 수 있다. 예를 들면, 전자 장치(101)가 어떤 기능이나 서비스를 자동으로, 또는 사용자 또는 다른 장치로부터의 요청에 반응하여 수행해야 할 경우에, 전자 장치(101)는 기능 또는 서비스를 자체적으로 실행시키는 대신에 또는 추가적으로, 하나 이상의 외부의 전자 장치들에게 그 기능 또는 그 서비스의 적어도 일부를 수행하라고 요청할 수 있다. 상기 요청을 수신한 하나 이상의 외부의 전자 장치들은 요청된 기능 또는 서비스의 적어도 일부, 또는 상기 요청과 관련된 추가 기능 또는 서비스를 실행하고, 그 실행의 결과를 전자 장치(101)로 전달할 수 있다. 전자 장치(101)는 상기 결과를, 그대로 또는 추가적으로 처리하여, 상기 요청에 대한 응답의 적어도 일부로서 제공할 수 있다. 이를 위하여, 예를 들면, 클라우드 컴퓨팅, 분산 컴퓨팅, 모바일 에지 컴퓨팅(MEC: mobile edge computing), 또는 클라이언트-서버 컴퓨팅 기술이 이용될 수 있다. 전자 장치(101)는, 예를 들어, 분산 컴퓨팅 또는 모바일 에지 컴퓨팅을 이용하여 초저지연 서비스를 제공할 수 있다. 다른 실시예에 있어서, 외부의 전자 장치(104)는 IoT(internet of things) 기기를 포함할 수 있다. 서버(108)는 기계 학습 및/또는 신경망을 이용한 지능형 서버일 수 있다. 일실시예에 따르면, 외부의 전자 장치(104) 또는 서버(108)는 제 2 네트워크(199) 내에 포함될 수 있다. 전자 장치(101)는 5G 통신 기술 및 IoT 관련 기술을 기반으로 지능형 서비스(예: 스마트 홈, 스마트 시티, 스마트 카, 또는 헬스 케어)에 적용될 수 있다.
도 2a는 다양한 실시예들에 따른, 레거시 네트워크 통신 및 5G 네트워크 통신을 지원하기 위한 전자 장치(101)의 블록도(200)이다. 도 2a를 참조하면, 전자 장치(101)는 제1 커뮤니케이션 프로세서(212), 제2 커뮤니케이션 프로세서(214), 제1 radio frequency integrated circuit(RFIC)(222), 제2 RFIC(224), 제3 RFIC(226), 제4 RFIC(228), 제1 radio frequency front end(RFFE)(232), 제2 RFFE(234), 제1 안테나 모듈(242), 제2 안테나 모듈(244), 제3 안테나 모듈(246) 및 안테나들(248)을 포함할 수 있다. 전자 장치(101)는 프로세서(120) 및 메모리(130)를 더 포함할 수 있다. 제2 네트워크(199)는 제1 셀룰러 네트워크(292)와 제2 셀룰러 네트워크(294)를 포함할 수 있다. 다른 실시예에 따르면, 전자 장치(101)는 도 1에 기재된 부품들 중 적어도 하나의 부품을 더 포함할 수 있고, 제2 네트워크(199)는 적어도 하나의 다른 네트워크를 더 포함할 수 있다. 일실시예에 따르면, 제1 커뮤니케이션 프로세서(212), 제2 커뮤니케이션 프로세서(214), 제1 RFIC(222), 제2 RFIC(224), 제4 RFIC(228), 제1 RFFE(232), 및 제2 RFFE(234)는 무선 통신 모듈(192)의 적어도 일부를 형성할 수 있다. 다른 실시예에 따르면, 제4 RFIC(228)는 생략되거나, 제3 RFIC(226)의 일부로서 포함될 수 있다.
제1 커뮤니케이션 프로세서(212)는 제1 셀룰러 네트워크(292)와의 무선 통신에 사용될 대역의 통신 채널의 수립, 및 수립된 통신 채널을 통한 레거시 네트워크 통신을 지원할 수 있다. 다양한 실시예들에 따르면, 제1 셀룰러 네트워크는 2세대(2G), 3G, 4G, 또는 long term evolution(LTE) 네트워크를 포함하는 레거시 네트워크일 수 있다. 제2 커뮤니케이션 프로세서(214)는 제2 셀룰러 네트워크(294)와의 무선 통신에 사용될 대역 중 지정된 대역(예: 약 6GHz ~ 약 60GHz)에 대응하는 통신 채널의 수립, 및 수립된 통신 채널을 통한 5G 네트워크 통신을 지원할 수 있다. 다양한 실시예들에 따르면, 제2 셀룰러 네트워크(294)는 3GPP에서 정의하는 5G 네트워크일 수 있다. 추가적으로, 일실시예에 따르면, 제1 커뮤니케이션 프로세서(212) 또는 제2 커뮤니케이션 프로세서(214)는 제2 셀룰러 네트워크(294)와의 무선 통신에 사용될 대역 중 다른 지정된 대역(예: 약 6GHz 이하)에 대응하는 통신 채널의 수립, 및 수립된 통신 채널을 통한 5G 네트워크 통신을 지원할 수 있다.
제1 커뮤니케이션 프로세서(212)는, 제2 커뮤니케이션 프로세서(214)와 데이터를 송수신할 수 있다. 예를 들어, 제2 셀룰러 네트워크(294)를 통하여 송신되기로 분류되었던 데이터가, 제1 셀룰러 네트워크(292)를 통하여 송신되는 것으로 변경될 수 있다. 이 경우, 제1 커뮤니케이션 프로세서(212)는 제2 커뮤니케이션 프로세서(214)로부터 송신 데이터를 전달받을 수 있다. 예를 들어, 제1 커뮤니케이션 프로세서(212)는 제2 커뮤니케이션 프로세서(214)와 프로세서간 인터페이스(213)를 통하여 데이터를 송수신할 수 있다. 상기 프로세서간 인터페이스(213)는, 예를 들어 UART(universal asynchronous receiver/transmitter)(예: HS-UART(high speed-UART) 또는 PCIe(peripheral component interconnect bus express) 인터페이스로 구현될 수 있으나, 그 종류에는 제한이 없다. 또는, 제1 커뮤니케이션 프로세서(212)와 제2 커뮤니케이션 프로세서(214)는, 예를 들어 공유 메모리(shared memory)를 이용하여 제어 정보와 패킷 데이터 정보를 교환할 수 있다. 제1 커뮤니케이션 프로세서(212)는, 제2 커뮤니케이션 프로세서(214)와, 센싱 정보, 출력 세기에 대한 정보, RB(resource block) 할당 정보와 같은 다양한 정보를 송수신할 수 있다.
구현에 따라, 제1 커뮤니케이션 프로세서(212)는 제2 커뮤니케이션 프로세서(214)와 직접 연결되지 않을 수도 있다. 이 경우, 제1 커뮤니케이션 프로세서(212)는 제2 커뮤니케이션 프로세서(214)와, 프로세서(120)(예: application processor)를 통하여 데이터를 송수신할 수도 있다. 예를 들어, 제1 커뮤니케이션 프로세서(212) 및 제2 커뮤니케이션 프로세서(214)는, 프로세서(120)(예: application processor)와 HS-UART 인터페이스 또는 PCIe 인터페이스를 통하여 데이터를 송수신할 수 있으나, 인터페이스의 종류에는 제한이 없다. 또는, 제1 커뮤니케이션 프로세서(212) 및 제2 커뮤니케이션 프로세서(214)는, 프로세서(120)(예: application processor)와 공유 메모리(shared memory)를 이용하여 컨트롤 정보와 패킷 데이터 정보를 교환할 수 있다.
일실시예에 따르면, 제1 커뮤니케이션 프로세서(212)와 제2 커뮤니케이션 프로세서(214)는 단일(single) 칩 또는 단일 패키지 내에 구현될 수 있다. 다양한 실시예들에 따르면, 제1 커뮤니케이션 프로세서(212) 또는 제2 커뮤니케이션 프로세서(214)는 프로세서(120), 보조 프로세서(123), 또는 통신 모듈(190)과 단일 칩 또는 단일 패키지 내에 형성될 수 있다. 예를 들어, 도 2b에서와 같이, 커뮤니케이션 프로세서(440)는, 제1 셀룰러 네트워크(292), 및 제2 셀룰러 네트워크(294)와의 통신을 위한 기능을 모두 지원할 수 있다.
제1 RFIC(222)는, 송신 시에, 제1 커뮤니케이션 프로세서(212)에 의해 생성된 기저대역(baseband) 신호를 제1 셀룰러 네트워크(292)(예: 레거시 네트워크)에 사용되는 약 700MHz 내지 약 3GHz의 무선 주파수(RF) 신호로 변환할 수 있다. 수신 시에는, RF 신호가 안테나(예: 제1 안테나 모듈(242))를 통해 제1 네트워크(292)(예: 레거시 네트워크)로부터 획득되고, RFFE(예: 제1 RFFE(232))를 통해 전처리(preprocess)될 수 있다. 제1 RFIC(222)는 전처리된 RF 신호를 제1 커뮤니케이션 프로세서(212)에 의해 처리될 수 있도록 기저대역 신호로 변환할 수 있다.
제2 RFIC(224)는, 송신 시에, 제1 커뮤니케이션 프로세서(212) 또는 제2 커뮤니케이션 프로세서(214)에 의해 생성된 기저대역 신호를 제2 셀룰러 네트워크(294)(예: 5G 네트워크)에 사용되는 Sub6 대역(예: 약 6GHz 이하)의 RF 신호(이하, 5G Sub6 RF 신호)로 변환할 수 있다. 수신 시에는, 5G Sub6 RF 신호가 안테나(예: 제2 안테나 모듈(244))를 통해 제2 셀룰러 네트워크(294)(예: 5G 네트워크)로부터 획득되고, RFFE(예: 제2 RFFE(234))를 통해 전처리될 수 있다. 제2 RFIC(224)는 전처리된 5G Sub6 RF 신호를 제1 커뮤니케이션 프로세서(212) 또는 제2 커뮤니케이션 프로세서(214) 중 대응하는 커뮤니케이션 프로세서에 의해 처리될 수 있도록 기저대역 신호로 변환할 수 있다.
제3 RFIC(226)는 제2 커뮤니케이션 프로세서(214)에 의해 생성된 기저대역 신호를 제2 셀룰러 네트워크(294)(예: 5G 네트워크)에서 사용될 5G Above6 대역(예: 약 6GHz ~ 약 60GHz)의 RF 신호(이하, 5G Above6 RF 신호)로 변환할 수 있다. 수신 시에는, 5G Above6 RF 신호가 안테나(예: 안테나(248))를 통해 제2 셀룰러 네트워크(294)(예: 5G 네트워크)로부터 획득되고 제3 RFFE(236)를 통해 전처리될 수 있다. 제3 RFIC(226)는 전처리된 5G Above6 RF 신호를 제2 커뮤니케이션 프로세서(214)에 의해 처리될 수 있도록 기저대역 신호로 변환할 수 있다. 일실시예에 따르면, 제3 RFFE(236)는 제3 RFIC(226)의 일부로서 형성될 수 있다.
전자 장치(101)는, 일실시예에 따르면, 제3 RFIC(226)와 별개로 또는 적어도 그 일부로서, 제4 RFIC(228)를 포함할 수 있다. 이런 경우, 제4 RFIC(228)는 제2 커뮤니케이션 프로세서(214)에 의해 생성된 기저대역 신호를 중간(intermediate) 주파수 대역(예: 약 9GHz ~ 약 11GHz)의 RF 신호(이하, IF 신호)로 변환한 뒤, 상기 IF 신호를 제3 RFIC(226)로 전달할 수 있다. 제3 RFIC(226)는 IF 신호를 5G Above6 RF 신호로 변환할 수 있다. 수신 시에, 5G Above6 RF 신호가 안테나(예: 안테나(248))를 통해 제2 셀룰러 네트워크(294)(예: 5G 네트워크)로부터 수신되고 제3 RFIC(226)에 의해 IF 신호로 변환될 수 있다. 제4 RFIC(228)는 IF 신호를 제2 커뮤니케이션 프로세서(214)가 처리할 수 있도록 기저대역 신호로 변환할 수 있다.
일실시예에 따르면, 제1 RFIC(222)와 제2 RFIC(224)는 단일 칩 또는 단일 패키지의 적어도 일부로 구현될 수 있다. 다양한 실시예에 따라, 도 2a 또는 도 2b에서 제1 RFIC(222)와 제2 RFIC(224)가 단일 칩 또는 단일 패키지로 구현될 경우, 통합 RFIC로 구현될 수 있다. 이 경우 상기 통합 RFIC가 제1 RFFE(232)와 제2 RFFE(234)에 연결되어 기저대역 신호를 제1 RFFE(232) 및/또는 제2 RFFE(234)가 지원하는 대역의 신호로 변환하고, 상기 변환된 신호를 제1 RFFE(232) 및 제2 RFFE(234) 중 하나로 전송할 수 있다. 일실시예에 따르면, 제1 RFFE(232)와 제2 RFFE(234)는 단일 칩 또는 단일 패키지의 적어도 일부로 구현될 수 있다. 일시예에 따르면, 제1 안테나 모듈(242) 또는 제2 안테나 모듈(244)중 적어도 하나의 안테나 모듈은 생략되거나 다른 안테나 모듈과 결합되어 대응하는 복수의 대역들의 RF 신호들을 처리할 수 있다.
일실시예에 따르면, 제3 RFIC(226)와 안테나(248)는 동일한 서브스트레이트에 배치되어 제3 안테나 모듈(246)을 형성할 수 있다. 예를 들어, 무선 통신 모듈(192) 또는 프로세서(120)가 제1 서브스트레이트(예: main PCB)에 배치될 수 있다. 이런 경우, 제1 서브스트레이트와 별도의 제2 서브스트레이트(예: sub PCB)의 일부 영역(예: 하면)에 제3 RFIC(226)가, 다른 일부 영역(예: 상면)에 안테나(248)가 배치되어, 제3 안테나 모듈(246)이 형성될 수 있다. 제3 RFIC(226)와 안테나(248)를 동일한 서브스트레이트에 배치함으로써 그 사이의 전송 선로의 길이를 줄이는 것이 가능하다. 이는, 예를 들면, 5G 네트워크 통신에 사용되는 고주파 대역(예: 약 6GHz ~ 약 60GHz)의 신호가 전송 선로에 의해 손실(예: 감쇄)되는 것을 줄일 수 있다. 이로 인해, 전자 장치(101)는 제2 네트워크(294)(예: 5G 네트워크)와의 통신의 품질 또는 속도를 향상시킬 수 있다.
일시예에 따르면, 안테나(248)는 빔포밍에 사용될 수 있는 복수개의 안테나 엘리먼트들을 포함하는 안테나 어레이로 형성될 수 있다. 이런 경우, 제3 RFIC(226)는, 예를 들면, 제3 RFFE(236)의 일부로서, 복수개의 안테나 엘리먼트들에 대응하는 복수개의 위상 변환기(phase shifter)(238)들을 포함할 수 있다. 송신 시에, 복수개의 위상 변환기(238)들 각각은 대응하는 안테나 엘리먼트를 통해 전자 장치(101)의 외부(예: 5G 네트워크의 베이스 스테이션)로 송신될 5G Above6 RF 신호의 위상을 변환할 수 있다. 수신 시에, 복수개의 위상 변환기(238)들 각각은 대응하는 안테나 엘리먼트를 통해 상기 외부로부터 수신된 5G Above6 RF 신호의 위상을 동일한 또는 실질적으로 동일한 위상으로 변환할 수 있다. 이것은 전자 장치(101)와 상기 외부 간의 빔포밍을 통한 송신 또는 수신을 가능하게 한다.
제2 셀룰러 네트워크(294)(예: 5G 네트워크)는 제1 셀룰러 네트워크(292)(예: 레거시 네트워크)와 독립적으로 운영되거나(예: Stand-Alone(SA)), 연결되어 운영될 수 있다(예: Non-Stand Alone(NSA)). 예를 들면, 5G 네트워크에는 액세스 네트워크(예: 5G radio access network(RAN) 또는 next generation RAN(NG RAN))만 있고, 코어 네트워크(예: next generation core(NGC))는 없을 수 있다. 이런 경우, 전자 장치(101)는 5G 네트워크의 액세스 네트워크에 액세스한 후, 레거시 네트워크의 코어 네트워크(예: evolved packed core(EPC))의 제어 하에 외부 네트워크(예: 인터넷)에 액세스할 수 있다. 레거시 네트워크와 통신을 위한 프로토콜 정보(예: LTE 프로토콜 정보) 또는 5G 네트워크와 통신을 위한 프로토콜 정보(예: New Radio(NR) 프로토콜 정보)는 메모리(230)에 저장되어, 다른 부품(예: 프로세서(120), 제1 커뮤니케이션 프로세서(212), 또는 제2 커뮤니케이션 프로세서(214))에 의해 액세스될 수 있다.
이하 설명에서 사용되는 접속 노드(node)를 식별하기 위한 용어, 망 객체(network entity)들을 지칭하는 용어, 메시지들을 지칭하는 용어, 망 객체들 간 인터페이스를 지칭하는 용어, 다양한 식별 정보들을 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 이하 설명의 편의를 위하여, 본 개시의 다양한 실시예들은 5G 시스템에 대한 규격에서 정의하는 용어와 명칭들을 사용한다. 하지만, 본 개시가 상기 용어 및 명칭들에 의해 한정되는 것은 아니며, 다른 규격에 따르는 시스템에도 동일하게 적용될 수 있다. 본 개시의 실시 예들을 구체적으로 설명함에 있어서, 3GPP가 규격을 정한 통신 규격을 주된 대상으로 할 것이지만, 본 개시의 주요한 요지는 유사한 기술적 배경을 가지는 여타의 통신 시스템에도 본 개시의 범위를 크게 벗어나지 아니하는 범위에서 약간의 변형으로 적용 가능하며, 이는 본 개시의 기술 분야에서 숙련된 기술적 지식을 가진 자의 판단으로 가능할 것이다.
일반적인 통신 시스템은 통신 시스템 위에서 제공되는 어플리케이션과 독립적으로 설계되었다. 사용자는 통신 시스템에 우선 접속한 후, 이용하고자 하는 어플리케이션을 선택하여 서비스를 제공받았다. 통신 기술은 네트워크 기능 가상화 (Network Function Virtualization, NFV), 소프트웨어 정의 네트워크 (Software Defined Network, SDN)와 같은 기술의 발전과 접목하여 하나의 거대한 네트워크에서 각 어플리케이션별 어플리케이션 특성에 최적화된 네트워크 슬라이스를 구성하는 방식으로 발전하고 있다.
하나의 네트워크 슬라이스는 전자 장치(101)부터 상대 노드 (상대 전자 장치 또는 상대 어플리케이션 서버)를 포함하는 E2E (End-to-End) 논리적 네트워크로 구성된다.
사용자는 이용하는 어플리케이션에 특화된 네트워크 슬라이스에 접속하여 서비스를 제공받을 수 있다. 예를 들어, 사용자의 단말은 하나 이상의 네트워크 슬라이스에 동시 접속할(access to) 수 있다.
이동통신 기술의 표준을 담당하고 있는 3GPP는 Rel-15에서 5G Phase I 표준을 완료되었으며, 5G Phase I은 네트워트 슬라이싱 기능을 포함하고 있다. Rel-16에서는 네트워크 슬라이싱 Phase II 표준이 진행되고 있다.
도 3a는 5G 시스템 구조를 도시한다. 도 3b은 5G 네트워크 슬라이스 구조를 도시한다. 이하에서 도 3a 및 도 3b을 참고하여 전반적인 5G 시스템을 설명하고, 네트워크 슬라이스에 관하여 설명한다.
도 3a에 도시한 바와 같이, 5G 시스템 구조는 네트워크 요소인 전자 장치(101)(예: 사용자 단말(UE)), (R)AN (Radio Access Network)(302), 데이터 네트워크(Data Network, DN)(345) 및 코어 네트워크(Core Network, CN) 내부의 복수의 네트워크 기능(Network Function, NF)을 포함할 수 있다.
5G 시스템 구조는 복수의 NF 별로 기능, 연결점, 프로토콜 등이 정의될 수 있고, NF 에 대응되는 서비스 기반 인터페이스(interface)를 나타내는 참조점(Reference point)과, NF 간에 존재하는 상호작용을 나타내는 참조점(Reference point)을 이용하여 5G 시스템 구조를 도시될 수 있다.
복수의 네트워크 기능(Network Function, NF)은 인증 서버 기능 (Authentication Server Function, AUSF)(309), 액세스 및 이동성 관리 기능(Access and Mobility Management Function, AMF)(303), 네트워크 노출 기능 (Network Exposure Function, NEF)(347), 네트워크 기능 저장소 (Network Function Repository Function, NRF)(305), 정책 제어 기능 (Policy Control Function, PCF)(307), 세션 관리 기능 (Session Management Function, SMF)(341), 통합된 데이터 관리 (Unified Data Management, UDM)(306), 사용자 평면 기능 (User Plane Function, UPF)(342) 및 어플리케이션 기능 (Application Function, AF)(346), 네트워크 슬라이스 선택 기능 (Network Slice Selection Function, NSSF)(304)을 포함할 수 있다.
본 개시의 다양한 실시예들에서 AMF, SMF, PCF 및 UPF는 사용자 장치가 요청한 프로토콜 데이터 유닛(Protocol Data Unit: PDU)(“UE-requested PDU”) 세션 설립과 UE와 DN 사이의 트래픽 관리에 핵심적인 역할을 할 수 있다.
전자 장치(101)와 AMF(303)간의 참조점은 N1로 정의되어 있다.
(R)AN(302) 는 무선 액세스 기술(Radio Access Technology: RAT)을 사용하는 기지국을 나타낼 수 있다. 예를 들면, AN(302) 은 3GPP 접속 기술을 포함하는 기지국 또는 Wi-Fi와 같은 non-3GPP 접속 기술을 포함한 기지국을 일 수 있다. AN(302) 과 AMF(303)간의 참조점은 N2로 정의되고, AN과 UPF(342) 간의 참조점은 N3로 정의되어 있다.
DN(345)은 하향링크 방향으로 전송할 PDU를 UPF(342)로 전달하거나 전자 장치(101)가 보낸 PDU를 UPF(342)을 통해 받을 수 있다. DN(345)과 UPF(342)간의 참조점은 N6로 정의되어 있다.
AMF(303)은 엑세스 기술에 독립적인, 예를 들어, 전자 장치(101) 단위의 접속 및 이동성 관리 기능을 제공할 수 있다. AMF(303)와 전자 장치(101)간의 참조점은 N1로 정의되고, AMF(303)와 (R)AN(302)간의 참조점은 N2로 정의되고, AMF(303)와 UDM(306) 간의 참조점은 N8로 정의되고, AMF(303)와 AUSF(309) 간의 참조점은 N12로 정의되고, AMF(303)와 SMF(341)간 참조점은 N11로 정의되어 있다.
SMF(341)는 하나의 전자 장치(101)가 여러 개의 세션을 가질 경우 각 세션 별로 다른 SMF 가 할당되어 각각의 세션을 관리하는 세션 관리 기능을 제공할 수 있다. SMF(341)에서 생성된 제어 신호 정보를 이용해서 UPF(342)를 설정하고, UPF(342)는 자신의 상태를 SMF(341)쪽에 보고 할 수 있도록 N4 참조점이 정의되어 있다. SMF(341)와 AMF(303)간의 참조점은 N11로 정의되고, SMF(341)와 UDM(306) 간의 참조점은 N10로 정의되고, SMF(341)와 PCF(305)간 참조점은 N7 로 정의되고, SMF(341)와 AMF(303) 간의 참조점은 N11로 정의되어 있다.
예를 들면, 각 전자 장치(101)는 하나의 AMF(303)에 연결될 수 있는 반면, SMF(341)의 경우 하나의 전자 장치(101)가 여러 개의 세션을 수립할 수 있으므로 각 세션 별로 다른 SMF(311, 321, 331)를 가질 수 있다.
AF(346)는 서비스 품질(Quality of Service: QoS)를 보장하기 위해 패킷 흐름에 대한 정보를 정책 제어 (Policy Control)을 담당하는 PCF(307)에 제공할 수 있다.
PCF(307)는 QoS를 보장하기 위한 패킷 흐름에 대한 정보를 바탕으로 세션 관리, 이동성 관리 등의 정책을 결정하고, AMF(303), SMF(341)에게 전달함으로써 적절한 이동성 관리, 세션 관리, QoS 관리 등을 수행하도록 할 수 있다. AF(346)와 PCF(307)간의 참조점은 N5로 정의되어 있다.
AUSF(309)는 전자 장치(101)의 인증을 위한 데이터를 저장할 수 있다.
UDM(306)는 사용자의 가입자 데이터 (subscription data), 정책 데이터 (policy data) 등을 저장할 수 있다. AUSF(309)와 UDM(306)간의 참조점은 N13으로 정의되고, AUSF(309)와 AMF(303)간의 참조점은 N12으로 정의되고, UDM(306)와 AMF(303)간의 참조점은 N8으로 정의되고, UDM(306)와 SMF(341)간의 참조점은 N10으로 정의되어 있다.
CP 기능 (functions)은 네트워크 및 단말을 제어하기 위해 다양한 기능들을 포함하고 있으며, 대표적인 두 가지 기능인 이동성 관리 기능을 담당하는 전자 장치(101), (R)AN(302), UPF(342), AMF(303), AF(346), DN(345) 와 세션 관리 기능을 담당하는 SMF(341)는 두 개의 독립적인 기능(function)들로 CP functions에 포함될 수 있다.
본 개시의 실시 예들을 기술하는데 있어 슬라이스, 서비스, 네트워크 슬라이스, 네트워크 서비스, 어플리케이션 슬라이스, 어플리케이션 서비스 등이 혼용되어 사용될 수 있다.
이동통신 사업자는 슬라이스별로 또는 특정 슬라이스의 셋트 별로 해당 서비스에 적합한 네트워크 자원을 할당할 수 있다. 상기 네트워크 자원은 네트워크 기능 (network function, NF) 또는 네트워크 기능 (NF)이 제공하는 논리적 자원 또는 라디오 자원 할당 등을 의미할 수 있다.
네트워크 슬라이싱 (network slicing)은 네트워크 자원과 네트워크 기능들을 서비스에 따라 하나의 독립적인 슬라이스로 묶어서 제공함으로써, 네트워크 분리 (Isolation), 맞춤형 (Customization), 독립적 관리 (Independent management and orchestration) 등 속성을 이동 통신 코어 네트워크 구조에 적용시킬 수 있는 기술이다.
네트워크 슬라이싱은, 5G 코어 네트워크의 새로운 개념이다. 상기 네트워크 슬라이싱은 이동 단말이 요청하는 서비스에 필요한 네트워크 자원과 네트워크 기능들을 하나의 독립적인 슬라이스로 묶어서 제공하는 기술이다.
네트워크 슬라이싱을 통해서, 네트워크 사업자는 각 서비스 및 사용자에 특화된 네트워크 자원을 독립적으로 할당할 수 있고, 소프트웨어 정의 네트워킹 (software defined networking, SDN) 및 네트워크 기능 가상화 (network function virtualization, NFV) 기술 기반의 자원 가상화를 통해 네트워크의 유연성을 확보함으로써, 서비스 및 네트워크 자원 운용의 확장성 및 신뢰성을 확보할 수 있다.
공중 육상 이동 네트워크 (Public Land Mobile Network, PLMN)는 여러 개의 네트워크 슬라이스를 제공할 수 있으며, 각 네트워크 슬라이스는 슬라이스 인스턴스 형태로 단말에게 제공될 수 있다. 예를 들어, 상기 PLMN은 슬라이스 인스턴스 1 (310), 슬라이스 인스턴스 2 (320), 슬라이스 인스턴스 3 (330)을 포함할 수 있다.
전자 장치(101)는, 네트워크에 접속하여 동시에 또는 순차적으로 여러 개의 슬라이스 인스턴스 중 적어도 하나로부터 서비스를 제공받을 수 있다.
각 슬라이스 인스턴스는 해당 네트워크 슬라이스를 제공하는데 필요한 네트워크 자원들로 구성될 수 있다. 예를 들어, 슬라이스 인스턴스 1 (310)는 SMF (311)와 UPF (312, 313)로 구성되며, 슬라이스 인스턴스 2 (320)는 SMF (321), UPF (322) 및 PCF (323) 로 구성되고, 슬라이스 인스턴스 3 (330)은 SMF (331), UPF (332), PCF (333) 및 NRF (334) 로 구성될 수 있다.
도 3a 및 도 3b를 참고하면, 슬라이스 인스턴스 2 (320)의 SMF (321)는 PLMN 레벨의 PCF (307) 및 슬라이스 레벨의 PCF (323)와 연결될 수 있다. PLMN 레벨의 PCF (307)는 PLMN 레벨의 정책 정보를 관리하고 SMF (321)에게 제공할 수 있다. 슬라이스 인스턴스 2에 속한 슬라이스 레벨의 PCF (323)는 해당 슬라이스를 제공하는데 필요한 정책(policy)을 관리하고, 해당 정보를 SMF (321)에게 제공할 수 있다.
각 슬라이스는 슬라이스 ID로 구분될 수 있다. 일 예로, 슬라이스 ID 는 3GPP에서 정의한 단일-네트워크 슬라이스 선택 보조 정보 (Single-Network Slice Selection Assistance Information, S-NSSAI)일 수 있다. 다양한 실시예에 따라서, 전자 장치(101)는, 설정 네트워크 슬라이스 선택 보조 정보 (Configured Network Slice Selection Assistance Information, Configured NSSAI)와 네트워크 슬라이스 선택 정책 (Network Slice Selection Policy, NSSP) 에 관한 정보를 저장할 수 있다. 상기 설정 네트워크 슬라이스 선택 보조 정보 (Configured NSSAI)는 전자 장치(101)가 Home PLMN (HPLMN)에 가입한 네트워크 슬라이스의 S-NSSAI의 리스트로 구성될 수 있다. S-NASSAI의 리스트는 적어도 하나의 S-NSSAI #id를 포함할 수 있다. 예를 들어, 상기 S-NASSAI의 리스트는 S-NASSAI #a, S-NASSAI #b, S-NASSAI #c, S-NASSAI #d를 포함할 수 있다. Configured NSSAI는 전자 장치(101)의 가입 정보를 기반으로 결정되므로, Configured NSSAI를 구성하는 S-NSSAI가 전자 장치(101)마다 다를 수도 있다. 또한, Configured NSSAI는 전자 장치(101)의 가입 정보를 기반으로 결정되므로 전자 장치(101)의 가입 정보가 변경되면 전자 장치(101)에 저장된 Configured NSSAI도 변경될 수 있다. Configured NSSAI를 구성하는 전자 장치(101)가 가입한 S-NSSAI 리스트는 전자 장치(101)의 가입(subscription) 정보를 저장하는 통합된 UDM(306)에 저장되어 있을 수 있다. UDM(306)에 저장된 전자 장치(101)가 가입한 S-NSSAI를 'Subscribed S-NSSAI'라고 부를 수 있다. 네트워크 슬라이스 선택 정책 (NSSP)은 전자 장치(101)가 가입한 S-NSSAI (S-NSSAI #id)와 해당 S-NSSAI가 지원할 수 있는 어플리케이션과의 맵핑 정보를 나타낸다. 하나의 S-NSSAI #id는 적어도 하나의 어플리케이션에 매핑될 수 있다. 예를 들어, S-NASSAI #a는 App #1 및 App #2에 매핑되고, S-NASSAI #b는 App #1에 매핑되고, S-NASSAI #c는 App #3에 매핑되고, S-NASSAI #는 지원 가능한 모든 어플리케이션에 매핑될 수 있다. NSSP는 전자 장치(101) 및 네트워크 관련 정책(policy) 정보를 저장하는 정책 제어 기능 (Policy Control function, PCF)에 저장되어 있을 수 있다. 또는 NSSP는 사용자 데이터 저장소(User Data Repository, UDR)에 저장되어 있고, PCF는 필요에 따라 UDR에 NSSP 정보를 요청하여 상기 NSSP 정보를 UDR로부터 획득할 수 있다. 전자 장치(101)의 가입 정보에 변경이 있을 때, UDM(306)에 저장된 전자 장치(101)의 가입 슬라이스(Subscribed S-NSSAIs) 정보에 변경이 발생할 수 있다. 전자 장치(101)의 가입 정보에 변경이 있을 때, PCF 또는 UDR에 저장된 NSSP 정보에 변경이 발생할 수 있다. 가입 슬라이스(Subscribed S-NSSAIs) 또는 NSSP 중 적어도 하나에 변경이 발생하면, 전자 장치(101)에 저장된 관련 설정 정보도 업데이트가 필요할 수 있다.
도 4는, 다양한 실시예에 따른 전자 장치의 블록도를 도시한다.
다양한 실시예에 따라서, 프로세서(120)에는, 제 1 어플리케이션(411a), 제 2 어플리케이션(411b), 제 3 어플리케이션(411c), 제 4 어플리케이션(411d), 또는 제 5 어플리케이션(411e) 중 적어도 하나가 실행될 수 있다. 예를 들어, 제 1 어플리케이션(411a)은 IMS(internet protocol multimedia subsystem)의 DNN과 연관된 어플리케이션일 수 있다. 예를 들어, 제 2 어플리케이션(411b), 제 3 어플리케이션(411c), 및 제 4 어플리케이션(411d)은, 일반적인 데이터 송수신을 지원하는 어플리케이션으로, 예를 들어 인터넷(internet)의 DNN(data network name)과 연관된 어플리케이션일 수 있다. 예를 들어, 제 5 어플리케이션(411e)은, 시스템 네트워크를 이용하기 위한 어플리케이션으로, 캐리어 네트워크를 이용하기 위한 어플리케이션일 수 있다.
다양한 실시예에 따라서, 커뮤니케이션 프로세서(440)(예: 제 1 커뮤니케이션 프로세서(212), 제 2 커뮤니케이션 프로세서, 또는 통합 커뮤니케이션 프로세서(260) 중 적어도 하나)는, IMS의 DNN에 대응하는 제 1 PDU 세션(421a)을 수립할 수 있다. 예를 들어, 전자 장치(101)(예를 들어, 프로세서(120) 및/또는 커뮤니케이션 프로세서(440))는, 제 1 어플리케이션(411a)의 네트워크 연결(network connection)이 요청되는 경우, 캐리어 네트워크에 대응하는 제 1 PDU 세션(421a)을 수립할 수 있다. 한편, 제 1 PDU 세션(421a)이 제 1 어플리케이션(411a)의 네트워크 연결 요청에 기반하여 수립되는 것은 단순히 예시적인 것으로, 그 수립 시점에는 제한이 없다. 만약, 캐리어 네트워크에 대응하는 제 1 PDU 세션(421a)이 이미 수립되어 있는 경우에는, 전자 장치(101)는 제 1 어플리케이션(411a)으로부터의 네트워크 연결 요청에 대응하여, 제 1 어플리케이션(411a)을 제 1 PDU 세션(421a)과 연관시킬 수 있다. 전자 장치(101)는, 프로세서(120) 및 커뮤니케이션 프로세서(440) 사이의 데이터 패킷의 송수신을 위한 제 1 네트워크 인터페이스(412a)를 형성할 수 있다. 예를 들어, 프로세서(120)는, 제 1 어플리케이션(411a)으로부터의 데이터 패킷을 제 1 네트워크 인터페이스(412a)를 통하여, 커뮤니케이션 프로세서(440)로 제공할 수 있다. 어플리케이션들(411a,411b,411c,411d,411e)과, 네트워크 인터페이스들(412a,412b,412c,412d) 사이에 TCP/IP 레이어(미도시)가 정의되어 데이터 패킷이 TCP/IP를 통하여 송수신될 수도 있음을 당업자는 이해할 것이다. 커뮤니케이션 프로세서(440)는, 제 1 네트워크 인터페이스(412a)를 통하여 제공된 데이터 패킷을, 제 1 PDU 세션(421a)을 이용하여 송신할 수 있다. 커뮤니케이션 프로세서(440)로부터의, 데이터 패킷에 대응하는 신호가 RF 회로(예를 들어, RFIC, RFFE, 및/또는 안테나 모듈)을 통하여 외부로 송신될 수 있음을 당업자는 이해할 것이다. 또는, 커뮤니케이션 프로세서(440)는, 제 1 PDU 세션(421a)을 통하여 수신된 신호에 대응하는 데이터 패킷을 제 1 네트워크 인터페이스(412a)를 통하여 프로세서(120)로 제공할 수 있다. 프로세서(120)는, 제 1 네트워크 인터페이스(412a)를 통하여 수신한 데이터 패킷을, 이에 매칭되는 제 1 어플리케이션(411a)로 제공할 수 있다. "네트워크 인터페이스"는, 예를 들어 프로세서(120) 및 커뮤니케이션 프로세서(440) 사이의 데이터 송수신을 위한 논리적인 인터페이스일 수 있으며, 예를 들어, "rmnet"의 명칭으로 명명될 수도 있다.
상술한 바와 같이, 다양한 실시예에 따라서, 전자 장치(101)는, 제 1 어플리케이션(411a)의 네트워크 연결 요청에 기반하여, 제 1 PDU 세션(421a)을 수립하거나, 또는 기 수립된 제 1 PDU 세션(421a)에 제 1 어플리케이션(411a)을 연관시킬 수 있다. 제 1 어플리케이션(411a)은, 예를 들어 IMS DNN과 연관되고, 아울러 URLLC의 슬라이스 타입과 연관될 수 있다. 예를 들어, 전자 장치(101)는, PCF(예: 도 3a 및 도 3b의 PCF(307))로부터 URSP 룰을 AMF(예: 도 3a 및 도 3b의 AMF(303))를 통하여(또는, 다른 경로로) 수신할 수 있다. URSP 룰에는, 트래픽 디스크립터(traffic descriptor) 및/또는 경로 선택 디스크립터(route selection descriptor)가 포함될 수 있다. 예를 들어, URSP 룰의 트래픽 디스크립터에는 제 1 어플리케이션(411a)의 어플리케이션 식별자(application identifier)가 포함되고, 경로 선택 디스크립터에는 IMS DNN 및 URLLC의 슬라이스 타입이 포함될 수 있다. 전자 장치(101)는, URSP에 기반하여 제 1 어플리케이션(411a)을 제 1 PDU 세션(421a)에 연관시킬 수 있다. 전자 장치(101)는, 제 1 네트워크 인터페이스(412a)를 통하여, 제 1 어플리케이션(411a) 및 제 1 PDU 세션(421a) 사이의 데이터 송수신을 수행할 수 있다. 제 1 PDU 세션(421a)은, 예를 들어 IMS DNN 및 URLLC의 슬라이스 타입의 네트워크 슬라이스와 연관될 수 있다.
다양한 실시예에 따라서, 전자 장치(101)는, 제 2 어플리케이션(411b)의 네트워크 연결 요청에 기반하여, 제 2 PDU 세션(421b)을 수립하거나, 또는 기 수립된 제 2 PDU 세션(421b)에 제 2 어플리케이션(411b)을 연관시킬 수 있다. 제 2 어플리케이션(411b)은, 예를 들어 인터넷 DNN과 연관되고, 아울러 eMBB의 슬라이스 타입과 연관될 수 있다. 예를 들어, URSP 룰의 트래픽 디스크립터에는 제 2 어플리케이션(411b)의 어플리케이션 식별자(application identifier)가 포함되고, 경로 선택 디스크립터에는 인터넷 DNN 및 eMBB의 슬라이스 타입이 포함될 수 있다. 전자 장치(101)는, URSP에 기반하여 제 2 어플리케이션(411b)을 제 2 PDU 세션(421b)에 연관시킬 수 있다. 전자 장치(101)는, 제 2 네트워크 인터페이스(412b)를 통하여, 제 2 어플리케이션(411b) 및 제 2 PDU 세션(421b) 사이의 데이터 송수신을 수행할 수 있다. 제 2 PDU 세션(421b)은, 예를 들어 인터넷 DNN 및 eMBB의 슬라이스 타입의 네트워크 슬라이스와 연관될 수 있다.
다양한 실시예에 따라서, 전자 장치(101)는, 제 3 어플리케이션(411c)의 네트워크 연결 요청에 기반하여, 제 3 PDU 세션(421c)을 수립하거나, 또는 기 수립된 제 3 PDU 세션(421c)에 제 3 어플리케이션(411c)을 연관시킬 수 있다. 전자 장치(101)는, 제 4 어플리케이션(411d)의 네트워크 연결 요청에 기반하여, 제 3 PDU 세션(421c)을 수립하거나, 또는 기 수립된 제 3 PDU 세션(421c)에 제 4 어플리케이션(411d)을 연관시킬 수 있다. 제 3 어플리케이션(411c) 및 제 4 어플리케이션(411d)은, 예를 들어 인터넷 DNN과 연관되고, 아울러 URLLC의 슬라이스 타입과 연관될 수 있다. 예를 들어, 전자 장치(101)가 관리하는 URSP 룰의 트래픽 디스크립터에는 제 3 어플리케이션(411c) 및 제 4 어플리케이션(411d)의 어플리케이션 식별자가 포함되고, 경로 선택 디스크립터에는 인터넷 DNN 및 URLLC의 슬라이스 타입이 포함될 수 있다. 전자 장치(101)는, URSP에 기반하여 제 3 어플리케이션(411c) 및 제 4 어플리케이션(411d)을 제 3 PDU 세션(421c)에 연관시킬 수 있다. 전자 장치(101)는, 제 3 네트워크 인터페이스(412c)를 통하여, 제 3 어플리케이션(411c)과 제 4 어플리케이션(411d)와 제 3 PDU 세션(421c) 사이의 데이터 송수신을 수행할 수 있다. 제 3 PDU 세션(421c)은, 예를 들어 인터넷 DNN 및 URLLC의 슬라이스 타입의 네트워크 슬라이스와 연관될 수 있다. 다양한 실시예에 따라서, 전자 장치(101)는, 제 5 어플리케이션(411e)으로부터의 네트워크 연결 요청에 기반하여, 제 4 PDU 세션(421d)을 수립하거나, 또는 이미 수립된 캐리어 네트워크에 대응하는 제 4 PDU 세션(421d)에 제 5 어플리케이션(411e)을 연관시킬 수 있다.
한편, 예를 들어 제 1 어플리케이션(411a)의 위조 어플리케이션이 전자 장치(101)에 설치될 수도 있다. 위조 어플리케이션의 패키지 명칭은, 제 1 어플리케이션(411a)의 패키지 명칭과 동일하게 설정될 수 있다. 만약, 네트워크와 전자 장치(101)가 트래픽 디스크립터에 포함된 어플리케이션 디스크립터의 OsAPPId를 패키지 명칭만으로 관리하는 경우에는, 위조 어플리케이션으로부터의 네트워크 연결 요청에 응답하여 제 1 PDU 세션(421a)을 수립하거나, 또는 기수립된 제 1 PDU 세션(421a)에 위조 어플리케이션을 연관시킬 수 있다. 예를 들어, 전자 장치(101)는, 위조 어플리케이션의 OsAPPId가 URSP 룰에 포함된 OsAPPId과 동일함을 확인하고, OsAPPId에 대응하는 경로 선택 디스크립터인 IMS의 DNN 및 URLLC의 슬라이스 타입의 제 1 PDU 세션(421a)을 수립할 가능성이 있다. 이에 따라, 네트워크 사업자 및 전자 장치(101)의 제조사(또는, 제 1 어플리케이션(411a)의 제작사)에 의하여 허용되지 않은 위조 어플리케이션이 네트워크 슬라이스를 이용할 가능성이 있다. 다양한 실시예에 따른 전자 장치(101)는, 패키지 명칭뿐만 아니라 검증을 위한 정보로 구성되는 어플리케이션 디스크립터를 포함하는 URSP 룰을 관리할 수 있다. 검증을 위한 정보는 어플리케이션의 패키지 명칭과는 달리 노출될 가능성이 적으며, 이에 따라 검증을 위한 정보까지 반영된 위조 어플리케이션이 제작될 가능성은 상대적으로 낮다. 전자 장치(101)는, 특정 어플리케이션으로부터 네트워크 연결 요청이 접수되는 경우(또는, 후술할 다양한 시점들에서), URSP 룰에 포함된 검증을 위한 정보를 이용하여 해당 어플리케이션이 네트워크 슬라이스를 이용할 권한이 있는지를 검증할 수 있다. 검증에 성공한 어플리케이션에 대하여서만 네트워크 슬라이스의 이용을 허용함에 따라, 위조 어플리케이션의 네트워크 슬라이스 이용이 방지될 수 있다. 이하에서는, 검증을 위한 정보를 이용하여 어플리케이션이 네트워크 슬라이스를 이용할 권한을 가지는지를 검증하는 방법에 대하여 설명하도록 한다.
도 5는, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
다양한 실시예에 따라서, 전자 장치(101)(예를 들어, 도 1의 프로세서(120), 도 2a의 제 1 커뮤니케이션 프로세서(212), 도 2a의 제 2 커뮤니케이션 프로세서(214), 도 2b의 통합 커뮤니케이션 프로세서(260), 또는 도 6의 커뮤니케이션 프로세서(440) 중 적어도 하나)는, 501 동작에서, 적어도 하나의 어플리케이션의 식별 정보(예를 들어, OSAppID), 적어도 하나의 어플리케이션 각각의 검증을 위한 검증 정보, 및 적어도 하나의 어플리케이션 각각의 PDU 세션 수립을 위한 정보(예를 들어, 경로 선택 디스크립터) 사이의 연관 정보를 저장할 수 있다. 예를 들어, 전자 장치(101)는, PCF(307)로부터 URSP 룰을 수신할 수 있다. 전자 장치(101)가 PCF(307)로부터 URSP 룰을 수신하는 것은 단순히 예시적인 것으로, 전자 장치(101)는 다양한 소스(source)로부터 URSP 룰을 획득할 수 있으며, 또는 전자 장치(101)의 저장 영역에 URSP 룰이 저장될 수도 있다. 표 1은 전자 장치(101)가 획득한 URSP 룰의 트래픽 디스크립터에 포함되는 어플리케이션 디스크립터의 예시이다.
OSId OSAppId
(예시)
Android
iOS		 어플리케이션 식별 정보 검증 타입 검증 값
(예시)
패키지 명칭
번들 ID		 (예시)
사인 키 방식
해시 키 방식
토큰 방식		 (예시)
사인 키
해시 연산 결과
토큰
OSId는 OS(operating system)을 식별하기 위한 식별자일 수 있으며, 그 값은 예를 들어 IETF RFC 4122를 따를 수 있기는 하나 제한은 없다. 표 1에서는, Android, iOS 등이 제공되고 있지만, 운영체제의 종류에는 제한이 없다. OSAppID는, 주어진 OS에 대하여 사용자 장치 내에서 유일하게 식별하는 어플리케이션 및 주어진 어플리케이션과 연관된 식별자일 수 있다. OSAppID 값은 예를 들어 OS에서 특정되는 어플리케이션 식별자를 포함할 수 있으나, 3GPP에서는 그 코딩에 대하여서는 제한하고 있지 않다. 기존에는, OSAppID의 필드에, 어플리케이션 식별 정보, 예를 들어 패키지 명칭, 번들 ID와 같은 정보가 이용됨에 따라서, 도 4를 참조하여 설명하였던 동일한 어플리케이션 식별 정보를 가지는 위조 어플리케이션의 네트워크 슬라이스 이용이 방지될 수 없었다. 한편, 어플리케이션 식별 정보의 종류에는 제한이 없다. 다양한 실시예에 따른 전자 장치(101)는 검증을 위한 정보(예를 들어, 표 1의 검증 타입 및/또는 검증 값)를 더 포함하는 URSP 룰을 저장하여 관리함으로써, 위조 어플리케이션의 네트워크 슬라이스 이용이 방지될 수 있으며 이는 후술하도록 한다. 검증 타입은, 특정 어플리케이션이 특정 네트워크 슬라이스의 이용이 허용되는지 여부를 검증하기 위한 방식으로, 표 1에서는 그 예시로 사인 키(signing key) 방식, 해시 키(hash key) 방식, 토큰(token) 방식이 포함되나 그 방식에는 제한이 없다. 검증 값은, 각각의 검증 타입에서 이용되는 값들로서, 예를 들어 사인 키 방식에서 이용되는 사인 키, 해시 키 방식에서 이용되는 해시 연산 결과, 및 토큰 방식에서 이용되는 토큰이 포함될 수 있으나, 제한은 없다. 한편, URSP 룰에는, 표 1의 형식의 어플리케이션 디스크립터를 포함하는 트래픽 디스크립터에 대응하는 경로 선택 디스크립터가 포함됨을 당업자는 이해할 것이다.
다양한 실시예에 따라서, 전자 장치(101)는, 503 동작에서, 연관 정보에 포함되는 제 1 식별 정보를 가지는 제 1 어플리케이션에 기반하여 제 1 값을 확인할 수 있다. 하나의 예에서, 전자 장치(101)는, 제 1 어플리케이션이 저장된 위치(또는, 주소)에서 검증을 위한 제 1 값을 독출할 수 있다. 예를 들어, 만약 검증 타입이 사인 키 방식인 경우에는, 전자 장치(101)는 제 1 어플리케이션의 제 1 식별 정보(예를 들어, 패키지 명칭)에 대응하는 PackageInfo의 API를 통하여 인증서 정보를 독출할 수 있으며, 인증서 정보에 사인 키를 제 1 값으로서 독출할 수 있다. 예를 들어, 만약 검증 타입이 해시 키 방식인 경우에는, 전자 장치(101)는 제 1 어플리케이션이 저장된 위치(또는, 주소)로부터 키를 독출하고 독출된 키에 대하여 해시 연산을 수행한 결과를 제 1 값으로서 확인할 수 있다. 예를 들어, 만약 검증 타입이 토큰 방식인 경우에는, 전자 장치(101)는 제 1 어플리케이션으로부터 네트워크 연결 요청이 획득되면, 이에 포함된 토큰은 제 1 값으로서 확인할 수 있다.
다양한 실시예에 따라서, 전자 장치(101)는, 505 동작에서, 연관 정보를 이용하여, 제 1 식별 정보에 대응하는 검증 정보에 기반하여 제 2 값을 확인할 수 있다. 예를 들어, 만약 검증 타입이 사인 키 방식인 경우에는, 전자 장치(101)는, 표 1과 같은 연관 정보에서, 제 1 식별 정보(예를 들어, 패키지 명칭)에 대응하는 사인 키를 제 2 값으로서 확인할 수 있다. 예를 들어 만약 검증 타입이 해시 키 방식인 경우에는, 전자 장치(101)는, 표 1과 같은 연관 정보에서, 제 1 식별 정보(예를 들어, 패키지 명칭)에 대응하는 해시 연산 결과를 제 2 값으로서 확인할 수 있다. 예를 들어, 만약 검증 타입이 토큰 방식인 경우에는, 전자 장치(101)는 표 1과 같은 연관 정보에서, 제 1 식별 정보(예를 들어, 패키지 명칭)에 대응하는 토큰을 제 2 값으로서 확인할 수 있다. 한편, 도 5에서는, 503 동작이 수행된 이후에 505 동작이 수행되는 것과 같이 도시되어 있지만, 이는 단순히 예시적인 것으로 그 수행 순서에는 제한이 없으며, 동일 시간 대에 병렬적으로 수행될 수도 있다.
다양한 실시예에 따라서, 전자 장치(101)는, 507 동작에서, 제 1 값 및 제 2 값이 동일함에 기반하여, 제 1 어플리케이션에 대응하는 PDU 세션 수립을 위한 정보를 이용하여 PDU 세션을 수립할 수 있다. 예를 들어, 제 1 어플리케이션에 기반하여 확인된 제 1 값과, URSP 룰에 포함된 제 2 값이 동일한 경우에는, 전자 장치(101)는 제 1 어플리케이션이 URSP 룰에서 허용하는 네트워크 슬라이스를 이용할 권한을 가지는 것으로 판단할 수 있다. 전자 장치(101)는, 제 1 식별 정보에 대응하는 경로 선택 디스크립터의 적어도 일부인 PDU 세션 수립을 위한 정보에 기반하여, PDU 세션 수립 요청(PDU session establishment request) 메시지를 네트워크로 송신할 수 있다. 네트워크 및 전자 장치(101)는, PDU 세션 수립 요청 메시지에 기반하여 PDU 세션을 수립할 수 있다. 전자 장치(101)는, 509 동작에서, 제 1 어플리케이션과 연관된 데이터를, 수립된 PDU 세션을 이용하여 송수신할 수 있다.
만약, 제 1 값 및 제 2 값이 동일하지 않은 경우에는, 전자 장치(101)는, 설치된 제 1 어플리케이션이 URSP 룰에서 허용되는 네트워크 슬라이스를 이용할 권한을 가지지 않는 것으로 판단할 수 있다. 이 경우, 전자 장치(101)는, 제 1 식별 정보에 대응하는 PDU 세션을 위한 정보에 대응하는 PDU 세션의 수립을 삼가할 수 있다. 전자 장치(101)는, 제 1 어플리케이션을 위한 신규 PDU 세션의 수립 및/또는 기존 PDU 세션으로의 연관을 삼가할 수 있다. 또는, 전자 장치(101)는, 네트워크 슬라이스와 무관한 PDU 세션(예를 들어, 인터넷 DNN의 PDU 세션)을 수립하거나, 및/또는 기존 PDU 세션에 제 1 어플리케이션을 연관시킬 수도 있다.
도 6은 다양한 실시예에 따른 전자 장치의 블록도를 도시한다.
다양한 실시예에 따라서, 프로세서(120)에는, 제 1 어플리케이션(601) 및 제 2 어플리케이션(602) 중 어느 하나가 설치되어 실행될 수 있다. 예를 들어, 제 1 어플리케이션(601)은 진정한(genuine) 어플리케이션이며, 제 2 어플리케이션(602)은 제 1 어플리케이션(601)을 모사한 위조 어플리케이션임을 상정하도록 한다. 제 1 어플리케이션(601) 및 제 2 어플리케이션(602)은, 예를 들어 동일한 어플리케이션 식별 정보(예를 들어, 패키지 명칭)를 가질 수 있다. 어플리케이션들(601,602) 중 어느 하나는, 예를 들어 어플리케이션(예: 도 1의 어플리케이션(146)) 계층에서 실행될 수 있으나, 제한은 없다. 프로세서(120)에서 실행되는 어플리케이션들(601,602) 중 어느 하나는 커뮤니케이션 프로세서(440)를 통하여 네트워크(620)과 데이터를 송수신할 수 있다.
다양한 실시예에 따라서, 프로세서(120)에는, ConnectivityService(611), PermissionAssignmentService(613), 또는 TelephonyService(615) 중 적어도 하나가 실행될 수 있다. ConnectivityService(611), PermissionAssignmentService(613), 또는 TelephonyService(615) 중 적어도 하나의 동작은, 어플리케이션 프로세서(예: 프로세서(120)), 또는 전자 장치(101)의 동작을 의미할 수도 있다.
다양한 실시예에 따라서, ConnectivityService(611)는, 어플리케이션이 네트워크 연결을 요청하는 경우, 특정 네트워크 슬라이스를 이용할 권한이 있는지 여부를 PermissionAssignmentService(613)를 통하여 확인할 수 있다. 예를 들어, 제 1 어플리케이션(601) 또는 제 2 어플리케이션(602)으로부터 네트워크 연결 요청이 확인되면, ConnectivityService(611)는 PermissionAssignmentService(613)에 해당 어플리케이션이 네트워크 슬라이스를 이용할 권한이 있는지 여부를 확인 요청할 수 있다. PermissionAssignmentService(613)는, 해당 어플리케이션이 네트워크 슬라이스를 이용할 권한이 있는지 여부를 확인하고, 그 결과를 ConnectivityService(611)로 제공할 수 있다. ConnectivityService(611)는, 수신한 확인 결과에 따라, 해당 어플리케이션의 네트워크 연결 요청에 기반하여 PDU 세션 수립(또는, 연관)을 진행하거나, 또는 해당 네트워크 슬라이스와 연관된 PDU 세션 수립(또는, 연관)을 삼가할 수 있다. 만약, PDU 세션을 수립하기로 결정되면, ConnectivityService(611)는 TelephonyService(615)에 네트워크 수립을 요청할 수 있다. TelephonyService(615)는, 커뮤니케이션 프로세서(440)(또는, 커뮤니케이션 프로세서(440)에서 실행되는 프로토콜 스택)를 통하여 네트워크(620)로 PDU 세션 수립 요청 메시지를 송신할 수 있으며, 이에 따라 PDU 세션이 수립될 수 있다. 한편, 네트워크 연결 요청 시점에서의 어플리케이션의 권한 여부를 확인하는 예시는 단순히 예시적인 것으로, 후술할 다양한 시점에서 어플리케이션의 권한 여부가 확인될 수 있다.
다양한 실시예에 따라서, PermissionAssignmentService(613)는, 네트워크(620)(예를 들어, PCF(307))로부터 URSP 룰을 수신하여 저장할 수 있다. 예를 들어, 표 1에서와 같이, URSP 룰의 트래픽 디스크립터에 포함된 어플리케이션 디스크립터에는, 어플리케이션 식별 정보 및 검증을 위한 정보가 포함될 수 있다. PermissionAssignmentService(613)는, ConnectivityService(611)로부터 요청에 기반하여, 특정 어플리케이션에 대한 권한 여부를 확인할 수 있다. 예를 들어, PermissionAssignmentService(613)는, 해당 어플리케이션에 기반하여 획득된 제 1 값과, URSP 룰에 포함된 제 2 값 사이의 비교 결과에 기반하여, 특정 어플리케이션에 대한 권한 여부를 확인할 수 있다. 한편, 후술할 것으로, 전자 장치(101)는 검증 서버(630)를 이용하는 검증 서버 방식을 이용하여 네트워크 슬라이스의 이용 가능 여부를 판단할 수도 있다. 이 경우, PermissionAssignmentService(613)는, 검증 서버(630)로 토큰을 송신하고, 검증 서버(603)로부터 리프레시 토큰을 수신할 수 있으며, 리프레시 토큰의 수신 여부에 따라 네트워크 슬라이스의 이용 가능 여부를 판단할 수도 있다. 검증 서버(630)는, PermissionAssignmentService(613)로부터 수신한 토큰에 기반하여 리프레시 토큰을 발급(또는, 발급 중지)할 수 있으며, 이에 대하여서는 후술하도록 한다.
예를 들어, PermissionAssignmentService(613)는 제 1 어플리케이션(601)에 기반한 제 1 값을 획득하고, URSP 룰에 포함된 값과 제 1 값이 동일함에 기반하여, 제 1 어플리케이션(601)이 유효함을 나타내는 정보를 ConnectivityService(611)로 제공할 수 있다. ConnectivityService(611)는, 제 1 어플리케이션(601)에 대응하는 PDU 세션 수립을 TelephonyService(615)로 요청할 수 있으며, 이에 따라 제 1 어플리케이션(601)에 대응하는 PDU 세션(617)이 수립될 수 있다. PermissionAssignmentService(613)는 제 2 어플리케이션(602)에 기반한 제 2 값을 획득하고, URSP 룰에 포함된 값과 제 2 값이 동일하지 않음에 기반하여, 제 2 어플리케이션(602)이 유효하지 않음을 나타내는 정보를 ConnectivityService(611)로 제공할 수 있다. ConnectivityService(611)는, 제 2 어플리케이션(602)에 대응하는 PDU 세션 수립을 삼가하거나, 또는 디폴트 PDU 세션 수립을 진행할 수도 있다.
다양한 실시예에 따라서, TelephonyService(615)는, 예를 들어 RIL(radio interface layer)에 포함될 수 있다. TelephonyService(615)는, 만약 커뮤니케이션 프로세서(440)로부터, 특정 네트워크 슬라이스의 이용이 허용된 어플리케이션 식별 정보가 수신되면, PDU 세션을 수립하는데 필요한 정보를 커뮤니케이션 프로세서(440)(또는, 커뮤니케이션 프로세서(440)에서 실행되는 프로토콜 스택)로 제공할 수 있다.
다양한 실시예에 따라서, 커뮤니케이션 프로세서(440)는, 네트워크(620)으로부터 전달된 어플리케이션 식별 정보(예를 들어, 리스트)를 어플리케이션 프로세서(예: 프로세서(120))로 전달할 수 있다. 커뮤니케이션 프로세서(440)는, 커뮤니케이션 프로세서(440) 내의 특정 메모리 영역, 또는 SIM 카드로부터, 캐리어 네트워크가 허용된 어플리케이션의 식별 정보를 읽을 수 있다. 커뮤니케이션 프로세서(440)는, 캐리어 네트워크가 허용된 어플리케이션의 식별 정보를 PermissionAssignmentService(613)로 전달할 수 있다. 커뮤니케이션 프로세서(440)는, 프로세서(120)로부터 PDU 세션의 수립을 요청받은 경우, 프로세서(120)로부터의 정보를 기반으로 PDU 세션을 수립할 수 있다.
도 7a는, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
다양한 실시예에 따라서, 전자 장치(101)(예를 들어, 도 1의 프로세서(120), 도 2a의 제 1 커뮤니케이션 프로세서(212), 도 2a의 제 2 커뮤니케이션 프로세서(214), 도 2b의 통합 커뮤니케이션 프로세서(260), 또는 도 6의 커뮤니케이션 프로세서(440) 중 적어도 하나)는, 701 동작에서, 사인 키를 포함하는 URSP 룰을 획득할 수 있다. 예를 들어, 전자 장치(101)가 획득한 URSP 룰에 포함된 어플리케이션 디스크립터는 표 2와 같을 수 있다.
OSId OSAppId
Android 어플리케이션 식별 정보 검증 타입 검증 값
com.company.ursp SigningKey 제1값
표 2에서의 어플리케이션 식별 정보인, “com.company.ursp”는 예를 들어 패키지 명칭일 수 있으며, 검증 타입인 “SingingKey”는 사인 키 방식임을 나타내며, 검증 값인 “제 1 값”은 사인 키의 값으로 문자 및/또는 숫자의 조합으로 구현될 수도 있다. 표 2는 하나의 어플리케이션 식별 정보에 대한 정보가 포함되어 있지만, URSP 룰에는 하나, 또는 그 이상의 어플리케이션 식별 정보 및 각각에 대응하는 검증을 위한 정보들이 포함될 수 있음을 당업자는 이해할 것이다. 한편, 표 2의 URSP 룰 내의 어플리케이션 디스크립터는, 예를 들어 JSON format으로 구현될 수도 있으며, 이 경우에는 표 3과 같은 구현 형태를 가질 수 있다.
{ "AppID" : "com.company.ursp",
　 "Type" : "SigningKey",
　 "Key" : "제1값"
}
한편, JSON format은 단순히 예시적인 것으로, URSP 룰의 표현 방식에는 제한이 없다.
다양한 실시예에 따라서, 전자 장치(101)는, 703 동작에서 사인 키 방식에 대응하는 어플리케이션을 검색할 수 있다. 전자 장치(101)는, 표 2에서 SingingKey의 검증 타입을 가지는 어플리케이션 식별 정보(예를 들어, “com.company.ursp”의 패키지 명칭)를 가지는 어플리케이션이 전자 장치(101)에 저장 및/또는 설치되었는지 검색할 수 있다. 예를 들어, 전자 장치(101)에는, “com.company.ursp”의 패키지 명칭의 어플리케이션이 설치된 것을 상정하도록 한다. 705 동작에서, 전자 장치(101)는, 검색된 어플리케이션의 사인 키를 획득할 수 있다. 예를 들어, 전자 장치(101)는, “com.company.ursp”의 패키지 명칭의 어플리케이션의 저장 위치에서(예를 들어, 인증서에서) 사인키를 획득할 수 있다. 예를 들어, 표 2 와 같은 URSP 룰의 검증 값이 제 1 값으로 설정된 것을 상정하도록 한다. 만약, “com.company.ursp”의 패키지 명칭의 어플리케이션이 진정한 어플리케이션이라면 제 1 값이 획득될 수 있으며, “com.company.ursp”의 패키지 명칭의 어플리케이션이 위조된 어플리케이션이라면 제 2 값이 획득될 수 있다.
다양한 실시예에 따라서, 전자 장치(101)는, 707 동작에서, 검색된 어플리케이션에 기반하여 획득한 사인 키가, URSP 룰에 포함된 사인 키와 동일한지 여부를 판단할 수 있다. 검색된 어플리케이션에 기반하여 획득한 사인 키가, URSP 룰에 포함된 사인 키와 동일한 경우에는(707-예), 전자 장치(101)는 709 동작에서 어플리케이션이 유효한 것으로 확인할 수 있다. 검색된 어플리케이션에 기반하여 획득한 사인 키가, URSP 룰에 포함된 사인 키와 동일하지 않은 경우에는(707-아니오), 전자 장치(101)는 711 동작에서 어플리케이션이 유효하지 않은 것으로 확인할 수 있다. 예를 들어, 어플리케이션에 기반하여 획득된 제 1 값과 URSP 룰에 포함된 제 1 값이 동일한 경우에는, 전자 장치(101)는 설치된 “com.company.ursp”의 패키지 명칭의 어플리케이션이 유효한 것으로 확인할 수 있다. 예를 들어, 어플리케이션에 기반하여 획득된 제 2 값과 URSP 룰에 포함된 제 1 값이 동일하지 않은 경우에는, 전자 장치(101)는 설치된 “com.company.ursp”의 패키지 명칭의 어플리케이션이 유효하지 않은 것으로 확인할 수 있다.
상술한 바와 같이, 전자 장치(101)는, 어플리케이션으로부터 네트워크 연결 요청이 획득되기 이전이라도, URSP 룰이 획득됨에 기반하여 사인 키 방식에 대응하는 어플리케이션의 유효 여부를 확인할 수 있다. 유효 여부가 확인된 이후, 전자 장치(101)는 어플리케이션으로부터 네트워크 연결 요청이 획득할 수 있다. 만약, 어플리케이션이 유효한 것으로 확인되면, 전자 장치(101)는 어플리케이션을 위한 PDU 세션을 수립하거나, 또는 기 수립된 PDU 세션에 어플리케이션을 연관시킬 수 있다. 만약, 어플리케이션이 유효하지 않은 것으로 확인되면, 전자 장치(101)는, 어플리케이션을 위한 PDU 세션의 수립을 삼가할 수 있다. 이 경우, 전자 장치(101)는, 해당 어플리케이션의 네트워크 연결을 삼가하거나, 또는 권한이 요구되지 않는 PDU 세션을 수립 및/또는 PDU 세션에 연관시킬 수 있다.
도 7b는, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
다양한 실시예에 따라서, 전자 장치(101)(예를 들어, 도 1의 프로세서(120), 도 2a의 제 1 커뮤니케이션 프로세서(212), 도 2a의 제 2 커뮤니케이션 프로세서(214), 도 2b의 통합 커뮤니케이션 프로세서(260), 또는 도 6의 커뮤니케이션 프로세서(440) 중 적어도 하나)는, 721 동작에서 사인 키를 포함하는 URSP 룰을 획득할 수 있다. 예를 들어, 전자 장치(101)는 표 2와 같은 URSP 룰을 획득할 수 있다. 전자 장치(101)는, 723 동작에서, 신규 어플리케이션을 설치할 수 있다. 예를 들어, 신규 어플리케이션의 식별 정보에 대응하는 URSP 룰이 획득된 이후에, 전자 장치(101)에 신규 어플리케이션이 설치된 것을 상정하도록 한다. 전자 장치(101)는, 725 동작에서, 신규 어플리케이션에 대응하는 검증 타입이 사인 키 방식임을 확인할 수 있다. 예를 들어, 전자 장치(101)에 “com.company.ursp”의 패키지 명칭의 신규 어플리케이션이 설치된 것을 상정하도록 한다. 전자 장치(101)는, 설치된 신규 어플리케이션의 패키지 명칭이 표 2의 URSP 룰의 어플리케이션 식별 정보에 포함됨을 확인할 수 있다. 전자 장치(101)는, 표 2의 URSP 룰에서 “com.company.ursp”의 패키지 명칭에 대응하는 검증 타입이 사인 키 방식임을 확인할 수 있다.
다양한 실시예에 따라서, 전자 장치(101)는, 727 동작에서 신규 어플리케이션의 사인 키를 획득할 수 있다. 예를 들어, 전자 장치(101)는, “com.company.ursp”의 패키지 명칭의 어플리케이션의 저장 위치에서(예를 들어, 인증서에서) 사인키를 획득할 수 있다. 예를 들어, 표 2 와 같은 URSP 룰의 검증 값이 제 1 값으로 설정된 것을 상정하도록 한다. 만약, “com.company.ursp”의 패키지 명칭의 신규 어플리케이션이 진정한 어플리케이션이라면 제 1 값이 획득될 수 있으며, “com.company.ursp”의 패키지 명칭의 신규 어플리케이션이 위조된 어플리케이션이라면 제 2 값이 획득될 수 있다. 다양한 실시예에 따라서, 전자 장치(101)는, 729 동작에서, 신규 어플리케이션에 기반하여 획득한 사인 키가, URSP 룰에 포함된 사인 키와 동일한지 여부를 판단할 수 있다. 신규 어플리케이션에 기반하여 획득한 사인 키가, URSP 룰에 포함된 사인 키와 동일한 경우에는(729-예), 전자 장치(101)는 731 동작에서 신규 어플리케이션이 유효한 것으로 확인할 수 있다. 신규 어플리케이션에 기반하여 획득한 사인 키가, URSP 룰에 포함된 사인 키와 동일하지 않은 경우에는(729-아니오), 전자 장치(101)는 733 동작에서 신규 어플리케이션이 유효하지 않은 것으로 확인할 수 있다. 예를 들어, 신규 어플리케이션에 기반하여 획득된 제 1 값과 URSP 룰에 포함된 제 1 값이 동일한 경우에는, 전자 장치(101)는 신규 설치된 “com.company.ursp”의 패키지 명칭의 어플리케이션이 유효한 것으로 확인할 수 있다. 예를 들어, 신규 어플리케이션에 기반하여 획득된 제 2 값과 URSP 룰에 포함된 제 1 값이 동일하지 않은 경우에는, 전자 장치(101)는 신규 설치된 “com.company.ursp”의 패키지 명칭의 어플리케이션이 유효하지 않은 것으로 확인할 수 있다.
상술한 바와 같이, 전자 장치(101)는, 신규 어플리케이션으로부터 네트워크 연결 요청이 획득되기 이전이라도, 어플리케이션이 설치됨에 기반하여 사인 키 방식에 대응하는 신규 어플리케이션의 유효 여부를 확인할 수 있다. 유효 여부가 확인된 이후, 전자 장치(101)는 신규 어플리케이션으로부터 네트워크 연결 요청이 획득할 수 있다. 만약, 신규 어플리케이션이 유효한 것으로 확인되면, 전자 장치(101)는 신규 어플리케이션을 위한 PDU 세션을 수립하거나, 또는 기 수립된 PDU 세션에 신규 어플리케이션을 연관시킬 수 있다. 만약, 신규 어플리케이션이 유효하지 않은 것으로 확인되면, 전자 장치(101)는, 신규 어플리케이션을 위한 PDU 세션의 수립을 삼가할 수 있다. 이 경우, 전자 장치(101)는, 신규 어플리케이션의 네트워크 연결을 삼가하거나, 또는 권한이 요구되지 않는 PDU 세션을 수립 및/또는 PDU 세션에 연관시킬 수 있다.
도 7c는, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
다양한 실시예에 따라서, 전자 장치(101)(예를 들어, 도 1의 프로세서(120), 도 2a의 제 1 커뮤니케이션 프로세서(212), 도 2a의 제 2 커뮤니케이션 프로세서(214), 도 2b의 통합 커뮤니케이션 프로세서(260), 또는 도 6의 커뮤니케이션 프로세서(440) 중 적어도 하나)는, 741 동작에서 사인 키를 포함하는 URSP 룰을 획득할 수 있다. 예를 들어, 전자 장치(101)는 표 2와 같은 URSP 룰을 획득할 수 있다. 전자 장치(101)는, 743 동작에서, 설치된 어플리케이션으로부터 네트워크 연결 요청을 획득할 수 있다. 전자 장치(101)는, 745 동작에서, 네트워크 연결을 요청한 어플리케이션에 대응하는 검증 타입이 사인 키 방식임을 확인할 수 있다. 예를 들어, 전자 장치(101)에 “com.company.ursp”의 패키지 명칭의 어플리케이션이 네트워크 연결을 요청한 것을 상정하도록 한다. 전자 장치(101)는, 네트워크 연결을 요청한 어플리케이션의 패키지 명칭이 표 2의 URSP 룰의 어플리케이션 식별 정보에 포함됨을 확인할 수 있다. 전자 장치(101)는, 표 2의 URSP 룰에서 “com.company.ursp”의 패키지 명칭에 대응하는 검증 타입이 사인 키 방식임을 확인할 수 있다.
다양한 실시예에 따라서, 전자 장치(101)는, 747 동작에서 네트워크 연결을 요청한 어플리케이션의 사인 키를 획득할 수 있다. 예를 들어, 전자 장치(101)는, “com.company.ursp”의 패키지 명칭의 어플리케이션의 저장 위치에서(예를 들어, 인증서에서) 사인키를 획득할 수 있다. 예를 들어, 표 2 와 같은 URSP 룰의 검증 값이 제 1 값으로 설정된 것을 상정하도록 한다. 만약, “com.company.ursp”의 패키지 명칭의 어플리케이션이 진정한 어플리케이션이라면 제 1 값이 획득될 수 있으며, “com.company.ursp”의 패키지 명칭의 어플리케이션이 위조된 어플리케이션이라면 제 2 값이 획득될 수 있다. 다양한 실시예에 따라서, 전자 장치(101)는, 749 동작에서, 어플리케이션에 기반하여 획득한 사인 키가, URSP 룰에 포함된 사인 키와 동일한지 여부를 판단할 수 있다. 어플리케이션에 기반하여 획득한 사인 키가, URSP 룰에 포함된 사인 키와 동일한 경우에는(749-예), 전자 장치(101)는 751 동작에서 어플리케이션이 유효한 것으로 확인할 수 있다. 어플리케이션에 기반하여 획득한 사인 키가, URSP 룰에 포함된 사인 키와 동일하지 않은 경우에는(749-아니오), 전자 장치(101)는 753 동작에서 어플리케이션이 유효하지 않은 것으로 확인할 수 있다. 예를 들어, 어플리케이션에 기반하여 획득된 제 1 값과 URSP 룰에 포함된 제 1 값이 동일한 경우에는, 전자 장치(101)는 네트워크 연결을 요청한 “com.company.ursp”의 패키지 명칭의 어플리케이션이 유효한 것으로 확인할 수 있다. 예를 들어, 어플리케이션에 기반하여 획득된 제 2 값과 URSP 룰에 포함된 제 1 값이 동일하지 않은 경우에는, 전자 장치(101)는 네트워크 연결을 요청한 “com.company.ursp”의 패키지 명칭의 어플리케이션이 유효하지 않은 것으로 확인할 수 있다.
네트워크 연결을 요청한 어플리케이션이 유효한 것으로 확인되면, 전자 장치(101)는 어플리케이션을 위한 PDU 세션을 수립하거나, 또는 기 수립된 PDU 세션에 신규 어플리케이션을 연관시킬 수 있다. 만약, 네트워크 연결을 요청한 어플리케이션이 유효하지 않은 것으로 확인되면, 전자 장치(101)는, 어플리케이션을 위한 PDU 세션의 수립을 삼가할 수 있다. 이 경우, 전자 장치(101)는, 어플리케이션의 네트워크 연결을 삼가하거나, 또는 권한이 요구되지 않는 PDU 세션을 수립 및/또는 PDU 세션에 연관시킬 수 있다.
도 8은, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다. 도 6을 참조하여 설명한 바와 같이, ConnectivityService(611) 및 PermissionAssignmentService(613)의 동작은, 전자 장치(101)에 의하여 수행될 수 있다. 어플리케이션(603)은, 전자 장치(101)에 저장 및/또는 설치된 것을 상정하도록 한다.
다양한 실시예에 따라서, 네트워크(620)는, URSP 룰(801)을 저장할 수 있다. 예를 들어, URSP 룰(801)은, 표 3에서와 같은 JSON format으로 구성될 수 있으나, 상술한 바와 같이 그 표현 형식에는 제한이 없다. 네트워크(620)는, 803 동작에서 URSP 룰(801)을 전자 장치(101)로 제공할 수 있으며, 예를 들어 PermissionAssignmentService(613)가 이를 수신하여 저장할 수 있다. PermissionAssignmentService(613)는, 805 동작에서 URSP 룰 테이블(807)을 업데이트할 수 있다. 하나의 예에서, 전자 장치(101)에서 관리되는 URSP 룰 테이블(807)에는, 어플리케이션 식별 정보(예를 들어, 패키지 명칭), 검증 타입, 검증을 위한 값과, 유효 여부가 포함될 수 있다. 특정 어플리케이션 식별 정보에 대응하는 유효 여부가 검증되기 이전에는, URSP 룰 테이블(807)의 유효 여부 필드가 비워질 수 있다. PermissionAssignmentService(613)는, 809 동작에서 검증 타입이 사인 키 방식임을 확인할 수 있다. PermissionAssignmentService(613)는, 사인 키 방식에 대응하는 어플리케이션을 검색할 수 있다. 도 8의 예시에서는, 어플리케이션(603)이 사인 키 방식에 대응하는 어플리케이션임을 상정하도록 한다.
다양한 실시예에 따라서, PermissionAssignmentService(613)는 811 동작에서, 어플리케이션(603)에 사인 키를 요청할 수 있다. PermissionAssignmentService(613)는 815 동작에서, 어플리케이션(603)으로부터 사인 키(813)를 획득할 수 있다. 811 동작 및 815 동작은, 예를 들어 어플리케이션(603)의 저장 위치(예를 들어, 인증서의 저장 위치)에서 사인 키(813)를 독출하는 것일 수도 있다. PermissionAssignmentService(613)는, 817 동작에서, 획득된 사인 키(813) 및 URPS 룰(801)의 사인 키의 비교 결과에 기반하여, URSP 룰 테이블(819)을 업데이트할 수 있다. 업데이트된 URSP 룰 테이블(819)의 유효 여부에는, 참(true), 또는 거짓(false) 중 어느 하나의 값이 포함될 수 있다. 예를 들어, 815 동작에서 획득된 사인 키(813)와, URSP 룰(801)에 포함된 사인 키가 동일한 경우에는, URSP 룰 테이블(819)의 유효 여부에 참(true)이 포함될 수 있다. 예를 들어, 815 동작에서 획득된 사인 키(813)와, URSP 룰(801)에 포함된 사인 키가 동일하지 않은 경우에는, URSP 룰 테이블(819)의 유효 여부에 거짓(false)이 포함될 수 있다.
다양한 실시예에 따라서, ConnectivityService(611)는, 821 동작에서, 어플리케이션(603)으로부터 네트워크 연결 요청을 수신할 수 있다. ConnectivityService(611)는, 823 동작에서, PermissionAssignmentService(613)에 어플리케이션(603)의 검증을 요청할 수 있다. PermissionAssignmentService(613)는, 825 동작에서, 어플리케이션(603)의 유효 정보를 ConnectivityService(611)에 제공할 수 있다. PermissionAssignmentService(613)는, URSP 룰 테이블(819)에서 해당 어플리케이션 식별 정보에 대응하는 유효 여부에 기반하여, 어플리케이션(603)의 유효 정보를 ConnectivityService(611)에 제공할 수 있다. 만약, ConnectivityService(611)가 거짓의 유효 정보를 획득하는 경우에는, 827a 동작에서, 어플리케이션(603)에 에러 정보를 전달할 수 있다. 만약, ConnectivityService(611)가 참의 유효 정보를 획득하는 경우에는, 827b 동작에서, PDU 세션 수립을, 예를 들어 TelephonyService(615)를 통하여 네트워크(620)에 요청할 수 있다.
도 9a는, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
다양한 실시예에 따라서, 전자 장치(101)(예를 들어, 도 1의 프로세서(120), 도 2a의 제 1 커뮤니케이션 프로세서(212), 도 2a의 제 2 커뮤니케이션 프로세서(214), 도 2b의 통합 커뮤니케이션 프로세서(260), 또는 도 6의 커뮤니케이션 프로세서(440) 중 적어도 하나)는, 901 동작에서, 해시 함수 및 해시 값을 포함하는 URSP 룰을 획득할 수 있다. 예를 들어, 전자 장치(101)가 획득한 URSP 룰에 포함된 어플리케이션 디스크립터는 표 4와 같을 수 있다.
OSId OSAppId
Android 어플리케이션 식별 정보 검증 타입 해시 함수 검증 값
com.company.ursp HashingKey 제 1 해시 함수 제 1 해시 값
표 4에서의 어플리케이션 식별 정보인, "com.company.ursp"는 예를 들어 패키지 명칭일 수 있으며, 검증 타입인 "HashingKey"는 해시 키 방식임을 나타내며, 해시 함수인 "제 1 해시 함수"는 해시 연산을 수행할 수 있는 해시 함수일 수 있으며, 검증 값인 "제 1 해시 값"은 해시 키를 제 1 해시 함수로 연산한 결과 획득되는 해시 값일 수 있다. 표 4는 하나의 어플리케이션 식별 정보에 대한 정보가 포함되어 있지만, URSP 룰에는 하나, 또는 그 이상의 어플리케이션 식별 정보 및 각각에 대응하는 검증을 위한 정보들이 포함될 수 있음을 당업자는 이해할 것이다. 한편, 표 4의 URSP 룰 내의 어플리케이션 디스크립터는, 예를 들어 JSON format으로 구현될 수도 있으며, 이 경우에는 표 5와 같은 구현 형태를 가질 수 있다.
{ "AppID" : "com.company.ursp",
　 "Type" : "HashingKey",
　 "HashFunction" : "제 1 해시 함수"
　 "HashValue" : "제 1 해시 값"
}
한편, JSON format은 단순히 예시적인 것으로, URSP 룰의 표현 방식에는 제한이 없다.
다양한 실시예에 따라서, 전자 장치(101)는, 903 동작에서 해시 키 검증 타입에 대응하는 어플리케이션을 검색할 수 있다. 전자 장치(101)는, 표 4에서 HashingKey의 검증 타입을 가지는 어플리케이션 식별 정보(예를 들어, “com.company.ursp”의 패키지 명칭)를 가지는 어플리케이션이 전자 장치(101)에 저장 및/또는 설치되었는지 검색할 수 있다. 예를 들어, 전자 장치(101)에는, “com.company.ursp”의 패키지 명칭의 어플리케이션이 설치된 것을 상정하도록 한다. 905 동작에서, 전자 장치(101)는, 검색된 어플리케이션의 키를 획득할 수 있다. 예를 들어, 전자 장치(101)는, “com.company.ursp”의 패키지 명칭의 어플리케이션의 저장 위치에서(예를 들어, 인증서에서) 키를 획득할 수 있다. 907 동작에서, 전자 장치(101)는, 키 및 해시 함수에 기반하여 해시 값을 계산할 수 있다. 예를 들어, 표 4 와 같은 URSP 룰의 검증 값이 제 1 해시 값으로 설정된 것을 상정하도록 한다. 만약, “com.company.ursp”의 패키지 명칭의 어플리케이션이 진정한 어플리케이션이라면, 어플리케이션으로부터의 키와 제 1 해시 함수의 연산 결과 제 1 해시 값이 획득될 수 있다. “com.company.ursp”의 패키지 명칭의 어플리케이션이 위조된 어플리케이션이라면, 어플리케이션으로부터의 키와 제 1 해시 함수의 연산 결과 제 2 해시 값이 획득될 수 있다.
다양한 실시예에 따라서, 전자 장치(101)는, 909 동작에서, 계산된 해시 값이, URSP 룰에 포함된 해시 값와 동일한지 여부를 판단할 수 있다. 계산된 해시 값이, URSP 룰에 포함된 해시 값과 동일한 경우에는(909-예), 전자 장치(101)는 911 동작에서 어플리케이션이 유효한 것으로 확인할 수 있다. 계산된 해시 값이, URSP 룰에 포함된 해시 값과 동일하지 않은 경우에는(909-아니오), 전자 장치(101)는 913 동작에서 어플리케이션이 유효하지 않은 것으로 확인할 수 있다. 예를 들어, 어플리케이션으로부터 획득된 키와 제 1 해시 함수의 연산 결과 계산된 제 1 해시 값과 URSP 룰에 포함된 제 1 해시 값이 동일한 경우에는, 전자 장치(101)는 설치된 “com.company.ursp”의 패키지 명칭의 어플리케이션이 유효한 것으로 확인할 수 있다. 예를 들어, 어플리케이션으로부터 획득된 키와 제 1 해시 함수의 연산 결과 계산된 제 2 해시 값과 URSP 룰에 포함된 제 1 해시 값이 동일하지 않은 경우에는, 전자 장치(101)는 설치된 “com.company.ursp”의 패키지 명칭의 어플리케이션이 유효하지 않은 것으로 확인할 수 있다.
상술한 바와 같이, 전자 장치(101)는, 어플리케이션으로부터 네트워크 연결 요청이 획득되기 이전이라도, URSP 룰이 획득됨에 기반하여 해시 키 방식에 대응하는 어플리케이션의 유효 여부를 확인할 수 있다. 유효 여부가 확인된 이후, 전자 장치(101)는 어플리케이션으로부터 네트워크 연결 요청이 획득할 수 있다. 만약, 어플리케이션이 유효한 것으로 확인되면, 전자 장치(101)는 어플리케이션을 위한 PDU 세션을 수립하거나, 또는 기 수립된 PDU 세션에 어플리케이션을 연관시킬 수 있다. 만약, 어플리케이션이 유효하지 않은 것으로 확인되면, 전자 장치(101)는, 어플리케이션을 위한 PDU 세션의 수립을 삼가할 수 있다. 이 경우, 전자 장치(101)는, 해당 어플리케이션의 네트워크 연결을 삼가하거나, 또는 권한이 요구되지 않는 PDU 세션을 수립 및/또는 PDU 세션에 연관시킬 수 있다.
도 9b는, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
다양한 실시예에 따라서, 전자 장치(101)(예를 들어, 도 1의 프로세서(120), 도 2a의 제 1 커뮤니케이션 프로세서(212), 도 2a의 제 2 커뮤니케이션 프로세서(214), 도 2b의 통합 커뮤니케이션 프로세서(260), 또는 도 6의 커뮤니케이션 프로세서(440) 중 적어도 하나)는, 921 동작에서 해시 함수 및 해시 값을 포함하는 URSP 룰을 획득할 수 있다. 예를 들어, 전자 장치(101)는 표 4와 같은 URSP 룰을 획득할 수 있다. 전자 장치(101)는, 923 동작에서, 신규 어플리케이션을 설치할 수 있다. 예를 들어, 신규 어플리케이션의 식별 정보에 대응하는 URSP 룰이 획득된 이후에, 전자 장치(101)에 신규 어플리케이션이 설치된 것을 상정하도록 한다. 전자 장치(101)는, 925 동작에서, 신규 어플리케이션에 대응하는 검증 타입이 해시 키 검증 타입임을 확인할 수 있다. 예를 들어, 전자 장치(101)에 “com.company.ursp”의 패키지 명칭의 신규 어플리케이션이 설치된 것을 상정하도록 한다. 전자 장치(101)는, 설치된 신규 어플리케이션의 패키지 명칭이 표 4의 URSP 룰의 어플리케이션 식별 정보에 포함됨을 확인할 수 있다. 전자 장치(101)는, 표 4의 URSP 룰에서 “com.company.ursp”의 패키지 명칭에 대응하는 검증 타입이 해시 키 검증 타입임을 확인할 수 있다.
다양한 실시예에 따라서, 전자 장치(101)는, 927 동작에서 신규 어플리케이션의 키 및 URSP 룰에 포함되는 해시 함수에 기반하여 해시 값을 계산할 수 있다. 예를 들어, 전자 장치(101)는, “com.company.ursp”의 패키지 명칭의 어플리케이션의 저장 위치에서(예를 들어, 인증서에서) 키를 획득할 수 있다. 예를 들어, 표 4와 같은 URSP 룰의 해시 함수가 제 1 해시 함수이고, 검증 값이 제 1 해시 값으로 설정된 것을 상정하도록 한다. 만약, “com.company.ursp”의 패키지 명칭의 신규 어플리케이션이 진정한 어플리케이션이라면, 키 및 제 1 해시 함수의 연산 결과에 따라 제 1 해시 값이 획득될 수 있으며, “com.company.ursp”의 패키지 명칭의 신규 어플리케이션이 위조된 어플리케이션이라면, 키 및 제 1 해시 함수의 연산 결과에 따라 제 2 값이 획득될 수 있다. 다양한 실시예에 따라서, 전자 장치(101)는, 929 동작에서, 신규 어플리케이션에 기반하여 계산된 해시 값이, URSP 룰에 포함된 해시 값과 동일한지 여부를 판단할 수 있다. 신규 어플리케이션에 기반하여 계산된 해시 값이, URSP 룰에 포함된 해시 값과 동일한 경우에는(929-예), 전자 장치(101)는 931 동작에서 신규 어플리케이션이 유효한 것으로 확인할 수 있다. 신규 어플리케이션에 기반하여 계산된 해시 값이, URSP 룰에 포함된 해시 값과 동일하지 않은 경우에는(929-아니오), 전자 장치(101)는 933 동작에서 신규 어플리케이션이 유효하지 않은 것으로 확인할 수 있다. 예를 들어, 신규 어플리케이션에 기반하여 계산된 제 1 해시 값과 URSP 룰에 포함된 제 1 해시 값이 동일한 경우에는, 전자 장치(101)는 신규 설치된 “com.company.ursp”의 패키지 명칭의 어플리케이션이 유효한 것으로 확인할 수 있다. 예를 들어, 신규 어플리케이션에 기반하여 계산된 제 2 해시 값과 URSP 룰에 포함된 제 1 해시 값이 동일하지 않은 경우에는, 전자 장치(101)는 신규 설치된 “com.company.ursp”의 패키지 명칭의 어플리케이션이 유효하지 않은 것으로 확인할 수 있다.
상술한 바와 같이, 전자 장치(101)는, 신규 어플리케이션으로부터 네트워크 연결 요청이 획득되기 이전이라도, 어플리케이션의 설치에 기반하여 사인 키 방식에 대응하는 신규 어플리케이션의 유효 여부를 확인할 수 있다. 유효 여부가 확인된 이후, 전자 장치(101)는 신규 어플리케이션으로부터 네트워크 연결 요청이 획득할 수 있다. 만약, 신규 어플리케이션이 유효한 것으로 확인되면, 전자 장치(101)는 신규 어플리케이션을 위한 PDU 세션을 수립하거나, 또는 기 수립된 PDU 세션에 신규 어플리케이션을 연관시킬 수 있다. 만약, 신규 어플리케이션이 유효하지 않은 것으로 확인되면, 전자 장치(101)는, 신규 어플리케이션을 위한 PDU 세션의 수립을 삼가할 수 있다. 이 경우, 전자 장치(101)는, 신규 어플리케이션의 네트워크 연결을 삼가하거나, 또는 권한이 요구되지 않는 PDU 세션을 수립 및/또는 PDU 세션에 연관시킬 수 있다.
도 9c는, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
다양한 실시예에 따라서, 전자 장치(101)(예를 들어, 도 1의 프로세서(120), 도 2a의 제 1 커뮤니케이션 프로세서(212), 도 2a의 제 2 커뮤니케이션 프로세서(214), 도 2b의 통합 커뮤니케이션 프로세서(260), 또는 도 6의 커뮤니케이션 프로세서(440) 중 적어도 하나)는, 941 동작에서 해시 함수 및 해시 값을 포함하는 URSP 룰을 획득할 수 있다. 예를 들어, 전자 장치(101)는 표 4와 같은 URSP 룰을 획득할 수 있다. 전자 장치(101)는, 943 동작에서, 설치된 어플리케이션으로부터 네트워크 연결 요청을 획득할 수 있다. 전자 장치(101)는, 945 동작에서, 네트워크 연결을 요청한 어플리케이션에 대응하는 검증 타입이 해시 키 방식임을 확인할 수 있다. 예를 들어, 전자 장치(101)에 “com.company.ursp”의 패키지 명칭의 어플리케이션이 네트워크 연결을 요청한 것을 상정하도록 한다. 전자 장치(101)는, 네트워크 연결을 요청한 어플리케이션의 패키지 명칭이 표 4의 URSP 룰의 어플리케이션 식별 정보에 포함됨을 확인할 수 있다. 전자 장치(101)는, 표 4의 URSP 룰에서 “com.company.ursp”의 패키지 명칭에 대응하는 검증 타입이 해시 키 방식임을 확인할 수 있다.
다양한 실시예에 따라서, 전자 장치(101)는, 947 동작에서 네트워크 연결을 요청한 어플리케이션 키 및 해시 함수에 기반하여 해시 값을 계산할 수 있다. 예를 들어, 전자 장치(101)는, “com.company.ursp”의 패키지 명칭의 어플리케이션의 저장 위치에서(예를 들어, 인증서에서) 키를 획득할 수 있다. 예를 들어, 표 4와 같은 URSP 룰의 검증 값이 제 1 해시 값으로 설정된 것을 상정하도록 한다. 만약, “com.company.ursp”의 패키지 명칭의 어플리케이션이 진정한 어플리케이션이라면, 키 및 제 1 해시 함수의 연산 결과에 따라 제 1 해시 값이 획득될 수 있다. “com.company.ursp”의 패키지 명칭의 어플리케이션이 위조된 어플리케이션이라면, 키 및 제 1 해시 함수의 연산 결과에 따라 제 2 해시 값이 획득될 수 있다. 다양한 실시예에 따라서, 전자 장치(101)는, 949 동작에서, 어플리케이션에 기반하여 계산된 해시 값이, URSP 룰에 포함된 해시 값과 동일한지 여부를 판단할 수 있다. 어플리케이션에 기반하여 계산된 해시 값이, URSP 룰에 포함된 해시 값과 동일한 경우에는(949-예), 전자 장치(101)는 951 동작에서 어플리케이션이 유효한 것으로 확인할 수 있다. 어플리케이션에 기반하여 계산된 해시 값이, URSP 룰에 포함된 해시 값과 동일하지 않은 경우에는(949-아니오), 전자 장치(101)는 753 동작에서 어플리케이션이 유효하지 않은 것으로 확인할 수 있다. 예를 들어, 어플리케이션에 기반하여 계산된 제 1 해시 값과 URSP 룰에 포함된 제 1 해시 값이 동일한 경우에는, 전자 장치(101)는 네트워크 연결을 요청한 “com.company.ursp”의 패키지 명칭의 어플리케이션이 유효한 것으로 확인할 수 있다. 예를 들어, 어플리케이션에 기반하여 계산된 제 2 해시 값과 URSP 룰에 포함된 제 1 해시 값이 동일하지 않은 경우에는, 전자 장치(101)는 네트워크 연결을 요청한 “com.company.ursp”의 패키지 명칭의 어플리케이션이 유효하지 않은 것으로 확인할 수 있다.
네트워크 연결을 요청한 어플리케이션이 유효한 것으로 확인되면, 전자 장치(101)는 어플리케이션을 위한 PDU 세션을 수립하거나, 또는 기 수립된 PDU 세션에 신규 어플리케이션을 연관시킬 수 있다. 만약, 네트워크 연결을 요청한 어플리케이션이 유효하지 않은 것으로 확인되면, 전자 장치(101)는, 어플리케이션을 위한 PDU 세션의 수립을 삼가할 수 있다. 이 경우, 전자 장치(101)는, 어플리케이션의 네트워크 연결을 삼가하거나, 또는 권한이 요구되지 않는 PDU 세션을 수립 및/또는 PDU 세션에 연관시킬 수 있다.
도 10은, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다. 도 6을 참조하여 설명한 바와 같이, ConnectivityService(611) 및 PermissionAssignmentService(613)의 동작은, 전자 장치(101)에 의하여 수행될 수 있다. 어플리케이션(603)은, 전자 장치(101)에 저장 및/또는 설치된 것을 상정하도록 한다.
다양한 실시예에 따라서, 네트워크(620)는, URSP 룰(1001)을 저장할 수 있다. 예를 들어, URSP 룰(801)은, 표 5에서와 같은 JSON format으로 구성될 수 있으나, 상술한 바와 같이 그 표현 형식에는 제한이 없다. 네트워크(620)는, 1003 동작에서 URSP 룰(1001)을 전자 장치(101)로 제공할 수 있으며, 예를 들어 PermissionAssignmentService(613)가 이를 수신하여 저장할 수 있다. PermissionAssignmentService(613)는, 1005 동작에서 URSP 룰 테이블(1007)을 업데이트할 수 있다. 하나의 예에서, 전자 장치(101)에서 관리되는 URSP 룰 테이블(1007)에는, 어플리케이션 식별 정보(예를 들어, 패키지 명칭), 검증 타입, 검증을 위한 값과, 유효 여부가 포함될 수 있다. 특정 어플리케이션 식별 정보에 대응하는 유효 여부가 검증되기 이전에는, URSP 룰 테이블(807)의 유효 여부 필드가 비워질 수 있다. PermissionAssignmentService(613)는, 1009 동작에서 검증 타입이 해시 키 방식임을 확인할 수 있다. PermissionAssignmentService(613)는, 해시 키 방식에 대응하는 어플리케이션을 검색할 수 있다. 도 10의 예시에서는, 어플리케이션(603)이 해시 키 방식에 대응하는 어플리케이션임을 상정하도록 한다.
다양한 실시예에 따라서, PermissionAssignmentService(613)는 1011 동작에서, 어플리케이션(603)에 키를 요청할 수 있다. PermissionAssignmentService(613)는 1015 동작에서, 어플리케이션(603)으로부터 키(1013)를 획득할 수 있다. 1011 동작 및 1015 동작은, 예를 들어 어플리케이션(603)의 저장 위치(예를 들어, 인증서의 저장 위치)에서 키(1013)를 독출하는 것일 수도 있다. 해시 키 방식에서 해시 값 생성을 위해 사용되는 키(1013)는 어플리케이션과 연관된 유일한 데이터로서 인증서 또는 인증서 공개키 또는 사인 키 또는 설치된 애플리케이션 패키지 데이터(또는 그 일부) 중 적어도 하나 또는 그 조합 등을 포함할 수 있은, 제한은 없다. PermissionAssignmentService(613)는, 1017 동작에서, 획득된 키(1013)에 기반하여 계산한 해시 값과, URSP 룰(1001)에 포함된 해시 값과의 비교 결과에 따라 URSP 룰 테이블(1019)을 업데이트할 수 있다. 업데이트된 URSP 룰 테이블(1019)의 유효 여부에는, 참(true), 또는 거짓(false) 중 어느 하나의 값이 포함될 수 있다. 예를 들어, 1015 동작에서 획득된 키(1013) 및 제 1 해시 함수의 계산 결과에 따른 해시 값과, URSP 룰(1001)에 포함된 제 1 해시 값이 동일한 경우에는, URSP 룰 테이블(1019)의 유효 여부에 참(true)이 포함될 수 있다. 예를 들어, 1015 동작에서 획득된 키(1013) 및 제 1 해시 함수의 계산 결과에 따른 해시 값과, URSP 룰(1001)에 포함된 제 1 해시 값이 동일하지 않은 경우에는, URSP 룰 테이블(1019)의 유효 여부에 거짓(false)이 포함될 수 있다.
다양한 실시예에 따라서, ConnectivityService(611)는, 1021 동작에서, 어플리케이션(603)으로부터 네트워크 연결 요청을 수신할 수 있다. ConnectivityService(611)는, 1023 동작에서, PermissionAssignmentService(613)에 어플리케이션(603)의 검증을 요청할 수 있다. PermissionAssignmentService(613)는, 1025 동작에서, 어플리케이션(603)의 유효 정보를 ConnectivityService(611)에 제공할 수 있다. PermissionAssignmentService(613)는, URSP 룰 테이블(1019)에서 해당 어플리케이션 식별 정보에 대응하는 유효 여부에 기반하여, 어플리케이션(603)의 유효 정보를 ConnectivityService(611)에 제공할 수 있다. 만약, ConnectivityService(611)가 거짓의 유효 정보를 획득하는 경우에는, 1027a 동작에서, 어플리케이션(603)에 에러 정보를 전달할 수 있다. 만약, ConnectivityService(611)가 참의 유효 정보를 획득하는 경우에는, 1027b 동작에서, PDU 세션 수립을, 예를 들어 TelephonyService(615)를 통하여 네트워크(620)에 요청할 수 있다.
도 11은, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
다양한 실시예에 따라서, 전자 장치(101)(예를 들어, 도 1의 프로세서(120), 도 2a의 제 1 커뮤니케이션 프로세서(212), 도 2a의 제 2 커뮤니케이션 프로세서(214), 도 2b의 통합 커뮤니케이션 프로세서(260), 또는 도 6의 커뮤니케이션 프로세서(440) 중 적어도 하나)는, 1101 동작에서, 토큰을 포함하는 URSP 룰을 획득할 수 있다. 예를 들어, 전자 장치(101)가 획득한 URSP 룰에 포함된 어플리케이션 디스크립터는 표 6과 같을 수 있다.
OSId OSAppId
Android 어플리케이션 식별 정보 검증 타입 검증 값
com.company.ursp Token pc3MiOiJ2ZWxvcGVydC5jb20iLCJleHAiOiIxNDg1 MjcwMDAwMc2VybmFtZSI6 InZlbG9wZXJ0In
표 6에서의 어플리케이션 식별 정보인, "com.company.ursp"는 예를 들어 패키지 명칭일 수 있으며, 검증 타입인 "Token"은 토큰 방식임을 나타내며, 검증 값인 "pc3MiOiJ2ZWxvcGVydC5jb20iLCJleHAiOiIxNDg1 MjcwMDAwMc2VybmFtZSI6 InZlbG9wZXJ0In"은 토큰의 값으로 문자 및/또는 숫자의 조합으로 구현될 수도 있다. 토큰은, authorization code, client credential 정보, 및/또는 authorization token이 사용될 수 있으나, 제한은 없다. 표 6은 하나의 어플리케이션 식별 정보에 대한 정보가 포함되어 있지만, URSP 룰에는 하나, 또는 그 이상의 어플리케이션 식별 정보 및 각각에 대응하는 검증을 위한 정보들이 포함될 수 있음을 당업자는 이해할 것이다. 한편, 표 6의 URSP 룰 내의 어플리케이션 디스크립터는, 예를 들어 JSON format으로 구현될 수도 있으며, 이 경우에는 표 7과 같은 구현 형태를 가질 수 있다.
{ "AppID" : "com.company.ursp",
"Type": "Token",
"Token":"pc3MiOiJ2ZWxvcGVydC5jb20iLCJleHAiOiIxNDg1 MjcwMDAwMc2VybmFtZSI6 InZlbG9wZXJ0In"
}
한편, JSON format은 단순히 예시적인 것으로, URSP 룰의 표현 방식에는 제한이 없다.
다양한 실시예에 따라서, 전자 장치(101)는, 1103 동작에서, 설치된 어플리케이션으로부터 네트워크 연결 요청을 획득할 수 있다. 전자 장치(101)는, 1105 동작에서, 네트워크 연결을 요청한 어플리케이션에 대응하는 검증 타입이 토큰 검증 방식임을 확인할 수 있다. 예를 들어, 전자 장치(101)에 “com.company.ursp”의 패키지 명칭의 어플리케이션이 네트워크 연결을 요청한 것을 상정하도록 한다. 전자 장치(101)는, 네트워크 연결을 요청한 어플리케이션의 패키지 명칭이 표 6의 URSP 룰의 어플리케이션 식별 정보에 포함됨을 확인할 수 있다. 전자 장치(101)는, 표 6의 URSP 룰에서 “com.company.ursp”의 패키지 명칭에 대응하는 검증 타입이 토큰 검증 방식임을 확인할 수 있다.
다양한 실시예에 따라서, 전자 장치(101)는, 1107 동작에서, 네트워크 연결 요청에 포함된 토큰이, URSP 룰에 포함된 토큰과 동일한 지 여부를 판단할 수 있다. 만약, “com.company.ursp”의 패키지 명칭의 어플리케이션이 진정한 어플리케이션이라면, 어플리케이션은 네트워크 연결 요청에 "pc3MiOiJ2ZWxvcGVydC5jb20iLCJleHAiOiIxNDg1 MjcwMDAwMc2VybmFtZSI6 InZlbG9wZXJ0In"의 토큰을 포함시킬 수 있다. 만약, “com.company.ursp”의 패키지 명칭의 어플리케이션이 위조된 어플리케이션이라면, 어플리케이션으로부터의 네트워크 연결 요청에는 "pc3MiOiJ2ZWxvcGVydC5jb20iLCJleHAiOiIxNDg1 MjcwMDAwMc2VybmFtZSI6 InZlbG9wZXJ0In"의 토큰이 포함될 수 없다. 네트워크 연결 요청에 포함된 토큰이, URSP 룰에 포함된 토큰과 동일한 경우에는(1107-예), 전자 장치(101)는 1109 동작에서 어플리케이션이 유효한 것으로 확인할 수 있다. 네트워크 연결 요청에 포함된 토큰이, URSP 룰에 포함된 토큰과 동일하지 않은 경우에는(1107-아니오), 전자 장치(101)는 1111 동작에서 어플리케이션이 유효하지 않은 것으로 확인할 수 있다. 네트워크 연결을 요청한 어플리케이션이 유효한 것으로 확인되면, 전자 장치(101)는 어플리케이션을 위한 PDU 세션을 수립하거나, 또는 기 수립된 PDU 세션에 신규 어플리케이션을 연관시킬 수 있다. 만약, 네트워크 연결을 요청한 어플리케이션이 유효하지 않은 것으로 확인되면, 전자 장치(101)는, 어플리케이션을 위한 PDU 세션의 수립을 삼가할 수 있다. 이 경우, 전자 장치(101)는, 어플리케이션의 네트워크 연결을 삼가하거나, 또는 권한이 요구되지 않는 PDU 세션을 수립 및/또는 PDU 세션에 연관시킬 수 있다.
도 12는, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다. 도 12를 참조하여 설명한 바와 같이, ConnectivityService(611) 및 PermissionAssignmentService(613)의 동작은, 전자 장치(101)에 의하여 수행될 수 있다. 어플리케이션(603)은, 전자 장치(101)에 저장 및/또는 설치된 것을 상정하도록 한다.
다양한 실시예에 따라서, 네트워크(620)는, URSP 룰(801)을 저장할 수 있다. 예를 들어, URSP 룰(1201)은, 표 7에서와 같은 JSON format으로 구성될 수 있으나, 상술한 바와 같이 그 표현 형식에는 제한이 없다. 네트워크(620)는, 1203 동작에서 URSP 룰(1201)을 전자 장치(101)로 제공할 수 있으며, 예를 들어 PermissionAssignmentService(613)가 이를 수신하여 저장할 수 있다. PermissionAssignmentService(613)는, 1205 동작에서 URSP 룰 테이블(807)을 업데이트할 수 있다. 하나의 예에서, 전자 장치(101)에서 관리되는 URSP 룰 테이블(1207)에는, 어플리케이션 식별 정보(예를 들어, 패키지 명칭), 검증 타입, 검증을 위한 값과, 유효 여부가 포함될 수 있다. 특정 어플리케이션 식별 정보에 대응하는 유효 여부가 검증되기 이전에는, URSP 룰 테이블(1207)의 유효 여부 필드가 비워질 수 있다.
다양한 실시예에 따라서 ConnectivityService(611)는, 1209 동작에서, 어플리케이션(603)으로부터 네트워크 연결 요청을 수신할 수 있다. 네트워크 연결 요청에는, 어플리케이션(603)의 토큰이 포함될 수 있다. 1211 동작에서, ConnectivityService(611)는, PermissionAssignmentService(613)에 어플리케이션(603)의 검증을 요청할 수 있다. PermissionAssignmentService(613)는, 1213 동작에서, 네트워크 연결 요청에 포함된 토큰과, URSP 룰(1201)에 포함된 토큰의 비교 결과에 따라, URSP 룰 테이블(1215)를 업데이트할 수 있다. 업데이트된 URSP 룰 테이블(1215)의 유효 여부에는, 참(true), 또는 거짓(false) 중 어느 하나의 값이 포함될 수 있다. 예를 들어, 네트워크 연결 요청에 포함된 토큰과, URSP 룰(1201)에 포함된 토큰이 동일한 경우에는, URSP 룰 테이블(1215)의 유효 여부에 참(true)이 포함될 수 있다. 예를 들어, 네트워크 연결 요청에 포함된 토큰과, URSP 룰(1201)에 포함된 토큰이 동일하지 않은 경우에는, URSP 룰 테이블(1215)의 유효 여부에 거짓(false)이 포함될 수 있다. PermissionAssignmentService(613)는, 1217 동작에서, 어플리케이션(603)의 유효 정보를 ConnectivityService(611)에 제공할 수 있다. PermissionAssignmentService(613)는, URSP 룰 테이블(1215)에서 해당 어플리케이션 식별 정보에 대응하는 유효 여부에 기반하여, 어플리케이션(603)의 유효 정보를 ConnectivityService(611)에 제공할 수 있다. 만약, ConnectivityService(611)가 거짓의 유효 정보를 획득하는 경우에는, 1219a 동작에서, 어플리케이션(603)에 에러 정보를 전달할 수 있다. 만약, ConnectivityService(611)가 참의 유효 정보를 획득하는 경우에는, 1219b 동작에서, PDU 세션 수립을, 예를 들어 TelephonyService(615)를 통하여 네트워크(620)에 요청할 수 있다.
도 13a는, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
다양한 실시예에 따라서, 전자 장치(101)(예를 들어, 도 1의 프로세서(120), 도 2a의 제 1 커뮤니케이션 프로세서(212), 도 2a의 제 2 커뮤니케이션 프로세서(214), 도 2b의 통합 커뮤니케이션 프로세서(260), 또는 도 6의 커뮤니케이션 프로세서(440) 중 적어도 하나)는, 1301 동작에서, 토큰을 포함하는 URSP 룰을 획득할 수 있다. 예를 들어, 전자 장치(101)가 획득한 URSP 룰에 포함된 어플리케이션 디스크립터는 표 8과 같을 수 있다.
OSId OSAppId
Android 어플리케이션 식별 정보 검증 타입 검증 값
com.company.ursp AuthorizationServer pc3MiOiJ2ZWxvcGVydC5jb20iLCJleHAiOiIxNDg1MjcwMDAwMc2VybmFtZSI6InZlbG9wZXJ0In
표 8에서의 어플리케이션 식별 정보인, "com.company.ursp"는 예를 들어 패키지 명칭일 수 있으며, 검증 타입인 "AuthorizationServer"는 검증 서버 방식임을 나타내며, 검증 값인 "pc3MiOiJ2ZWxvcGVydC5jb20iLCJleHAiOiIxNDg1 MjcwMDAwMc2VybmFtZSI6 InZlbG9wZXJ0In"은 토큰의 값으로 문자 및/또는 숫자의 조합으로 구현될 수도 있다. 토큰은, JWT(Jason Web Token), Oauth 토큰, 및/또는 UserID, UserSecret이 사용될 수 있으나, 제한은 없다. 표 8은 하나의 어플리케이션 식별 정보에 대한 정보가 포함되어 있지만, URSP 룰에는 하나, 또는 그 이상의 어플리케이션 식별 정보 및 각각에 대응하는 검증을 위한 정보들이 포함될 수 있음을 당업자는 이해할 것이다. 한편, 표 8의 URSP 룰 내의 어플리케이션 디스크립터는, 예를 들어 JSON format으로 구현될 수도 있으며, 이 경우에는 표 9과 같은 구현 형태를 가질 수 있다.
{ "AppID" : "com.company.ursp",
"Type": " AuthorizationServer",
"Token":"pc3MiOiJ2ZWxvcGVydC5jb20iLCJleHAiOiIxNDg1 MjcwMDAwMc2VybmFtZSI6 InZlbG9wZXJ0In"
}
한편, JSON format은 단순히 예시적인 것으로, URSP 룰의 표현 방식에는 제한이 없다.
다양한 실시예에 따라서, 전자 장치(101)는, 1303 동작에서 서버 검증 타입에 대응하는 어플리케이션을 검색할 수 있다. 전자 장치(101)는, 표 9에서 AuthorizationServer의 검증 타입을 가지는 어플리케이션 식별 정보(예를 들어, “com.company.ursp”의 패키지 명칭)를 가지는 어플리케이션이 전자 장치(101)에 저장 및/또는 설치되었는지 검색할 수 있다. 예를 들어, 전자 장치(101)에는, “com.company.ursp”의 패키지 명칭의 어플리케이션이 설치된 것을 상정하도록 한다. 1305 동작에서, 전자 장치(101)는, 검증 서버(630)로 토큰의 검증을 요청할 수 있다. 예를 들어, 전자 장치(101)는, 토큰으로부터 검증 서버(630)의 URI를 파싱할 수 있다. 예를 들어, 전자 장치(101)는, 전자 장치(101) 내의 저장소에 저장된(또는, 정의된) 검증 서버(630)의 URI를 획득할 수 있다. 예를 들어, 전자 장치(101)는, 검증 타입 값(예를 들어, AuthorizationServer:auth.company.com)로부터 검증 서버(630)의 URI를 획득할 수 있다. 전자 장치(101)는, 파싱한 URI로 토큰의 검증을 요청할 수 있다. 검증 서버(630)는, 수신한 토큰에 기반하여 검증을 수행할 수 있다. 검증이 성공한 경우, 검증 서버(630)는 전자 장치(101)로 리프레시(refresh) 토큰을 제공할 수 있다. 하나의 예에서, 검증 서버(630)는, 토큰의 수신에 기반하여 인증 정보를 전자 장치(101)에 요청할 수 있다. 전자 장치(101)는, 인증 정보의 입력을 요청하는 UI를 표시할 수 있으며, 사용자로부터 인증 정보(예를 들어, 아이디, 패스워드, 및/또는 생체 정보)를 획득할 수 있다. 전자 장치(101)는, 인증 정보(또는, 인증 정보를 처리한 정보)를 검증 서버(630)로 송신할 수 있다. 검증 서버(630)는, 수신한 인증 정보에 기반하여, 토큰의 검증을 수행할 수 있다. 한편, 상술한 검증 방식은 단순히 예시적이 것으로, 검증 서버(630)에서의 검증 방식에는 제한이 없다.
다양한 실시예에 따라서, 전자 장치(101)는, 1307 동작에서, 검증 서버(630)로부터 리프레시 토큰이 수신된 지 여부를 판단할 수 있다. 검증 서버(630)로부터 리프레시 토큰이 수신된 경우에는(1307-예), 전자 장치(101)는 1309 동작에서 서버 검증 타입에 대응하는 어플리케이션이 유효한 것으로 확인할 수 있다. 검증 서버(630)로부터 리프레시 토큰이 수신되지 않은 경우에는(1307-아니오), 전자 장치(101)는 1311 동작에서 서버 검증 타입에 대응하는 어플리케이션이 유효하지 않은 것으로 확인할 수 있다. 상술한 바와 같이, 전자 장치(101)는, 어플리케이션으로부터 네트워크 연결 요청이 획득되기 이전이라도, URSP 룰이 획득됨에 기반하여 서버 검증 타입에 대응하는 어플리케이션의 유효 여부를 확인할 수 있다. 유효 여부가 확인된 이후, 전자 장치(101)는 어플리케이션으로부터 네트워크 연결 요청이 획득할 수 있다. 만약, 어플리케이션이 유효한 것으로 확인되면, 전자 장치(101)는 어플리케이션을 위한 PDU 세션을 수립하거나, 또는 기 수립된 PDU 세션에 어플리케이션을 연관시킬 수 있다. 만약, 어플리케이션이 유효하지 않은 것으로 확인되면, 전자 장치(101)는, 어플리케이션을 위한 PDU 세션의 수립을 삼가할 수 있다. 이 경우, 전자 장치(101)는, 해당 어플리케이션의 네트워크 연결을 삼가하거나, 또는 권한이 요구되지 않는 PDU 세션을 수립 및/또는 PDU 세션에 연관시킬 수 있다.
도 13b는, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
다양한 실시예에 따라서, 전자 장치(101)(예를 들어, 도 1의 프로세서(120), 도 2a의 제 1 커뮤니케이션 프로세서(212), 도 2a의 제 2 커뮤니케이션 프로세서(214), 도 2b의 통합 커뮤니케이션 프로세서(260), 또는 도 6의 커뮤니케이션 프로세서(440) 중 적어도 하나)는, 1321 동작에서 토큰을 포함하는 URSP 룰을 획득할 수 있다. 예를 들어, 전자 장치(101)는 표 8과 같은 URSP 룰을 획득할 수 있다. 전자 장치(101)는, 1323 동작에서, 설치된 어플리케이션으로부터 네트워크 연결 요청을 획득할 수 있다. 전자 장치(101)는, 1325 동작에서, 해당 어플리케이션에 대응하는 토큰(또는, 가장 최근에 수신된 리프레시 토큰)이 유효한 지 여부를 판단할 수 있다. 토큰(또는, 리프레시 토큰)은, 예를 들어 유효 기간을 가질 수 있으며, 유효 기간이 만료된 이후에는 해당 토큰(또는, 리프레시 토큰)은 더 이상 유효하지 않다고 판단될 수 있다.
만약 토큰이 유효하지 않은 경우에는(1325-아니오), 전자 장치(101)는 1327 동작에서 검증 서버(630)로 토큰의 검증을 요청할 수 있다. 이후, 전자 장치(101)는, 1329 동작에서, 검증 서버(630)로부터 리프레시 토큰이 수신되는지 여부를 판단할 수 있다. 만약, 검증 서버(630)로부터 리프레시 토큰이 수신되지 않는 경우에는, 전자 장치(101)는 1333 동작에서, 서버 검증 타입의 어플리케이션이 유효하지 않은 것으로 판단할 수 있다. 만약, 토큰이 유효한 경우(1325-예), 또는 검증 서버(630)로부터 리프레시 토큰이 수신된 경우(1329-예), 전자 장치(101)는, 1331 동작에서 서버 검증 타입의 어플리케이션이 유효한 것으로 판단할 수 있다. 네트워크 연결을 요청한 어플리케이션이 유효한 것으로 확인되면, 전자 장치(101)는 어플리케이션을 위한 PDU 세션을 수립하거나, 또는 기 수립된 PDU 세션에 신규 어플리케이션을 연관시킬 수 있다. 만약, 네트워크 연결을 요청한 어플리케이션이 유효하지 않은 것으로 확인되면, 전자 장치(101)는, 어플리케이션을 위한 PDU 세션의 수립을 삼가할 수 있다. 이 경우, 전자 장치(101)는, 어플리케이션의 네트워크 연결을 삼가하거나, 또는 권한이 요구되지 않는 PDU 세션을 수립 및/또는 PDU 세션에 연관시킬 수 있다.
도 14a 및 14b는, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다. 도 6을 참조하여 설명한 바와 같이, ConnectivityService(611) 및 PermissionAssignmentService(613)의 동작은, 전자 장치(101)에 의하여 수행될 수 있다. 어플리케이션(603)은, 전자 장치(101)에 저장 및/또는 설치된 것을 상정하도록 한다.
다양한 실시예에 따라서, 네트워크(620)는, URSP 룰(1401)을 저장할 수 있다. 예를 들어, URSP 룰(801)은, 표 9에서와 같은 JSON format으로 구성될 수 있으나, 상술한 바와 같이 그 표현 형식에는 제한이 없다. 네트워크(620)는, 1403 동작에서 URSP 룰(1401)을 전자 장치(101)로 제공할 수 있으며, 예를 들어 PermissionAssignmentService(613)가 이를 수신하여 저장할 수 있다. PermissionAssignmentService(613)는, 1405 동작에서 URSP 룰 테이블(1407)을 업데이트할 수 있다. 하나의 예에서, 전자 장치(101)에서 관리되는 URSP 룰 테이블(1407)에는, 어플리케이션 식별 정보(예를 들어, 패키지 명칭), 검증 타입, 검증을 위한 값(예를 들어, 토큰 및/또는 리프레시 토큰)과, 유효 여부가 포함될 수 있다. 특정 어플리케이션 식별 정보에 대응하는 유효 여부가 검증되기 이전에는, URSP 룰 테이블(1407)의 유효 여부 필드가 비워질 수 있다.
다양한 실시예에 따라서, PermissionAssignmentService(613)는, 1409 동작에서 검증 타입이 서버 검증 타입임에 기반하여 토큰으로부터 서버 URI를 파싱할 수 있다. PermissionAssignmentService(613)는, 1411 동작에서, 검증 서버(630)로 토큰의 검증을 요청할 수 있다. 검증 서버(630)는, 검증 동작을 수행할 수 있다. 검증 서버(630)는, 검증이 성공하면, 리프레시 토큰을 제공할 수 있다. PermissionAssignmentService(613)는, 1413 동작에서, 검증 서버(630)로부터 리프레시 토큰을 수신할 수 있다. 만약, 검증이 실패하면, PermissionAssignmentService(613)는 리프레시 토큰을 수신하지 못할 수도 있다. 1415 동작에서, PermissionAssignmentService(613)는, 검증 서버(630)로부터 리프레시 토큰 수신 여부에 따라 URSP 룰 테이블(1417)을 업데이트할 수 있다. 업데이트된 URSP 룰 테이블(1417)의 유효 여부에는, 참(true), 또는 거짓(false) 중 어느 하나의 값이 포함될 수 있다. 예를 들어, 리프레시 토큰이 수신된 경우에는, URSP 룰 테이블(1417)의 유효 여부에 참(true)이 포함되고, 수신한 리프레시 토큰 값이 포함될 수 있다. 예를 들어, 리프레시 토큰이 수신되지 않은 경우에는, URSP 룰 테이블(1417)의 유효 여부에 거짓(false)이 포함될 수 있다.
다양한 실시예에 따라서, ConnectivityService(611)는, 1419 동작에서, 어플리케이션(603)으로부터 네트워크 연결 요청을 수신할 수 있다. ConnectivityService(611)는, 1421 동작에서, PermissionAssignmentService(613)에 어플리케이션(603)의 검증을 요청할 수 있다. 도시되지는 않았지만, PermissionAssignmentService(613)는, 요청에 대응하여 바로 거짓, 또는 참의 유효 정보를 ConnectivityService(611)로 제공할 수 있다. 도 14의 예시에서는, 1413 동작에서 수신되었던 리프레시 토큰이 만료된 것을 상정하도록 한다. 1423 동작에서, PermissionAssignmentService(613)는, 토큰이 만료된 경우에 재발급을 검증 서버(630)에 요청할 수 있다. 검증 서버(630)는, 검증 동작을 수행할 수 있으며, 검증이 성공한 경우에 리프레시 토큰을 제공할 수 있다. PermissionAssignmentService(613)는, 1425 동작에서, 검증 서버(630)로부터 리프레시 토큰을 수신할 수 있다. 만약, 검증이 실패하면, PermissionAssignmentService(613)는 리프레시 토큰을 수신하지 못할 수도 있다. PermissionAssignmentService(613)는, 1427 동작에서, 검증 서버(630)로부터 리프레시 토큰 수신 여부에 따라 URSP 룰 테이블(1417)을 다시 업데이트할 수도 있다. 업데이트된 URSP 룰 테이블(1417)의 유효 여부에는, 참(true), 또는 거짓(false) 중 어느 하나의 값이 포함될 수 있다. 아울러, 리프레시 토큰 값도 업데이트될 수도 있다. PermissionAssignmentService(613)는, 1429 동작에서, 어플리케이션(603)의 유효 정보를 ConnectivityService(611)에 제공할 수 있다. PermissionAssignmentService(613)는, URSP 룰 테이블(819)에서 해당 어플리케이션 식별 정보에 대응하는 유효 여부에 기반하여, 어플리케이션(603)의 유효 정보를 ConnectivityService(611)에 제공할 수 있다. 만약, ConnectivityService(611)가 거짓의 유효 정보를 획득하는 경우에는, 1431a 동작에서, 어플리케이션(603)에 에러 정보를 전달할 수 있다. 만약, ConnectivityService(611)가 참의 유효 정보를 획득하는 경우에는, 1431b 동작에서, PDU 세션 수립을, 예를 들어 TelephonyService(615)를 통하여 네트워크(620)에 요청할 수 있다.
다양한 실시예에 따라서, 전자 장치(예를 들어, 전자 장치(101))는, 메모리(예를 들어, 메모리(130)), 및 적어도 하나의 프로세서(예를 들어, 프로세서(120), 제 1 커뮤니케이션 프로세서(212), 제 2 커뮤니케이션 프로세서(214), 또는 통합 커뮤니케이션 프로세서(260) 중 적어도 하나)를 포함하고, 상기 적어도 하나의 프로세서는, 적어도 하나의 어플리케이션의 식별 정보, 상기 적어도 하나의 어플리케이션 각각의 검증을 위한 검증 정보, 및 상기 적어도 하나의 어플리케이션 각각의 PDU 세션 수립을 위한 정보 사이의 연관 정보를 상기 메모리에 저장하고, 상기 연관 정보에 포함되는 제 1 식별 정보를 가지는 제 1 어플리케이션에 기반하여 제 1 값을 확인하고, 상기 연관 정보를 이용하여, 상기 제 1 식별 정보에 대응하는 검증 정보에 기반하여 제 2 값을 확인하고, 상기 제 1 값 및 제 2 값이 동일함에 기반하여, 상기 제 1 어플리케이션에 대응하는 PDU 세션 수립을 위한 정보를 이용하여, PDU 세션을 수립하고, 상기 제 1 어플리케이션과 연관된 데이터를, 상기 PDU 세션을 이용하여 송수신하도록 설정될 수 있다.
다양한 실시예에 따라서, 상기 적어도 하나의 프로세서는, 상기 연관 정보에 포함되는 상기 제 1 식별 정보를 가지는 상기 제 1 어플리케이션에 기반하여 상기 제 1 값을 확인하는 동작의 적어도 일부로, 상기 연관 정보에 기반하여, 상기 제 1 식별 정보에 대응하는 검증 타입이 사인 키 방식임을 확인하고, 상기 검증 타입이 상기 사인 키 방식임에 기반하여, 상기 제 1 어플리케이션에 대응하는 제 1 사인 키를 상기 제 1 값으로서 확인하도록 설정될 수 있다.
다양한 실시예에 따라서, 상기 적어도 하나의 프로세서는, 상기 연관 정보를 이용하여, 상기 제 1 식별 정보에 대응하는 검증 정보에 기반하여 상기 제 2 값을 확인하는 동작의 적어도 일부로, 상기 연관 정보에 포함된 제 2 사인 키를 상기 제 2 값으로서 확인하고, 상기 적어도 하나의 프로세서는, 상기 제 1 사인 키 및 상기 제 2 사인 키가 동일한 경우에 상기 제 1 어플리케이션이 유효하고, 상기 제 1 사인 키 및 상기 제 2 사인 키가 동일하지 않은 경우에 상기 제 1 어플리케이션이 유효하지 않은 것으로 확인하도록 더 설정될 수 있다.
다양한 실시예에 따라서, 상기 적어도 하나의 프로세서는, 상기 검증 타입이 상기 사인 키 방식임에 기반하여, 상기 제 1 어플리케이션에 대응하는 상기 제 1 사인 키를 상기 제 1 값으로서 확인하는 동작의 적어도 일부로, 상기 연관 정보의 획득에 기반하여, 상기 제 1 식별 정보에 대응하는 어플리케이션을 검색한 결과에 따라 확인되는 상기 제 1 어플리케이션에 대응하는 상기 제 1 사인 키를 상기 제 1 값으로서 확인하도록 설정될 수 있다.
다양한 실시예에 따라서, 상기 적어도 하나의 프로세서는, 상기 검증 타입이 상기 사인 키 방식임에 기반하여, 상기 제 1 어플리케이션에 대응하는 상기 제 1 사인 키를 상기 제 1 값으로서 확인하는 동작의 적어도 일부로, 상기 제 1 어플리케이션을 상기 전자 장치에 설치하고, 상기 제 1 어플리케이션의 설치에 기반하여, 상기 제 1 어플리케이션에 대응하는 상기 제 1 사인 키를 상기 제 1 값으로서 확인하도록 설정될 수 있다.
다양한 실시예에 따라서, 상기 적어도 하나의 프로세서는, 상기 검증 타입이 상기 사인 키 방식임에 기반하여, 상기 제 1 어플리케이션에 대응하는 상기 제 1 사인 키를 상기 제 1 값으로서 확인하는 동작의 적어도 일부로, 상기 제 1 어플리케이션으로부터의 네트워크 연결 요청을 확인하고, 상기 네트워크 연결 요청의 확인에 기반하여, 상기 제 1 어플리케이션에 대응하는 상기 제 1 사인 키를 상기 제 1 값으로서 확인하도록 설정될 수 있다.
다양한 실시예에 따라서, 상기 적어도 하나의 프로세서는, 상기 연관 정보에 포함되는 상기 제 1 식별 정보를 가지는 상기 제 1 어플리케이션에 기반하여 상기 제 1 값을 확인하는 동작의 적어도 일부로, 상기 연관 정보에 기반하여, 상기 제 1 식별 정보에 대응하는 검증 타입이 해시 키 방식임을 확인하고, 상기 검증 타입이 상기 해시 키 방식임에 기반하여, 상기 제 1 어플리케이션에 대응하는 키와 상기 연관 정보의 상기 검증 정보에 포함된 해시 함수의 연산 결과에 따른 제 1 해시 값을 상기 제 1 값으로서 확인하도록 설정될 수 있다.
다양한 실시예에 따라서, 상기 적어도 하나의 프로세서는, 상기 연관 정보를 이용하여, 상기 제 1 식별 정보에 대응하는 검증 정보에 기반하여 상기 제 2 값을 확인하는 동작의 적어도 일부로, 상기 연관 정보에 포함된 제 2 해시 값을 상기 제 2 값으로서 확인하고, 상기 적어도 하나의 프로세서는, 상기 제 1 해시 값 및 상기 제 2 해시 값이 동일한 경우에 상기 제 1 어플리케이션이 유효하고, 상기 제 1 해시 값 및 상기 제 2 해시 값이 동일하지 않은 경우에 상기 제 1 어플리케이션이 유효하지 않은 것으로 확인하도록 더 설정될 수 있다.
다양한 실시예에 따라서, 상기 적어도 하나의 프로세서는, 상기 검증 타입이 상기 사인 키 방식임에 기반하여, 상기 제 1 어플리케이션에 대응하는 상기 제 1 사인 키를 상기 제 1 값으로서 확인하는 동작의 적어도 일부로, 상기 연관 정보의 획득에 기반하여, 상기 제 1 식별 정보에 대응하는 어플리케이션을 검색한 결과에 따라 확인되는 상기 제 1 어플리케이션에 대응하는 상기 제 1 해시 값을 상기 제 1 값으로서 확인하도록 설정될 수 있다.
다양한 실시예에 따라서, 상기 적어도 하나의 프로세서는, 상기 검증 타입이 상기 사인 키 방식임에 기반하여, 상기 제 1 어플리케이션에 대응하는 상기 제 1 사인 키를 상기 제 1 값으로서 확인하는 동작의 적어도 일부로, 상기 제 1 어플리케이션을 상기 전자 장치에 설치하고, 상기 제 1 어플리케이션의 설치에 기반하여, 상기 제 1 어플리케이션에 대응하는 상기 제 1 해시 값을 상기 제 1 값으로서 확인하도록 설정될 수 있다.
다양한 실시예에 따라서, 상기 적어도 하나의 프로세서는, 상기 검증 타입이 상기 사인 키 방식임에 기반하여, 상기 제 1 어플리케이션에 대응하는 상기 제 1 사인 키를 상기 제 1 값으로서 확인하는 동작의 적어도 일부로, 상기 제 1 어플리케이션으로부터의 네트워크 연결 요청을 확인하고, 상기 네트워크 연결 요청의 확인에 기반하여, 상기 제 1 어플리케이션에 대응하는 상기 제 1 해시 값을 상기 제 1 값으로서 확인하도록 설정될 수 있다.
다양한 실시예에 따라서, 상기 적어도 하나의 프로세서는, 상기 연관 정보에 포함되는 상기 제 1 식별 정보를 가지는 상기 제 1 어플리케이션에 기반하여 상기 제 1 값을 확인하는 동작의 적어도 일부로, 상기 연관 정보에 기반하여, 상기 제 1 식별 정보에 대응하는 검증 타입이 토큰 방식임을 확인하고, 상기 검증 타입이 상기 토큰 방식임에 기반하여, 상기 제 1 어플리케이션으로부터의 네트워크 연결 요청에 포함되는 제 1 토큰을 상기 제 1 값으로서 확인하도록 설정될 수 있다.
다양한 실시예에 따라서, 상기 적어도 하나의 프로세서는, 상기 연관 정보를 이용하여, 상기 제 1 식별 정보에 대응하는 검증 정보에 기반하여 상기 제 2 값을 확인하는 동작의 적어도 일부로, 상기 연관 정보에 포함된 제 2 토큰을 상기 제 2 값으로서 확인하고, 상기 적어도 하나의 프로세서는, 상기 제 1 토큰 및 상기 제 2 토큰이 동일한 경우에 상기 제 1 어플리케이션이 유효하고, 상기 제 1 토큰 및 상기 제 2 토큰이 동일하지 않은 경우에 상기 제 1 어플리케이션이 유효하지 않은 것으로 확인하도록 더 설정될 수 있다.
다양한 실시예에 따라서, 전자 장치의 동작 방법은, 적어도 하나의 어플리케이션의 식별 정보, 상기 적어도 하나의 어플리케이션 각각의 검증을 위한 검증 정보, 및 상기 적어도 하나의 어플리케이션 각각의 PDU 세션 수립을 위한 정보 사이의 연관 정보를 상기 전자 장치의 메모리에 저장하는 동작, 상기 연관 정보에 포함되는 제 1 식별 정보를 가지는 제 1 어플리케이션에 기반하여 제 1 값을 확인하는 동작, 상기 연관 정보를 이용하여, 상기 제 1 식별 정보에 대응하는 검증 정보에 기반하여 제 2 값을 확인하는 동작, 상기 제 1 값 및 제 2 값이 동일함에 기반하여, 상기 제 1 어플리케이션에 대응하는 PDU 세션 수립을 위한 정보를 이용하여, PDU 세션을 수립하는 동작, 및 상기 제 1 어플리케이션과 연관된 데이터를, 상기 PDU 세션을 이용하여 송수신하는 동작을 포함할 수 있다.
다양한 실시예에 따라서, 상기 연관 정보에 포함되는 상기 제 1 식별 정보를 가지는 상기 제 1 어플리케이션에 기반하여 상기 제 1 값을 확인하는 동작은, 상기 연관 정보에 기반하여, 상기 제 1 식별 정보에 대응하는 검증 타입이 사인 키 방식임을 확인하는 동작, 및 상기 검증 타입이 상기 사인 키 방식임에 기반하여, 상기 제 1 어플리케이션에 대응하는 제 1 사인 키를 상기 제 1 값으로서 확인하는 동작을 포함할 수 있다.
다양한 실시예에 따라서, 상기 적어도 하나의 프로세서는, 상기 연관 정보를 이용하여, 상기 제 1 식별 정보에 대응하는 검증 정보에 기반하여 상기 제 2 값을 확인하는 동작은, 상기 연관 정보에 포함된 제 2 사인 키를 상기 제 2 값으로서 확인하고, 상기 전자 장치의 동작 방법은, 상기 제 1 사인 키 및 상기 제 2 사인 키가 동일한 경우에 상기 제 1 어플리케이션이 유효하고, 상기 제 1 사인 키 및 상기 제 2 사인 키가 동일하지 않은 경우에 상기 제 1 어플리케이션이 유효하지 않은 것으로 확인하는 동작을 더 포함할 수 있다.
다양한 실시예에 따라서, 상기 연관 정보에 포함되는 상기 제 1 식별 정보를 가지는 상기 제 1 어플리케이션에 기반하여 상기 제 1 값을 확인하는 동작은, 상기 연관 정보에 기반하여, 상기 제 1 식별 정보에 대응하는 검증 타입이 해시 키 방식임을 확인하는 동작, 및 상기 검증 타입이 상기 해시 키 방식임에 기반하여, 상기 제 1 어플리케이션에 대응하는 키와 상기 연관 정보의 상기 검증 정보에 포함된 해시 함수의 연산 결과에 따른 제 1 해시 값을 상기 제 1 값으로서 확인하는 동작을 포함할 수 있다.
다양한 실시예에 따라서, 상기 연관 정보를 이용하여, 상기 제 1 식별 정보에 대응하는 검증 정보에 기반하여 상기 제 2 값을 확인하는 동작은, 상기 연관 정보에 포함된 제 2 해시 값을 상기 제 2 값으로서 확인하고, 상기 전자 장치의 동작 방법은, 상기 제 1 해시 값 및 상기 제 2 해시 값이 동일한 경우에 상기 제 1 어플리케이션이 유효하고, 상기 제 1 해시 값 및 상기 제 2 해시 값이 동일하지 않은 경우에 상기 제 1 어플리케이션이 유효하지 않은 것으로 확인하는 동작을 더 포함할 수 있다.
다양한 실시예에 따라서, 상기 연관 정보에 포함되는 상기 제 1 식별 정보를 가지는 상기 제 1 어플리케이션에 기반하여 상기 제 1 값을 확인하는 동작은, 상기 연관 정보에 기반하여, 상기 제 1 식별 정보에 대응하는 검증 타입이 토큰 방식임을 확인하는 동작, 및 상기 검증 타입이 상기 토큰 방식임에 기반하여, 상기 제 1 어플리케이션으로부터의 네트워크 연결 요청에 포함되는 제 1 토큰을 상기 제 1 값으로서 확인하는 동작을 포함할 수 있다.
다양한 실시예에 따라서, 상기 연관 정보를 이용하여, 상기 제 1 식별 정보에 대응하는 검증 정보에 기반하여 상기 제 2 값을 확인하는 동작은, 상기 연관 정보에 포함된 제 2 토큰을 상기 제 2 값으로서 확인하고, 상기 전자 장치의 동작 방법은, 상기 제 1 토큰 및 상기 제 2 토큰이 동일한 경우에 상기 제 1 어플리케이션이 유효하고, 상기 제 1 토큰 및 상기 제 2 토큰이 동일하지 않은 경우에 상기 제 1 어플리케이션이 유효하지 않은 것으로 확인하는 동작을 더 포함할 수 있다.
다양한 실시예에 따라서, 전자 장치는, 메모리, 및 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 적어도 하나의 어플리케이션의 식별 정보, 상기 적어도 하나의 어플리케이션 각각의 검증을 위한 검증 정보, 및 상기 적어도 하나의 어플리케이션 각각의 PDU 세션 수립을 위한 정보 사이의 연관 정보를 상기 메모리에 저장하고, 상기 연관 정보에 포함되는 검증 정보의 검증 타입이 서버 검증 방식임에 기반하여, 상기 검증 정보에 포함되는 토큰의 검증을 서버에 요청하고, 상기 요청에 대응하여, 상기 서버로부터 리프레시 토큰을 수신하고, 상기 리프레시 토큰의 수신에 기반하여, 상기 서버 검증 방식에 대응하는 제 1 어플리케이션으로부터의 네트워크 연결 요청에 응답하여, 상기 제 1 어플리케이션의 식별 정보에 대응하는 PDU 세션 수립을 위한 정보를 이용하여, PDU 세션을 수립하고, 상기 제 1 어플리케이션과 연관된 데이터를, 상기 PDU 세션을 이용하여 송수신하도록 설정될 수 있다.
본 문서에 개시된 다양한 실시예들에 따른 전자 장치는 다양한 형태의 장치가 될 수 있다. 전자 장치는, 예를 들면, 휴대용 통신 장치(예: 스마트폰), 컴퓨터 장치, 휴대용 멀티미디어 장치, 휴대용 의료 기기, 카메라, 웨어러블 장치, 또는 가전 장치를 포함할 수 있다. 본 문서의 실시예에 따른 전자 장치는 전술한 기기들에 한정되지 않는다.
본 문서의 다양한 실시예들 및 이에 사용된 용어들은 본 문서에 기재된 기술적 특징들을 특정한 실시예들로 한정하려는 것이 아니며, 해당 실시예의 다양한 변경, 균등물, 또는 대체물을 포함하는 것으로 이해되어야 한다. 도면의 설명과 관련하여, 유사한 또는 관련된 구성요소에 대해서는 유사한 참조 부호가 사용될 수 있다. 아이템에 대응하는 명사의 단수 형은 관련된 문맥상 명백하게 다르게 지시하지 않는 한, 상기 아이템 한 개 또는 복수 개를 포함할 수 있다. 본 문서에서, "A 또는 B", "A 및 B 중 적어도 하나", "A 또는 B 중 적어도 하나", "A, B 또는 C", "A, B 및 C 중 적어도 하나", 및 "A, B, 또는 C 중 적어도 하나"와 같은 문구들 각각은 그 문구들 중 해당하는 문구에 함께 나열된 항목들 중 어느 하나, 또는 그들의 모든 가능한 조합을 포함할 수 있다. "제 1", "제 2", 또는 "첫째" 또는 "둘째"와 같은 용어들은 단순히 해당 구성요소를 다른 해당 구성요소와 구분하기 위해 사용될 수 있으며, 해당 구성요소들을 다른 측면(예: 중요성 또는 순서)에서 한정하지 않는다. 어떤(예: 제 1) 구성요소가 다른(예: 제 2) 구성요소에, "기능적으로" 또는 "통신적으로"라는 용어와 함께 또는 이런 용어 없이, "커플드" 또는 "커넥티드"라고 언급된 경우, 그것은 상기 어떤 구성요소가 상기 다른 구성요소에 직접적으로(예: 유선으로), 무선으로, 또는 제 3 구성요소를 통하여 연결될 수 있다는 것을 의미한다.
본 문서의 다양한 실시예들에서 사용된 용어 "모듈"은 하드웨어, 소프트웨어 또는 펌웨어로 구현된 유닛을 포함할 수 있으며, 예를 들면, 로직, 논리 블록, 부품, 또는 회로와 같은 용어와 상호 호환적으로 사용될 수 있다. 모듈은, 일체로 구성된 부품 또는 하나 또는 그 이상의 기능을 수행하는, 상기 부품의 최소 단위 또는 그 일부가 될 수 있다. 예를 들면, 일실시예에 따르면, 모듈은 ASIC(application-specific integrated circuit)의 형태로 구현될 수 있다.
본 문서의 다양한 실시예들은 기기(machine)(예: 전자 장치(101)) 의해 읽을 수 있는 저장 매체(storage medium)(예: 내장 메모리(136) 또는 외장 메모리(138))에 저장된 하나 이상의 명령어들을 포함하는 소프트웨어(예: 프로그램(140))로서 구현될 수 있다. 예를 들면, 기기(예: 전자 장치(101))의 프로세서(예: 프로세서(120))는, 저장 매체로부터 저장된 하나 이상의 명령어들 중 적어도 하나의 명령을 호출하고, 그것을 실행할 수 있다. 이것은 기기가 상기 호출된 적어도 하나의 명령어에 따라 적어도 하나의 기능을 수행하도록 운영되는 것을 가능하게 한다. 상기 하나 이상의 명령어들은 컴파일러에 의해 생성된 코드 또는 인터프리터에 의해 실행될 수 있는 코드를 포함할 수 있다. 기기로 읽을 수 있는 저장 매체는, 비일시적(non-transitory) 저장 매체의 형태로 제공될 수 있다. 여기서, ‘비일시적’은 저장 매체가 실재(tangible)하는 장치이고, 신호(signal)(예: 전자기파)를 포함하지 않는다는 것을 의미할 뿐이며, 이 용어는 데이터가 저장 매체에 반영구적으로 저장되는 경우와 임시적으로 저장되는 경우를 구분하지 않는다.
일실시예에 따르면, 본 문서에 개시된 다양한 실시예들에 따른 방법은 컴퓨터 프로그램 제품(computer program product)에 포함되어 제공될 수 있다. 컴퓨터 프로그램 제품은 상품으로서 판매자 및 구매자 간에 거래될 수 있다. 컴퓨터 프로그램 제품은 기기로 읽을 수 있는 저장 매체(예: compact disc read only memory(CD-ROM))의 형태로 배포되거나, 또는 어플리케이션 스토어(예: 플레이 스토어TM)를 통해 또는 두 개의 사용자 장치들(예: 스마트 폰들) 간에 직접, 온라인으로 배포(예: 다운로드 또는 업로드)될 수 있다. 온라인 배포의 경우에, 컴퓨터 프로그램 제품의 적어도 일부는 제조사의 서버, 어플리케이션 스토어의 서버, 또는 중계 서버의 메모리와 같은 기기로 읽을 수 있는 저장 매체에 적어도 일시 저장되거나, 임시적으로 생성될 수 있다.
다양한 실시예들에 따르면, 상기 기술한 구성요소들의 각각의 구성요소(예: 모듈 또는 프로그램)는 단수 또는 복수의 개체를 포함할 수 있으며, 복수의 개체 중 일부는 다른 구성요소에 분리 배치될 수도 있다. 다양한 실시예들에 따르면, 전술한 해당 구성요소들 중 하나 이상의 구성요소들 또는 동작들이 생략되거나, 또는 하나 이상의 다른 구성요소들 또는 동작들이 추가될 수 있다. 대체적으로 또는 추가적으로, 복수의 구성요소들(예: 모듈 또는 프로그램)은 하나의 구성요소로 통합될 수 있다. 이런 경우, 통합된 구성요소는 상기 복수의 구성요소들 각각의 구성요소의 하나 이상의 기능들을 상기 통합 이전에 상기 복수의 구성요소들 중 해당 구성요소에 의해 수행되는 것과 동일 또는 유사하게 수행할 수 있다. 다양한 실시예들에 따르면, 모듈, 프로그램 또는 다른 구성요소에 의해 수행되는 동작들은 순차적으로, 병렬적으로, 반복적으로, 또는 휴리스틱하게 실행되거나, 상기 동작들 중 하나 이상이 다른 순서로 실행되거나, 생략되거나, 또는 하나 이상의 다른 동작들이 추가될 수 있다.

Claims (15)

  1. 전자 장치에 있어서,
    메모리, 및
    적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는:
    적어도 하나의 어플리케이션의 식별 정보, 상기 적어도 하나의 어플리케이션 각각의 검증을 위한 검증 정보, 및 상기 적어도 하나의 어플리케이션 각각의 PDU 세션 수립을 위한 정보 사이의 연관 정보를 상기 메모리에 저장하고,
    상기 연관 정보에 포함되는 제 1 식별 정보를 가지는 제 1 어플리케이션에 기반하여 제 1 값을 확인하고,
    상기 연관 정보를 이용하여, 상기 제 1 식별 정보에 대응하는 검증 정보에 기반하여 제 2 값을 확인하고,
    상기 제 1 값 및 제 2 값이 동일함에 기반하여, 상기 제 1 어플리케이션에 대응하는 PDU 세션 수립을 위한 정보를 이용하여, PDU 세션을 수립하고,
    상기 제 1 어플리케이션과 연관된 데이터를, 상기 PDU 세션을 이용하여 송수신하도록 설정된 전자 장치.
  2. 제 1 항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 연관 정보에 포함되는 상기 제 1 식별 정보를 가지는 상기 제 1 어플리케이션에 기반하여 상기 제 1 값을 확인하는 동작의 적어도 일부로,
    상기 연관 정보에 기반하여, 상기 제 1 식별 정보에 대응하는 검증 타입이 사인 키 방식임을 확인하고,
    상기 검증 타입이 상기 사인 키 방식임에 기반하여, 상기 제 1 어플리케이션에 대응하는 제 1 사인 키를 상기 제 1 값으로서 확인하도록 설정된 전자 장치.
  3. 제 2 항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 연관 정보를 이용하여, 상기 제 1 식별 정보에 대응하는 검증 정보에 기반하여 상기 제 2 값을 확인하는 동작의 적어도 일부로, 상기 연관 정보에 포함된 제 2 사인 키를 상기 제 2 값으로서 확인하고,
    상기 적어도 하나의 프로세서는, 상기 제 1 사인 키 및 상기 제 2 사인 키가 동일한 경우에 상기 제 1 어플리케이션이 유효하고, 상기 제 1 사인 키 및 상기 제 2 사인 키가 동일하지 않은 경우에 상기 제 1 어플리케이션이 유효하지 않은 것으로 확인하도록 더 설정된 전자 장치.
  4. 제 2 항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 검증 타입이 상기 사인 키 방식임에 기반하여, 상기 제 1 어플리케이션에 대응하는 상기 제 1 사인 키를 상기 제 1 값으로서 확인하는 동작의 적어도 일부로,
    상기 연관 정보의 획득에 기반하여, 상기 제 1 식별 정보에 대응하는 어플리케이션을 검색한 결과에 따라 확인되는 상기 제 1 어플리케이션에 대응하는 상기 제 1 사인 키를 상기 제 1 값으로서 확인하도록 설정된 전자 장치.
  5. 제 2 항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 검증 타입이 상기 사인 키 방식임에 기반하여, 상기 제 1 어플리케이션에 대응하는 상기 제 1 사인 키를 상기 제 1 값으로서 확인하는 동작의 적어도 일부로,
    상기 제 1 어플리케이션을 상기 전자 장치에 설치하고,
    상기 제 1 어플리케이션의 설치에 기반하여, 상기 제 1 어플리케이션에 대응하는 상기 제 1 사인 키를 상기 제 1 값으로서 확인하도록 설정된 전자 장치.
  6. 제 2 항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 검증 타입이 상기 사인 키 방식임에 기반하여, 상기 제 1 어플리케이션에 대응하는 상기 제 1 사인 키를 상기 제 1 값으로서 확인하는 동작의 적어도 일부로,
    상기 제 1 어플리케이션으로부터의 네트워크 연결 요청을 확인하고,
    상기 네트워크 연결 요청의 확인에 기반하여, 상기 제 1 어플리케이션에 대응하는 상기 제 1 사인 키를 상기 제 1 값으로서 확인하도록 설정된 전자 장치.
  7. 제 1 항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 연관 정보에 포함되는 상기 제 1 식별 정보를 가지는 상기 제 1 어플리케이션에 기반하여 상기 제 1 값을 확인하는 동작의 적어도 일부로,
    상기 연관 정보에 기반하여, 상기 제 1 식별 정보에 대응하는 검증 타입이 해시 키 방식임을 확인하고,
    상기 검증 타입이 상기 해시 키 방식임에 기반하여, 상기 제 1 어플리케이션에 대응하는 키와 상기 연관 정보의 상기 검증 정보에 포함된 해시 함수의 연산 결과에 따른 제 1 해시 값을 상기 제 1 값으로서 확인하도록 설정된 전자 장치.
  8. 제 7 항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 연관 정보를 이용하여, 상기 제 1 식별 정보에 대응하는 검증 정보에 기반하여 상기 제 2 값을 확인하는 동작의 적어도 일부로, 상기 연관 정보에 포함된 제 2 해시 값을 상기 제 2 값으로서 확인하고,
    상기 적어도 하나의 프로세서는, 상기 제 1 해시 값 및 상기 제 2 해시 값이 동일한 경우에 상기 제 1 어플리케이션이 유효하고, 상기 제 1 해시 값 및 상기 제 2 해시 값이 동일하지 않은 경우에 상기 제 1 어플리케이션이 유효하지 않은 것으로 확인하도록 더 설정된 전자 장치.
  9. 제 7 항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 검증 타입이 상기 사인 키 방식임에 기반하여, 상기 제 1 어플리케이션에 대응하는 상기 제 1 사인 키를 상기 제 1 값으로서 확인하는 동작의 적어도 일부로,
    상기 연관 정보의 획득에 기반하여, 상기 제 1 식별 정보에 대응하는 어플리케이션을 검색한 결과에 따라 확인되는 상기 제 1 어플리케이션에 대응하는 상기 제 1 해시 값을 상기 제 1 값으로서 확인하도록 설정된 전자 장치.
  10. 제 7 항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 검증 타입이 상기 사인 키 방식임에 기반하여, 상기 제 1 어플리케이션에 대응하는 상기 제 1 사인 키를 상기 제 1 값으로서 확인하는 동작의 적어도 일부로,
    상기 제 1 어플리케이션을 상기 전자 장치에 설치하고,
    상기 제 1 어플리케이션의 설치에 기반하여, 상기 제 1 어플리케이션에 대응하는 상기 제 1 해시 값을 상기 제 1 값으로서 확인하도록 설정된 전자 장치.
  11. 제 7 항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 검증 타입이 상기 사인 키 방식임에 기반하여, 상기 제 1 어플리케이션에 대응하는 상기 제 1 사인 키를 상기 제 1 값으로서 확인하는 동작의 적어도 일부로,
    상기 제 1 어플리케이션으로부터의 네트워크 연결 요청을 확인하고,
    상기 네트워크 연결 요청의 확인에 기반하여, 상기 제 1 어플리케이션에 대응하는 상기 제 1 해시 값을 상기 제 1 값으로서 확인하도록 설정된 전자 장치.
  12. 제 1 항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 연관 정보에 포함되는 상기 제 1 식별 정보를 가지는 상기 제 1 어플리케이션에 기반하여 상기 제 1 값을 확인하는 동작의 적어도 일부로,
    상기 연관 정보에 기반하여, 상기 제 1 식별 정보에 대응하는 검증 타입이 토큰 방식임을 확인하고,
    상기 검증 타입이 상기 토큰 방식임에 기반하여, 상기 제 1 어플리케이션으로부터의 네트워크 연결 요청에 포함되는 제 1 토큰을 상기 제 1 값으로서 확인하도록 설정된 전자 장치.
  13. 제 12 항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 연관 정보를 이용하여, 상기 제 1 식별 정보에 대응하는 검증 정보에 기반하여 상기 제 2 값을 확인하는 동작의 적어도 일부로, 상기 연관 정보에 포함된 제 2 토큰을 상기 제 2 값으로서 확인하고,
    상기 적어도 하나의 프로세서는, 상기 제 1 토큰 및 상기 제 2 토큰이 동일한 경우에 상기 제 1 어플리케이션이 유효하고, 상기 제 1 토큰 및 상기 제 2 토큰이 동일하지 않은 경우에 상기 제 1 어플리케이션이 유효하지 않은 것으로 확인하도록 더 설정된 전자 장치.
  14. 전자 장치의 동작 방법에 있어서,
    적어도 하나의 어플리케이션의 식별 정보, 상기 적어도 하나의 어플리케이션 각각의 검증을 위한 검증 정보, 및 상기 적어도 하나의 어플리케이션 각각의 PDU 세션 수립을 위한 정보 사이의 연관 정보를 상기 전자 장치의 메모리에 저장하는 동작;
    상기 연관 정보에 포함되는 제 1 식별 정보를 가지는 제 1 어플리케이션에 기반하여 제 1 값을 확인하는 동작;
    상기 연관 정보를 이용하여, 상기 제 1 식별 정보에 대응하는 검증 정보에 기반하여 제 2 값을 확인하는 동작;
    상기 제 1 값 및 제 2 값이 동일함에 기반하여, 상기 제 1 어플리케이션에 대응하는 PDU 세션 수립을 위한 정보를 이용하여, PDU 세션을 수립하는 동작, 및
    상기 제 1 어플리케이션과 연관된 데이터를, 상기 PDU 세션을 이용하여 송수신하는 동작
    을 포함하는 전자 장치의 동작 방법.
  15. 제 14 항에 있어서,
    상기 연관 정보에 포함되는 상기 제 1 식별 정보를 가지는 상기 제 1 어플리케이션에 기반하여 상기 제 1 값을 확인하는 동작은,
    상기 연관 정보에 기반하여, 상기 제 1 식별 정보에 대응하는 검증 타입이 사인 키 방식임을 확인하는 동작, 및
    상기 검증 타입이 상기 사인 키 방식임에 기반하여, 상기 제 1 어플리케이션에 대응하는 제 1 사인 키를 상기 제 1 값으로서 확인하는 동작
    을 포함하는 전자 장치의 동작 방법.
PCT/KR2022/002519 2021-03-05 2022-02-21 네트워크 슬라이스와 데이터 세션을 수립하는 전자 장치 및 그 동작 방법 WO2022186533A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202280019397.1A CN116918317A (zh) 2021-03-05 2022-02-21 建立网络切片和数据会话的电子装置及其操作方法
EP22763517.4A EP4304158A1 (en) 2021-03-05 2022-02-21 Electronic device establishing network slice and data session, and method for operating same
US18/242,245 US20230412687A1 (en) 2021-03-05 2023-09-05 Electronic device establishing data session with network slice, and method for operating same

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2021-0029421 2021-03-05
KR1020210029421A KR20220125503A (ko) 2021-03-05 2021-03-05 네트워크 슬라이스와 데이터 세션을 수립하는 전자 장치 및 그 동작 방법

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/242,245 Continuation US20230412687A1 (en) 2021-03-05 2023-09-05 Electronic device establishing data session with network slice, and method for operating same

Publications (1)

Publication Number Publication Date
WO2022186533A1 true WO2022186533A1 (ko) 2022-09-09

Family

ID=83154199

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2022/002519 WO2022186533A1 (ko) 2021-03-05 2022-02-21 네트워크 슬라이스와 데이터 세션을 수립하는 전자 장치 및 그 동작 방법

Country Status (5)

Country Link
US (1) US20230412687A1 (ko)
EP (1) EP4304158A1 (ko)
KR (1) KR20220125503A (ko)
CN (1) CN116918317A (ko)
WO (1) WO2022186533A1 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024063261A1 (ko) * 2022-09-19 2024-03-28 삼성전자 주식회사 메타버스 서버와 데이터를 송수신하는 전자 장치 및 그 동작 방법

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190005044A (ko) * 2017-07-05 2019-01-15 주식회사 케이티 상호 인증 방법 및 그 시스템
WO2020204269A1 (ko) * 2019-03-29 2020-10-08 삼성전자 주식회사 엣지 컴퓨팅 서비스를 위한 방법 및 그의 전자 장치
KR20200118204A (ko) * 2018-02-13 2020-10-14 후아웨이 테크놀러지 컴퍼니 리미티드 데이터 루트 선택 방법 및 장치

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190005044A (ko) * 2017-07-05 2019-01-15 주식회사 케이티 상호 인증 방법 및 그 시스템
KR20200118204A (ko) * 2018-02-13 2020-10-14 후아웨이 테크놀러지 컴퍼니 리미티드 데이터 루트 선택 방법 및 장치
WO2020204269A1 (ko) * 2019-03-29 2020-10-08 삼성전자 주식회사 엣지 컴퓨팅 서비스를 위한 방법 및 그의 전자 장치

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; User Equipment (UE) policies for 5G System (5GS); Stage 3 (Release 17)", 3GPP STANDARD; TECHNICAL SPECIFICATION; 3GPP TS 24.526, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, no. V17.1.0, 18 December 2020 (2020-12-18), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , pages 1 - 52, XP051975244 *
"3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Policy and charging control framework for the 5G System (5GS); Stage 2 (Release 16)", 3GPP DRAFT; 23503-G70, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, 17 December 2020 (2020-12-17), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051966843 *

Also Published As

Publication number Publication date
US20230412687A1 (en) 2023-12-21
EP4304158A1 (en) 2024-01-10
CN116918317A (zh) 2023-10-20
KR20220125503A (ko) 2022-09-14

Similar Documents

Publication Publication Date Title
AU2019271627B2 (en) Electronic device for performing network connection based on data transmission of application and method thereof
WO2020149564A1 (en) Electronic device for requesting nssai in wireless communication network and method thereof
WO2020105969A1 (ko) 무선 통신 시스템에서 업링크 동작을 결정하는 전자 장치 및 그 방법
WO2022092824A1 (ko) 캐리어 네트워크를 이용하는 전자 장치 및 그 동작 방법
WO2022154272A1 (ko) Iot 장치 및 iot 장치를 서버에 온보딩 하는 방법
WO2020111572A1 (en) Electronic device for managing bearer and operation method thereof
WO2022114483A1 (ko) 에지 컴퓨팅 서비스를 수행하는 전자 장치 및 전자 장치의 동작 방법
WO2021107344A1 (en) Electronic device for performing node selection based on system information block and operation method thereof
WO2022186533A1 (ko) 네트워크 슬라이스와 데이터 세션을 수립하는 전자 장치 및 그 동작 방법
WO2022220584A1 (ko) 전자 장치 및 전자 장치에서 외부 전자 장치의 클라우드 온보딩을 수행하는 방법
WO2021225283A1 (ko) 네트워크 슬라이스와 데이터 세션을 형성하는 전자 장치 및 그 동작 방법
WO2022191426A1 (ko) 복수의 가입자 식별 모듈들을 포함하는 전자 장치 및 그의 동작 방법
WO2022196898A1 (ko) 통신의 품질을 측정하는 전자 장치 및 전자 장치의 동작 방법
WO2022182102A1 (ko) 사용자 인증을 수행하는 방법 및 이를 수행하는 장치
WO2022177130A1 (ko) 복수 심을 지원하는 전자 장치 및 그 동작 방법
WO2022045705A1 (ko) 전자 장치 및 복수의 가입자 식별 모듈들을 지원하는 전자 장치에서 단문 메시지를 수신하는 방법
WO2022215871A1 (ko) 네트워크 슬라이스를 통하여 패킷을 송신 및/또는 수신하는 전자 장치 및 그 동작 방법
WO2023090915A1 (ko) 네트워크 슬라이스를 이용하는 전자 장치 및 동작 방법
WO2022186562A1 (ko) 전자 장치 및 전자 장치에서 아이엠에스 기반의 콜을 처리하는 방법
WO2022197035A1 (ko) 블록 체인 기반의 서비스를 제공하는 전자 장치 및 그 운용 방법
WO2024063361A1 (ko) 복수의 가입자 식별 모듈을 포함하는 전자 장치 및 그의 동작 방법
WO2022086138A1 (ko) 복수의 심을 지원하는 전자 장치 및 그 동작 방법
WO2022103008A1 (ko) 셀룰러 통신 네트워크의 식별 정보에 기반하여 노드를 검색하는 전자 장치 및 전자 장치의 동작 방법
WO2022181952A1 (ko) 노드를 검색하는 전자 장치 및 전자 장치의 동작 방법
WO2023167489A1 (ko) 임베디드 가입자 식별 모듈의 프로파일의 재사용을 지원하는 전자 장치 및 그 동작 방법

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 202280019397.1

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2022763517

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2022763517

Country of ref document: EP

Effective date: 20231005