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

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

Info

Publication number
WO2021225283A1
WO2021225283A1 PCT/KR2021/004064 KR2021004064W WO2021225283A1 WO 2021225283 A1 WO2021225283 A1 WO 2021225283A1 KR 2021004064 W KR2021004064 W KR 2021004064W WO 2021225283 A1 WO2021225283 A1 WO 2021225283A1
Authority
WO
WIPO (PCT)
Prior art keywords
application
descriptor
processor
electronic device
network interface
Prior art date
Application number
PCT/KR2021/004064
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
Priority claimed from KR1020200093411A external-priority patent/KR20210136794A/ko
Application filed by 삼성전자 주식회사 filed Critical 삼성전자 주식회사
Priority to EP21800368.9A priority Critical patent/EP4149073A4/en
Priority to CN202180047484.3A priority patent/CN115836514A/zh
Publication of WO2021225283A1 publication Critical patent/WO2021225283A1/ko
Priority to US17/981,941 priority patent/US20230109249A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/302—Route determination based on requested QoS
    • H04L45/306—Route determination based on the nature of the carried application
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/60—Subscription-based services using application servers or record carriers, e.g. SIM application toolkits

Definitions

  • Various embodiments relate to an electronic device for forming 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
  • RAN radio access network
  • CN core network
  • This provides network resources and network functions bundled into one independent network slice according to individual services, such as isolation, customization, and independent management and orchestration of network system functions and resources. It is intended 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.
  • a UE route selection policy is defined.
  • a user equipment may receive a URSP from a policy control function (PCF) to form a network slice and a data session.
  • PCF policy control function
  • Applications executed in the user device may have different purposes of use. For example, some applications may require large-capacity data transmission and reception, and other applications may require low-latency data transmission/reception. Accordingly, for each application, a data session needs to be connected to a network slice suitable for its intended use. However, there has been no discussion of a specific implementation method for connecting a data session to an appropriate network slice for each application.
  • a network interface is allocated for each descriptor corresponding to an application, and a data session formed corresponding to the descriptor is transmitted through the allocated network interface.
  • an electronic device includes at least one processor, wherein the at least one processor identifies a data session establishment request from a first application executed by the at least one processor, and a path Identifies at least one first descriptor corresponding to the first application for selection, and based on the identified at least one first descriptor, selects a first network interface corresponding to the identified at least one first descriptor. check, establish a first data session corresponding to the identified at least one first descriptor, and transmit/receive traffic associated with the first application using the first data session through the first network interface can be set.
  • an electronic device includes at least one application processor and at least one communication processor, wherein the at least one application processor includes: from a first application executed by the at least one application processor; Acquire first transmission data, and provide information related to the first application and the first transmission data to the at least one communication processor, wherein the at least one communication processor is configured to: , check at least one first descriptor corresponding to the first application for path selection, and transmit the first transmission data using a first data session corresponding to the first descriptor.
  • a method of operating a communication processor includes receiving, from an application processor operatively connected to the communication processor, association information between at least one network interface and a corresponding descriptor, the at least one network interface establishing a first data session corresponding to the at least one first descriptor based on the association information based on the at least one first descriptor corresponding to the first network interface being received from the application processor, and and transmitting the received first IP packet using the first data session based on the reception of the first IP packet through the first network interface.
  • an electronic device capable of allocating a network interface for each descriptor corresponding to an application and transmitting it using a data session established corresponding to the descriptor through the assigned network interface, and the same A method of operation may be provided. Accordingly, traffic for each application may be transmitted to a network slice suitable for the purpose of use of the application.
  • FIG. 1 is a block diagram of an electronic device in a network environment, according to various embodiments of the present disclosure
  • 2A shows a 5G system architecture.
  • 2B shows a 5G network slice structure.
  • FIG. 3 is a diagram for explaining establishment of a data session for each application according to various embodiments of the present disclosure
  • FIG. 4 is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • FIG. 5 is a block diagram of an electronic device and network slices according to various embodiments.
  • FIG. 6 is a block diagram of an electronic device according to various embodiments.
  • FIG. 7 is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure
  • FIG. 8 is a diagram for describing a descriptor selection operation according to various embodiments.
  • FIG. 9 is a flowchart illustrating an operation method of an application processor and a communication processor of an electronic device according to various embodiments of the present disclosure
  • 10A is a flowchart illustrating an operation method of an application processor and a communication processor of an electronic device according to various embodiments of the present disclosure
  • 10B is a flowchart illustrating an operation method of an application processor and a communication processor of an electronic device according to various embodiments of the present disclosure
  • FIG. 11 is a flowchart illustrating an operation method of an application processor and a communication processor of an electronic device according to various embodiments of the present disclosure
  • FIG. 12 is a diagram for describing a setting operation of a network interface according to various embodiments of the present disclosure
  • FIG. 13 is a diagram for describing an operation of setting a network interface according to various embodiments of the present disclosure
  • FIG. 14 is a diagram for describing an operation when a plurality of applications of an electronic device use different DNNs and different NSSAIs, according to various embodiments.
  • 15 is a diagram for explaining an operation when a plurality of applications of an electronic device use the same DNN and different NSSAIs according to various embodiments of the present disclosure
  • 16 is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure
  • 17 illustrates an operation of preventing a use request of an application according to various embodiments of the present disclosure.
  • 18A is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure
  • 18B illustrates an operation in which one application uses a plurality of network slices according to various embodiments of the present disclosure.
  • FIG. 19 is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure
  • FIG. 20 is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure
  • 21A illustrates a data structure transferred from an application processor to a communication processor according to various embodiments of the present disclosure
  • 21B illustrates a data structure transmitted from an application processor to a communication processor according to various embodiments.
  • 21C illustrates a data structure transmitted from an application processor to a communication processor according to various embodiments.
  • 21D illustrates a data structure transferred from an application processor to a communication processor according to various embodiments.
  • 22A and 22B are flowcharts illustrating a method of operating an electronic device according to various embodiments of the present disclosure
  • 23A and 23B are flowcharts illustrating a method of operating an electronic device according to various embodiments of the present disclosure
  • 24 is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure
  • 25A and 25B are flowcharts illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • 26 is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure
  • 27A and 27B 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 executes software (eg, the 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 the volatile memory 132 , and may process commands or data stored in the volatile memory 132 , and store the result data in the non-volatile memory 134 .
  • software eg, the 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 the volatile memory 132 , and may 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) 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
  • NPU neural processing unit
  • an image signal processor e.g., 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
  • NPU neural processing unit
  • an image signal processor e.g., 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
  • the auxiliary processor 123 may be, for example, 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 AI 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 ) directly or wirelessly connected to the electronic device 101 .
  • the electronic device 102) eg, a speaker or headphones
  • the sensor module 176 detects an operating state (eg, power or temperature) of the electronic device 101 or an external environmental state (eg, 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 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 wireless 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 wireless 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 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 WAN).
  • a telecommunication network such as a
  • the wireless communication module 192 uses the 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 .
  • 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.
  • a high frequency band eg, mmWave band
  • the wireless communication module 192 includes various technologies 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 specified 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) may 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 surface) 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.
  • 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, and 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 above 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 far from the scope of the present disclosure even 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 for 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.
  • 2A shows a 5G system architecture.
  • 2B shows a 5G network slice structure.
  • an overall 5G system will be described with reference to FIGS. 2A and 2B, and a network slice will be described.
  • the 5G system structure includes an electronic device 101 (eg, a user terminal (UE)) which is a network element, a (R) AN (Radio Access Network) 202, and a data network (Data Network, DN). ) 245 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. may 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) (209), Access and Mobility Management Function (AMF) (203), Network Exposure Function (Network Exposure Function) , NEF) (247), Network Function Repository Function (NRF) (205), Policy Control Function (PCF) (207), Session Management Function (SMF) (241), Unified Data Management (UDM) (206), User Plane Function (UPF) (242) and Application Function (AF) (246), Network Slice Selection Function , NSSF) 204 .
  • 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 203 is defined as N1.
  • RAN 202 may represent a base station using Radio Access Technology (RAT).
  • RAT Radio Access Technology
  • the AN 202 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 202 and the AMF 203 is defined as N2, and the reference point between the AN and the UPF 242 is defined as N3.
  • the DN 245 may transmit a PDU to be transmitted in the downlink direction to the UPF 242 or may receive a PDU sent by the electronic device 101 through the UPF 242 .
  • the reference point between the DN 245 and the UPF 242 is defined as N6.
  • the AMF 203 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 203 and the electronic device 101 is defined as N1
  • the reference point between the AMF 203 and the (R)AN 202 is defined as N2
  • the reference point between the AMF 203 and the UDM 206 is defined as N2.
  • the reference point is defined as N8, the reference point between the AMF 203 and the AUSF 209 is defined as N12
  • the reference point between the AMF 203 and the SMF 241 is defined as N11.
  • the SMF 241 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 242 is set using the control signal information generated by the SMF 241 , and the UPF 242 reports its status to the SMF 241 side.
  • the reference point between the SMF 241 and the AMF 203 is defined as N11
  • the reference point between the SMF 241 and the UDM 206 is defined as N10
  • the reference point between the SMF 241 and the PCF 205 is N7.
  • the reference point between the SMF 241 and the AMF 203 is defined as N11.
  • each electronic device 101 may be connected to one AMF 203 , whereas in the case of the SMF 241 , one electronic device 101 may establish multiple sessions, and thus different SMFs for each session. It can have (211, 121, 131).
  • the AF 246 may provide information on the packet flow to the PCF 207 in charge of policy control to ensure quality of service (QoS).
  • QoS quality of service
  • the PCF 207 determines policies such as session management and mobility management based on the packet flow information to ensure QoS, and delivers it to the AMF 203 and SMF 241 to provide appropriate mobility management, session management, and QoS. management, etc.
  • the reference point between AF 246 and PCF 207 is defined as N5.
  • the AUSF 209 may store data for authentication of the electronic device 101 .
  • the UDM 206 may store user's subscription data, policy data, and the like.
  • the reference point between the AUSF 209 and the UDM 206 is defined as N13
  • the reference point between the AUSF 209 and the AMF 203 is defined as N12
  • the reference point between the UDM 206 and the AMF 203 is N8.
  • the reference point between the UDM 206 and the SMF 241 is defined as N10.
  • the CP function includes various functions to control the network and the terminal, and the electronic device 101, (R)AN 202, UPF 242, and AMF responsible for the two representative functions of the mobility management function.
  • 203 , AF 246 , DN 245 , and SMF 241 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 mean 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 in the 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 210 , slice instance 2 220 , and slice instance 3 230 .
  • 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 (210) consists of SMF (211) and UPF (212, 113)
  • slice instance 2 (220) consists of SMF (221), UPF (222) and PCF (223)
  • slice instance 3 230 may be composed of SMF 231 , UPF 232 , PCF 233 , and NRF 234 .
  • the SMF 221 of the slice instance 2 220 may be connected to the PCF 207 of the PLMN level and the PCF 223 of the slice level.
  • the PLMN level PCF 207 may manage the PLMN level policy information and provide it to the SMF 221 .
  • the slice-level PCF 223 belonging to the slice instance 2 may manage a policy required to provide the corresponding slice and provide the corresponding information to the SMF 221 .
  • 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 the 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 206 storing subscription information of the electronic device 101 .
  • the S-NSSAI subscribed by the electronic device 101 stored in the UDM 206 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 to 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 206 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. 3 is a diagram for explaining establishment of a data session for each application according to various embodiments of the present disclosure
  • a plurality of applications 301 and 302 may be executed in the electronic device 101 .
  • the plurality of applications 301 and 302 may transmit/receive data to and from the data network 350 through, for example, the first DNN.
  • the first application 301 may transmit/receive data to and from the data network 350 through the first network slice 330
  • the second application 302 may transmit/receive data to/from the data network 350 through the second network slice 340 . 350) and can transmit and receive data.
  • Each of the first network slice 330 and the second network slice 340 may include SMFs 331 and 341 , PCFs 332 and 342 , and UPFs 333 and 343 .
  • the electronic device 101 may be connected to the cores 320 , 330 , and 340 through the (R)AN 310 .
  • the part 320 of the core may include the AMF 321 and the NSSF 322 , and the electronic device 101 may transmit/receive control data to/from the SMFs 331 and 341 through the AMF 321 .
  • the electronic device 101 may transmit/receive data associated with the first application 301 to and from the data network 350 through the UPF 333 of the first network slice 330 , and may transmit/receive data associated with the second application 302 .
  • Data may be transmitted/received to and from the data network 350 through the UPF 343 of the second network slice 340 .
  • information 303 for selecting a first DNN, information 304 for selecting a first network slice 330, and a second network slice 340, which are descriptors for path selection, are provided to the electronic device 101.
  • Selectable information 305 eg, a traffic descriptor and/or a path selection descriptor
  • the electronic device 101 performs the first data session (eg, PDU session #1) through the first network slice 330 and the second network slice 340 through the first network slice 330 based on the stored information for path selection.
  • a second data session (eg, PDU session #2) may be established.
  • the electronic device 101 may transmit/receive information related to the first application 301 using a first data session (PDU session #1), and may transmit/receive information related to the first application 301 using a second data session (PDU session #2). Information related to the application 302 may be transmitted and received.
  • PDU session #1 first data session
  • PDU session #2 second data session
  • Information related to the application 302 may be transmitted and received.
  • the first application 301 may be an application requiring large-capacity data transmission/reception, and the first network slice 330 may support enhanced mobile broadband (eMBB) characteristics.
  • the second application 302 may be an application that requires low-latency data transmission and reception, and the second network slice 340 may support ultra reliable low latency communications (URLLC) characteristics.
  • the first application may transmit/receive large amounts of data to and from the data network 350 through the first network slice 330 , and the second application transmits data through the second network slice 340 at a low latency rate. can be sent and received with
  • eMBB enhanced mobile broadband
  • URLLC ultra reliable low latency communications
  • the electronic device 101 may transmit/receive data (or traffic) for each application through a corresponding network slice.
  • the electronic device 101 includes a descriptor (eg, information 303 for selecting a first DNN, information 304 for selecting a first network slice 330 ) and A network interface may be allocated for each information (305) for selecting the second network slice 340 .
  • the electronic device 101 may identify a descriptor corresponding to the first application 301 and manage a network interface corresponding to the descriptor.
  • the electronic device 101 may establish a data session (eg, PDU session #1) using the corresponding descriptor, and transmit data output through the network interface using the data session (eg, PDU session #1). can do.
  • the electronic device 101 may establish a data session for each network interface, and may transmit an IP packet output through the network interface through a corresponding network slice.
  • the electronic device 101 may transmit an IP packet received through a specific network slice to a corresponding application through a corresponding network interface.
  • FIG. 4 is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure. The embodiment of FIG. 4 will be described with reference to FIG. 5 .
  • 5 is a block diagram of an electronic device and network slices according to various embodiments.
  • the electronic device 101 may identify a data session establishment request from the first application.
  • the electronic device 101 may include an application processor 510 and a communication processor 520 .
  • the application processor 510 and the communication processor 520 may be included in, for example, the processor 120 of FIG. 1 .
  • the application processor 510 and the communication processor 520 may be implemented as separate hardware.
  • the application processor 510 and the communication processor 520 may be implemented as a single chip, and there is no limitation in the implementation form.
  • the application processor 510 may execute at least one application (eg, the first application 511a, the second application 511b, or the Mth application 511m).
  • At least one application may be stored in the electronic device 510 or accessed through a web browsing application.
  • the first application 511a outputs a data session establishment request.
  • the data session is, for example, among a session for communicating with a server associated with the first application 511a, a session for communicating with another device, or a session for communicating with a cloud platform, in which the first application 511a is It may include at least one, and there is no limitation.
  • the electronic device 101 may identify at least one first descriptor corresponding to the first application 511a for selecting a path.
  • the electronic device 101 may identify a rule (eg, a URSP rule) to be applied to the first application 511a. If there is one rule to be applied to the first application 511a, the electronic device 101 may check one rule. If there are a plurality of rules to be applied to the first application 511a, the electronic device 101 may select any one of the plurality of rules, and various embodiments of the selection operation will be described later. If there is no rule to be applied to the first application 511a, the electronic device 101 may select a rule suitable for the first application 511a from among at least one rule being managed, which will be described later. let it do
  • the URSP rule may include a traffic descriptor.
  • the traffic descriptor may include at least one of an application identifier, an IP3 tuple(s), a non-IP descriptor, or a DNN, according to 3GPP TS 24.524.
  • the URSP rule may include a list of route selection descriptors. In the list of descriptors, for example, according to 3GPP TS 23.503, information for network slice selection, information for DNN selection, information for SSC mode selection, information for PDU session type selection, non-seamless offload indication information, or At least one of access type preference information may be included.
  • the path selection descriptor may not include the DNN.
  • various embodiments of the present disclosure are not necessarily limited to 3GPP TS 23.503 and/or 3GPP TS 24.526, and it will be understood by those skilled in the art that other information may be included in the descriptors in various embodiments of the present disclosure.
  • the information for network slice selection may be, for example, a single value or a list of values of S-NSSAI(s).
  • the information for DNN selection may be, for example, a single value or a list of DNN(s) values.
  • the information for SSC mode selection may be, for example, one single value of the SSC mode.
  • the information for PDU session type selection may include, for example, one single value of the PDU session type.
  • Non-seamless offload indication information may indicate whether the data of the matching application is offloaded by non-3GPP access outside the PDU session.
  • the access type preference information may indicate, for example, a preferred access type (3GPP or non-3GPP) when the user equipment establishes a PDU session for a matching application.
  • the electronic device 101 may identify at least one first descriptor corresponding to the first application 511a.
  • the at least one first descriptor may include, for example, at least some of descriptors included in the aforementioned traffic descriptor or descriptors included in the aforementioned path selection descriptor. At least one descriptor may correspond to an application, and it may be expressed that one descriptor set may correspond to an application.
  • the application processor 510 may create (or define, or allocate) at least one network interface 512a , 512b , and 512n .
  • the network interfaces 512a, 512b, and 512n may be, for example, interfaces for data transmission/reception between the application processor 510 and the communication processor 520, and may be named, for example, "rmnet”. .
  • the number n of the network interfaces 512a, 512b, and 512n may be, for example, less than or equal to the number m of the applications 511a, 511b, and 511m, but there is no limitation.
  • the electronic device 101 may associate (or match, or allocate) a network interface for each application descriptor (eg, for each application descriptor set).
  • the electronic device 101 includes a first descriptor (eg, DNN:1, N-SSAI: a) (or a first descriptor set) corresponding to the first application 511a and a first network interface ( 512a) and to associate a second descriptor (eg, DNN:2, N-SSAI:b) (or a second descriptor set) corresponding to the second application 511b with the second network interface 512a.
  • a first descriptor eg, DNN:1, N-SSAI: a
  • second descriptor eg, DNN:2, N-SSAI:b
  • the m-th application 511m includes a plurality of descriptors (eg, a second descriptor (DNN:2, N-SSAI: b), and a third descriptor (DNN:2, N-SSAI: c) )) (or a plurality of descriptor sets).
  • the electronic device 101 associates a second descriptor (eg, DNN:2, N-SSAI:b) corresponding to the third application 511m with the second network interface 512a, and the third descriptor (eg: DNN:2, N-SSAI:c) may be associated with the nth network interface 512n.
  • the application processor 510 may share related information between the network interface and the descriptor with the communication processor 520 .
  • the network interface may mean a logical interface between the application processor 510 and the communication processor 520 .
  • the electronic device 101 may identify the first network interface 512a corresponding to the identified at least one first descriptor.
  • the electronic device 101 may establish a first data session 531 corresponding to the identified at least one first descriptor.
  • the application processor 510 may provide information (or parameters) (eg, a first descriptor) for establishing the first data session 531 to the communication processor 520 .
  • the communication processor 520 may establish a first data session 531 based on the received information (eg, a first descriptor). Meanwhile, the communication processor 520 may confirm that the first data session 531 is associated with the first network interface 512a.
  • the first data session 531 may be established based on the first network slice 541 .
  • the electronic device 101 may transmit data from the first application using the first data session 531 through the first network interface.
  • the application processor 510 may transmit data from the first application 511a to the communication processor 520 through the first network interface 512a.
  • the communication processor 520 transmits the data provided through the first network interface 512a through the first network slice 531 based on the association between the first network interface 512a and the first data session 531 . It can be transmitted over a data network.
  • the communication processor 520 may provide the received data to the first network interface 512a.
  • the application processor 512a may transmit data received through the first network interface 512a to the first application 511a.
  • the electronic device 101 may transmit/receive data to/from a data network through a network slice suitable for each application.
  • the electronic device 101 establishes the second data session 532 based on the second descriptor (eg, DNN:2, N-SSAI:b) associated with the second application 511b.
  • the electronic device 101 may establish a third data session 533 based on a third descriptor (eg, DNN:2, N-SSAI:c) associated with the m-th application 511m.
  • the electronic device 101 may transmit/receive data related to the second application 511b to/from the second network slice 542 through the second network interface 512b.
  • the electronic device 101 may transmit/receive data related to the second network slice 542 from the m-th application 511m to/from the second network slice 542 through the second network interface 512b.
  • the electronic device 101 may transmit/receive data related to the n-th network slice 543 from the m-th application 511m to/from the third network slice 543 through the n-th network interface 512n.
  • the communication processor 520 may transmit data to a corresponding network interface when data is provided from a specific network interface without needing to determine from which application the data is provided.
  • FIG. 6 is a block diagram of an electronic device according to various embodiments.
  • an application layer 600 , a framework layer 610 , and a hardware layer 620 corresponding to a modem may be defined in the electronic device 101 .
  • applications 601 , 602 , 603 , 604 and a carrier application 605 may be executed.
  • the carrier application 605 is an application provided by a network operator and may include, for example, network slice information to be used. Corresponding information may be stored in the URSP storage 613 .
  • USRP storage 613 may be included in, for example, an application processor, communication processor 640, or other memory (eg, memory 130 of FIG. 1 ).
  • the framework layer 610 may include at least one of ConnectivityManagerService 611 , UrspService 612 , and TelephoneyService 614 .
  • An operation of the ConnectivityManagerService 611 , UrspService 612 , or TelephoneyService 614 may refer to an operation of an application processor or the electronic device 101 .
  • the ConnectivityManagerService 611 may check a network slice allowed for an application based on a rule (eg, a URSP rule).
  • the ConnectivityManagerService 611 may provide information on allowed network slices to the application.
  • the application may request establishment of a data session by specifying a network slice based on the received information.
  • the ConnectivityManagerService 611 may provide information necessary to establish a data session (eg, a PDU session), which is information necessary to use the allowed network slice, to the TelephonyService 614 .
  • the UrspService 612 may store the rules provided in the URSP storage 613 .
  • the UrspService 612 may provide an API to bring the rules usable in the application.
  • the UrspService 612 may be configured to use two or more network slices in any one application, which will be described later.
  • the UrspService 612 may provide a function of determining whether the application is connectable to the corresponding network slice.
  • the UrspService 612 may provide a function of selecting a network slice suitable for an application when the application does not explicitly request a network slice to be used.
  • the UrspService 612 may provide a function of determining whether an application is authorized to use a specific network slice.
  • the UrspService 612 may provide a function of determining whether an application trying to use a specific network slice is forged or tampered with.
  • the UrspService 612 may determine a network interface based on the received rule and transmit it to the TelephoneyService 614 .
  • the TelephoneyService 614 may include a radio interface layer (RIL).
  • the TelephoneyService 614 may provide to the communication processor 640 which rule each of the network interfaces 631 , 632 , 633 , and 634 will be used.
  • the TelephoneyService 614 may receive information related to a rule and a network interface from the UrspService 612 and provide it to the communication processor 640 .
  • the operation of TelephoneyService 614 may be performed by the application processor, and thus the expression that information is passed from the framework layer 610 to the communication processor 640 means that the application processor communicates the information. It may mean transferring to the processor 640 .
  • the expression in which information is transmitted from the communication processor 640 to the framework layer 610 may mean that the communication processor 640 transmits information to the application processor.
  • TelephoneyService 614 when an application requests establishment of a data session (eg, PDU session) for using a network slice allowed by the rule, information required for data session establishment (eg, a traffic descriptor and/or a path selection descriptor) ) may be transmitted to the communication processor 640 .
  • the TelephoneyService 614 may provide the URSP rule received from the PCF through the communication processor 640 to the UrspService 612 .
  • the communication processor 640 receives, from the application processor, association information between a network interface and a rule (eg, a descriptor), and stores the information in an internal memory of the communication processor 640 (eg, FIG. 1 ). of the memory 130), or may be stored in an external memory.
  • the communication processor 640 receives, from the application processor, the first, second, third, and fourth network interfaces 631 , 632 , 633 , and 634 , respectively, the first, second, third, and third Information indicating that a rule (eg, a descriptor) allowed for each of the 4 applications 601 , 602 , 603 , and 604 is used may be received and stored.
  • the electronic device 101 may set the identifier of the network interface in the form of "rmnet #(DNN identification information)#'(network slice identification information)".
  • DNN identification information may be 0 for ims and 1 for internet, but this is a simple example.
  • the network slice identification information may be set as nsa and nsb as in FIG. 6 , but there is no limitation on the method, and a method of setting the identifier of the network interface will be described with reference to FIG. 12 .
  • the communication processor 640 may receive a data session establishment request from the application processor.
  • the data session establishment request may include a rule (eg, a descriptor).
  • the communication processor 640 may establish a data session (eg, a PDU session) based on the received rule (eg, a descriptor).
  • the communication processor 640 may establish, for example, a data session in association with each of the first, second, third, and fourth network slices 651 , 652 , 653 , and 654 .
  • the communication processor 640 may transmit it using a corresponding data session. For example, data from the second application 602 may be transmitted to the communication processor 640 through the second network interface 632 .
  • the communication processor 640 may transmit data from the second network interface 632 using the second data session established using the corresponding descriptor. When data is received from the outside using a specific data session, the communication processor 640 may transmit it to a corresponding application through a corresponding network interface. For example, when data is received from the outside using the second data session, the communication processor 640 may transmit the received data to the second network interface 632 .
  • the application processor may provide the data received through the second network interface 632 to a corresponding application, the second application 602 .
  • FIG. 7 is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure; The embodiment of FIG. 7 will be described with reference to FIG. 8 .
  • 8 is a diagram for describing a descriptor selection operation according to various embodiments.
  • the electronic device 101 may identify at least one rule related to the first application.
  • the application processor 800 may obtain a rule from any one of a test application 801 , a carrier application 802 , or preloaded configurations 803 and 822 .
  • rules may be delivered to the UrspService 810 by using the API of setUrspRule.
  • an application may obtain a rule stored for each application by using an API of getUrspRule.
  • the test application 801 is, for example, an application prepared for testing, and may include information on a network slice to be used, and the application processor 800 may obtain and store the corresponding information.
  • the carrier application 802 is provided by the operator and may include information on a network slice to be used, and the application processor 800 may obtain and store the corresponding information.
  • the preloaded settings 803 and 822 may include information on a network slice to be used in a specific application by reflecting at least one of an operator policy and a terminal vendor policy, and the application processor 800 may obtain and store the corresponding information. .
  • the preloaded settings 803 and 822 may be stored in the application processor 800 and/or the communication processor 820 .
  • the above-described information may be obtained, for example, by the UrspService 810 , and may be stored in the URSP rules storage 811 .
  • the location of the URSP rules repository 811 is illustrated as being in the UrspService 810 in FIG. 8 , but this is exemplary and there is no limitation on the location.
  • the application processor 800 may receive a rule relayed from the communication processor 820 .
  • the PCF 842 may have information on a network slice to be used by a specific application.
  • the communication processor 820 may receive the corresponding information from the PCF 842 through the RAN 841 and transmit it to the application processor 800 .
  • a universal subscriber identity module (USIM) 831 has information on a network slice to be used by a specific application.
  • the communication processor 820 may receive the corresponding information from the USIM 831 and transmit it to the application processor 800 .
  • USIM universal subscriber identity module
  • the electronic device 101 may identify at least one first descriptor corresponding to the first application based on the at least one identified rule. For example, when a plurality of rules for the first application are identified, the electronic device 101 may select any one rule. For example, the electronic device 101 may select any one rule based on the subject who set the rule. For example, the electronic device 101 may set the priority for each rule according to the subject who set the rule.
  • the electronic device 101 sets the highest priority to a rule selected by the operator (eg, a rule set by the carrier application 802 ), and sets a rule set by the network (eg, Set the differential rank in the rule set by the PCF 842), set the differential rank in the rule set by the USIM 831, and set the differential rank in the rule set by the preloaded settings 803,822.
  • a rule selected by the operator eg, a rule set by the carrier application 802
  • a rule set by the network eg, Set the differential rank in the rule set by the PCF 842
  • set the differential rank in the rule set by the USIM 831 e.g, Set the differential rank in the rule set by the USIM 831
  • the electronic device 101 may select any one rule, for example, any one descriptor set according to the priority comparison.
  • Table 1 shows the rules received by the electronic device 101 from the PCF 842 .
  • Table 2 shows the rules set by the USIM 831 for the electronic device 101 .
  • the electronic device 101 sets the rule of Table 1 first based on that the priority of the rule of Table 1 set by the PCF 842 is higher than the priority of the rule of Table 2 set by the USIM 831 . You can select a rule to be applied to the application. Even after selection, if a higher priority rule (eg, a rule set by a business operator) is obtained, the electronic device 101 may change the already set rule.
  • the application processor 800 is, for example, a descriptor according to the rule of Table 1 (eg, Network Slice Selection: S-NSSAI1-nsa, SSC Mode Selection: SSC Mode 1, DNN Selection: abc.com, Access Type preference: at least a part of 3GPP access) may be mapped to the first network interface.
  • the application processor 800 may transmit a mapping relationship between at least a portion of the descriptor according to the rule of Table 1 and the first network interface to the communication processor 820 . Thereafter, when a PDU session establishment request is obtained from the first application, the application processor 800 provides information for PDU session establishment (eg, Network Slice Selection: S-NSSAI1-nsa, SSC Mode Selection: SSC Mode 1, At least a portion of DNN Selection: abc.com, Access Type preference: 3GPP access) may be transferred to the communication processor 820 .
  • information for PDU session establishment eg, Network Slice Selection: S-NSSAI1-nsa, SSC Mode Selection: SSC Mode 1, At least a portion of DNN Selection: abc.com, Access Type preference: 3GPP access
  • Communication processor 820 information for PDU session establishment (eg, Network Slice Selection: S-NSSAI1-nsa, SSC Mode Selection: SSC Mode 1, DNN Selection: abc.com, Access Type preference: 3GPP access)
  • a PDU session may be established using at least a portion of Thereafter, the application processor 800 may transmit the IP packet from the first application to the communication processor 820 through the first network interface, and the communication processor 820 transmits the IP packet received through the first network interface to abc. com's DNN and S-NSSAI1-nsa.
  • the electronic device 101 may manage a rule to be applied to each application as shown in Table 3 .
  • the electronic device 101 may select any one from at least one rule for the second application and manage it in association with the second application. As described above, the electronic device 101 may manage rules for a plurality of applications, and may set a network interface and establish a PDU session based thereon.
  • FIG. 9 is a flowchart illustrating an operation method of an application processor and a communication processor of an electronic device according to various embodiments of the present disclosure
  • the application processor 901 may identify a network interface initialization event in operation 911 .
  • the network interface initialization event may include booting a communication processor (or modem), loading a SIM, changing a rule applied to a specific application, installing an application, deleting an application, activating an application, inactivating an application, or At least one of user input may be included, but there is no limitation.
  • the electronic device 101 may provide association information between the network interface and the descriptor to the communication processor 902 .
  • the communication processor 902 may store association information between the network interface and the descriptor.
  • TelephonyService may provide association information between a network interface and a descriptor to the communication processor 902 .
  • the association information between the network interface and the descriptor may include at least one of a network interface device name, IP version handle(s), a traffic descriptor, or a path selection descriptor.
  • Table 4 is an example of association information between a network interface and a descriptor according to various embodiments.
  • the IP version handle may be set to 0x01 and 0x02.
  • the IP version handle may be a unique value transmitted and received with the communication processor 902 for IPv4 and IPv6 related processing for each network interface, and each of 0x01 and 0x02 may correspond to IPv4 and IPv6, respectively.
  • 0x03 and 0x04 corresponding to IPv4 and IPv6, and 0x05,0x06, which is an additional IP version handle for supporting ssc mode 3 may be set.
  • the descriptor may include a traffic descriptor and/or a routing descriptor.
  • the communication processor 902 After the communication processor 902 stores the related information between the network interface and the descriptor, it can be used later for establishing a data session, managing a data session, and/or determining a data transmission/reception path for each network interface. According to various embodiments, an application
  • the processor 901 and the communication processor 902 may set dedicated descriptors for each network interface as shown in Table 5.
  • Network Interface Name Traffic descriptor Route Selection Descriptor rmnet0 DNN1, NSSAI a rmnet1 DNN1, NSSAI b rmnet2 DNN2, NSSAI c ... ... Rmnet# DNN#, NSSAI#
  • the application processor 901 may transmit data from a specific application to the communication processor 902 through a network interface corresponding to a descriptor according to a rule applied to the specific application.
  • the communication processor 902 may transmit data received through the corresponding network interface using a data session established based on the descriptor.
  • 10A is a flowchart illustrating an operation method of an application processor and a communication processor of an electronic device according to various embodiments of the present disclosure
  • the application processor 901 may identify a data session establishment request from the first application in operation 1011 .
  • the application processor 901 may identify at least one first descriptor corresponding to the first application.
  • the application processor 901 may provide information for establishing a data session to the communication processor 902 in operation 1015 .
  • the information for establishing a data session may include at least one of a traffic descriptor, a path selection descriptor, and an IP version handle(s).
  • the application processor 901 may manage association information between the network interface and the descriptor as shown in Table 4.
  • the application processor 901 may identify a data session establishment request from the first application.
  • Descriptors corresponding to the first application may include IP version Handle(s) in Table 4: 0x01, 0x02, Traffic Descriptors: DNN_1, and Route Selection Descriptors: NSSAI-a.
  • the application processor 901 transmits a descriptor (eg, IP version Handle(s) of Table 4: 0x01, 0x02, Traffic Descriptors: DNN_1, Route Selection Descriptors: NSSAI-a) as information for data session establishment to the communication processor (902) can be provided.
  • the traffic descriptor may include a fully qualified domain name (FQDN).
  • the communication processor 902 may establish a first data session based on information for establishing a data session. If the communication processor 902 receives a descriptor (eg, IP version Handle(s) in Table 4: 0x01, 0x02, Traffic Descriptors: DNN_1, Route Selection Descriptors: NSSAI-a), in the descriptor Based on the first data session may be established.
  • the established first data session may be associated with a network slice of NSSAI-a.
  • the communication processor 902 may establish different data sessions when the network slices are different, even if the DNNs are the same.
  • the application processor 901 may transmit data through the first network interface corresponding to the first descriptor.
  • the application processor 901, rmnet1_nsA corresponding to the first descriptor eg, IP version Handle(s) of Table 4: 0x01, 0x02, Traffic Descriptors: DNN_1, Route Selection Descriptors: NSSAI-a
  • the communication processor 902 may transmit data received through the first network interface (eg, rmnet1_nsA) using the first data session.
  • the communication processor 902 may provide data received using the first data session to the application processor 901 through the first network interface (eg, rmnet1_nsA).
  • the application processor 901 may provide data received through the first network interface (eg, rmnet1_nsA) to the corresponding first application.
  • 10B is a flowchart illustrating an operation method of an application processor and a communication processor of an electronic device according to various embodiments of the present disclosure
  • the application processor 901 may identify a data session establishment request from the first application in operation 1011 .
  • the application processor 901 may identify at least one first descriptor corresponding to the first application in operation 1013 .
  • the application processor 901 may transmit identification information of the first network interface corresponding to the first descriptor to the communication processor 902 in operation 1016 .
  • the application processor 901 may manage association information between the network interface and the descriptor as shown in Table 4.
  • the application processor 901 may identify a data session establishment request from the first application.
  • a first network interface eg, rmnet1_nsA
  • the application processor 901 may provide a first network interface (eg, rmnet1_nsA) to the communication processor 902 .
  • the communication processor 902 may establish a first data session based on identification information of the first network interface (eg, rmnet1_nsA).
  • the communication processor 902 may manage association information between the network interface and the descriptor as shown in Table 4.
  • a descriptor eg, IP version Handle(s) in Table 4 of Table 4
  • Communication processor 902 based on the identified descriptors (eg, IP version Handle(s) of Table 4 of Table 4: 0x01, 0x02, Traffic Descriptors: DNN_1, Route Selection Descriptors: NSSAI-a), data A session can be established.
  • the application processor 901 may transmit data to the communication processor 902 through the first network interface corresponding to the first descriptor in operation 1019 .
  • the communication processor 902 may transmit data received through the first network interface using the first data session.
  • FIG. 11 is a flowchart illustrating an operation method of an application processor and a communication processor of an electronic device according to various embodiments of the present disclosure
  • the application processor 901 may check association information between the network interface and the descriptor in operation 1111 .
  • the application processor 901 may manage association information between the network interface and the descriptor as shown in Table 4.
  • the communication processor 902 may not receive the association information between the network interface and the descriptor from the application processor 901 in advance.
  • the application processor 901 may identify a data session establishment request from the first application in operation 1113 .
  • the application processor 901 may identify at least one first descriptor corresponding to the first application.
  • the application processor 901, at least one first descriptor corresponding to the first application eg, IP version Handle(s) in Table 4: 0x01, 0x02, Traffic Descriptors: DNN_1, Route Selection Descriptors) : NSSAI-a
  • the corresponding first network interface eg, rmnet1_nsA in Table 4
  • the application processor 901 may provide identification information of the first network interface corresponding to the first descriptor and the first descriptor to the communication processor 902 .
  • the communication processor 902 may establish a first data session based on the first descriptor. For example, the communication processor 902 is based on the first descriptor (eg, IP version Handle(s) in Table 4: 0x01, 0x02, Traffic Descriptors: DNN_1, Route Selection Descriptors: NSSAI-a). 1 A data session can be established.
  • the communication processor 902 may associate the first data session with a first network face (eg, rmnet1_nsA).
  • the application processor 901 may transmit data through the first network interface corresponding to the first descriptor in operation 1121 .
  • the communication processor 902 may transmit data received through the first network interface using the first data session.
  • FIG. 12 is a diagram for describing a setting operation of a network interface according to various embodiments of the present disclosure
  • the electronic device may set the association information 1210 between the APN type and the network interface.
  • association information 1210 network interfaces rmnet0, rmnet1, and wlan0 may be mapped and configured for each APN (ims, internet, wifi).
  • APN and the network interface may be mapped 1:1.
  • the electronic device 101 is between a descriptor (eg, an access type, a DNN type, a network slicing/service type) and a network interface. may set the related information 1220 of .
  • a descriptor and a network interface may be mapped 1:1.
  • the electronic device 101 may map a descriptor for an access type of a non-3GPP (eg, Wifi) as well as a descriptor for an access type of 3GPP to a network interface.
  • network slicing may also be applied to non-3GPP access types.
  • the electronic device 101 may configure a network slice b and a network slice c for the Internet DNN of Non-3GPP.
  • the electronic device 101 may associate the network interface of wlan0_naB with the network slice b of the Internet DNN of Non-3GPP and associate the network interface of wlan0_naC with the network slice c of the Internet DNN of Non-3GPP. .
  • the electronic device 101 may associate a plurality of network interfaces for each of the plurality of network slices correspondingly.
  • the electronic device 101 may set the identifier of the network slice based on the information of the descriptor.
  • the electronic device 101 may set the identifier of the network interface in the form of “rmnet # (DNN identification information) #’ (network slice identification information)”.
  • DNN identification information may be 0 for ims and 1 for internet, but this is a simple example.
  • the identifier of the network interface corresponding to the network slice a among the 3GPP access type Internet DNNs may be rmnet1_nsA.
  • rmnet1_nsA “1” may be identification information of, for example, Internet DNN, and “nsA” may be identification information of network slice a.
  • the identifier of the network interface corresponding to the network slice b among the 3GPP access type Internet DNN may be rmnet1_nsB.
  • FIG. 13 is a diagram for describing an operation of setting a network interface according to various embodiments of the present disclosure
  • the electronic device may set the association information 1310 between the APN type and the network interface.
  • association information 1310 network interfaces rmnet0, rmnet1, and wlan0 may be mapped and configured for each APN (ims, internet, wifi).
  • APN and the network interface may be mapped 1:1.
  • the electronic device 101 includes a descriptor (eg, an access type, a DNN type), a network slicing/service type, a PDU session identifier ( PDU session ID)) and the association information 1320 between the network interface may be set.
  • the electronic device 101 may generate an identifier of a network interface based on an identifier of a data session (eg, a PDU session). For example, when the electronic device 101 includes FQDN or SSC MODE in addition to DNN and NSSAI in the descriptor, if the identification information for all factors is reflected in the identifier of the network interface, the identifier of the network interface is relatively long. can be set.
  • the electronic device 101 may set a PDU session identifier for each descriptor, and may set an identifier of a network interface based on the PDU session identifier.
  • the association information 1320 it can be confirmed that the identifiers of the network interface include the number of the PDU session identifier after rment. Meanwhile, the PDU session identifier in the association information 1320 may be different from the PDU session identifier allocated by the network, but may be the same according to implementation.
  • FIG. 14 is a diagram for describing an operation when a plurality of applications of an electronic device use different DNNs and different NSSAIs, according to various embodiments.
  • the electronic device 101 may execute the first application 1401 , the second application 1402 , and the third application 1403 .
  • the first application 1401 , the second application 1402 , and the third application 1403 may request a network for execution and data transmission/reception from the framework 1404 (eg, UrspService).
  • the framework 1404 may check information necessary to establish a PDU session allowed for a specific application in operation 1412 .
  • the communication processor 1405 may receive and store related information between a rule applied for each application and a network interface in advance.
  • the framework 1404 may pass the traffic descriptor and/or path selection descriptor information necessary for establishing a PDU session to the communication processor 1405 in operation 1413 .
  • the communication processor 1405 may establish a necessary PDU session with reference to the traffic descriptor and/or the path selection descriptor in operation 1414 .
  • the communication processor 1405 establishes a first PDU session (PDU Session #1) 1431 based on the descriptor of DNN 1 and NAASI-a, and based on the descriptor of DNN 2 and NAASI-b, A second PDU session (PDU Session #2) 1432 may be established, and a third PDU session (PDU Session #3) 1433 may be established based on the descriptor of DNN 3 and NAASI-c.
  • the communication processor 1405 of the electronic device 101 associates the first PDU session 1431 with the first network interface (rmnet1_nsA) 1421 based on the association information stored in advance, and the second PDU session 1432 ) may be associated with the second network interface rmnet2_nsB, and the third PDU session 1433 may be associated with the third network interface rmnet3_nsC.
  • the communication processor 1405 may transmit/receive data through a network interface designated for each PDU session in operation 1415 .
  • the application processor (not shown) may transmit/receive data related to the first application 1401 through the first network interface (rmnet1_nsA) 1421
  • the communication processor 1405 may include the first network interface Data may be transmitted/received through the (rmnet1_nsA) 1421 through the first PDU session 1431 .
  • the application processor may transmit/receive data associated with the second application 1402 through the second network interface (rmnet2_nsB) 1422 , and the communication processor 1405 may include the second network interface Data may be transmitted/received through the (rmnet2_nsB) 1422 through the second PDU session 1432 .
  • the application processor may transmit/receive data related to the third application 1403 through the third network interface (rmnet3_nsC) 1423
  • the communication processor 1405 may include the third network interface Data may be transmitted/received through the (rmnet3_nsC) 1423 through the third PDU session 1433 .
  • 15 is a diagram for explaining an operation when a plurality of applications of an electronic device use the same DNN and different NSSAIs according to various embodiments of the present disclosure
  • the electronic device 101 may execute the first application 1501 and the second application 1502 .
  • the framework 1504 eg, UrspService
  • the framework 1504 may select any one of the preloaded settings 1511 , the rules received from the PCF 1512 , and the rules received from the USIM 1513 .
  • the framework 1504 may pass the traffic descriptor and/or path selection descriptor information necessary to establish a PDU session to the communication processor 1505 .
  • the communication processor 1505 may establish a necessary PDU session with reference to the traffic descriptor and/or the path selection descriptor. For example, the communication processor 1505 establishes a first PDU session (PDU Session #1) 1531 based on the descriptor of DNN 1 and NAASI-c, and based on the descriptor of DNN 1 and NAASI-b, A second PDU session (PDU Session #2) 1532 may be established.
  • the communication processor 1505 of the electronic device 101 associates the first PDU session 1531 with the first network interface (rmnet1_nsC) 1521 based on the association information stored in advance, and the second PDU session 1532 ) to the second network interface (rmnet1_nsB) 1522 .
  • the communication processor 1505 may transmit/receive data through a network interface designated for each PDU session in operation 1415 .
  • the application processor (not shown) may transmit/receive data related to the first application 1501 through the first network interface rmnet1_nsC, and the communication processor 1505, the first network interface rmnet1_nsC Through 1521 , data may be transmitted/received through the first PDU session 1531 .
  • the application processor may transmit/receive data associated with the second application 1502 through the second network interface (rmnet1_nsB) 1522
  • the communication processor 1505 may include the second network interface Data may be transmitted/received through the (rmnet1_nsB) 1522 through the second PDU session 1532 .
  • FIG. 16 is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure; The embodiment of FIG. 16 will be described with reference to FIG. 17 . 17 illustrates an operation of preventing a use request of an application according to various embodiments of the present disclosure.
  • the electronic device 101 may identify a data session establishment request corresponding to the first descriptor from the first application.
  • the first application may specify information on a data session to be used, for example, a first descriptor while requesting establishment of a data session.
  • the electronic device 101 may determine whether the first application can use the network slice corresponding to the first descriptor.
  • the electronic device 101 may determine that the network slice corresponding to the first descriptor is available to the first application. In addition, when the first application is an abnormal application, the electronic device 101 may determine that the network slice corresponding to the first descriptor is unavailable to the first application. For example, the electronic device 101 may determine whether the first application is normal based on a path where the first application is installed. If, based on whether the first application is installed through a predetermined app store and/or installed by a backup tool, it may be determined whether the first application is normal. For example, the electronic device 101 may determine whether the first application is normal in the signature of the first application. Only applications with the specified signature may be allowed to use the specified network slice.
  • the electronic device 101 may determine whether the first application is normal based on an md5 checksum value of an APK file of the first application.
  • the electronic device 101 may calculate the md5 hash, and the electronic device 101 may calculate the calculation result together with application information (eg, package name and/or version). may be stored in an internal memory (eg, the memory 130 of FIG. 1 ) and/or an external memory. Thereafter, the electronic device 101 may calculate a checksum value of md5 and compare it with a stored calculation result, for example, at the time of obtaining a network use request, for example, a data session establishment request from an application. The electronic device 101 may determine whether the first application is normal, based on the comparison result.
  • the electronic device 101 enables the first application to select the network slice corresponding to the first descriptor based on whether the first application has the right to use the network slice corresponding to the first descriptor. It can be determined whether it is available or not. As described above, the electronic device 101 may check and manage information on descriptors for each application in advance based on at least one rule. The electronic device 101 may determine whether the first application can use the network slice corresponding to the first descriptor based on the managed information. Determination of whether it is available may be performed, for example, by UrspService.
  • the electronic device 101 when it is confirmed that the network slice corresponding to the first descriptor is available to the first application (Yes 1613 - Yes), the electronic device 101 , in operation 1615 , first data corresponding to the first descriptor A session can be established. In operation 1617 , the electronic device 101 may transmit data from the first application through the first network interface corresponding to the first descriptor using the first data session. If the first application determines that the network slice corresponding to the first descriptor is not available (1613 - NO), the electronic device 101 disallows access to the network slice corresponding to the first descriptor in operation 1619 . can For example, as shown in FIG.
  • the electronic device 101 may set the first descriptor (eg, DNN1, NSSAI-c) for the first application.
  • the electronic device 101 may determine whether the first application has the right to use the first descriptor according to a data session establishment request for the first descriptor from the first application. If it is determined that the first application has the right to use the first descriptor, the electronic device 101 may establish a first data session (PDU session #1) 1731 .
  • the electronic device 101 may transmit/receive data related to the first application to/from the first data session 1731 through the first network interface rmnet1_nsC. Meanwhile, the second application may request establishment of a data session for the first descriptor.
  • the electronic device 101 may determine that the second application cannot use the data session for the first descriptor. Accordingly, it is possible to prevent the second application from using the first data session 1731 .
  • the electronic device 101 determines whether the second application has the right to use, based on a comparison result of the precedence of the rule applied to the first application and the precedence of the rule applied to the second application. may be Alternatively, even when it is determined that the second application is an abnormal application, the electronic device 101 may disallow the use of the data session for the second descriptor of the second application.
  • 18A is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure. The embodiment of FIG. 18A will be described with reference to FIG. 18B. 18B illustrates an operation in which one application uses a plurality of network slices according to various embodiments of the present disclosure.
  • the electronic device 101 may identify a plurality of descriptors corresponding to the first application.
  • the first application may support a plurality of descriptors.
  • the first application may be configured to transmit and receive data through a first network slice for security at the time of account login, and to transmit and receive data through a second network slice for URLLC after account login. have.
  • the electronic device 101 may map and manage the first descriptor for the first network slice and the second descriptor for the second network slice in response to the first application.
  • the electronic device 101 may establish a plurality of data sessions based on each of the plurality of descriptors.
  • the first application may check information on descriptors that can be used by using an API of getUrspRule.
  • the first application may request establishment of a data session by specifying a descriptor to be used, and the electronic device 101 may establish a data session corresponding to the descriptor based thereon.
  • the electronic device 101 may establish a plurality of data sessions at least simultaneously, or may establish one data session while terminating the corresponding data session and establish another data session.
  • the electronic device 101 may obtain an IP packet from the first application and check a data session corresponding to the IP packet.
  • the electronic device 101 may transmit the acquired IP packet using the identified data session.
  • the electronic device 101 may route, for example, a generated IP packet to a network slice corresponding to a data session corresponding to the traffic descriptor.
  • the electronic device 101 may establish a first data session 1821 and a second data session 1822 .
  • data may be transmitted/received through a plurality of network interfaces (rmnet1_nsA, rmnet1_nsB) for one application.
  • the electronic device 101 may transmit/receive data to and from the first data session 1821 and the second data session 1822 through each of the plurality of network interfaces rmnet1_nsA and rmnet1_nsB.
  • FIG. 19 is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure
  • the application processor 901 may identify a first descriptor suitable for a first application in operation 1913 .
  • the application processor 901 may select the first descriptor based on precedence in the rule, but there is no limitation on a suitable descriptor identification method.
  • the application processor 901 may request the communication processor 902 to establish a first data session corresponding to the first descriptor.
  • the communication processor 902 may establish a first data session.
  • the application processor 901 may transmit data from the first application to the communication processor 902 through the first network interface corresponding to the first descriptor.
  • the communication processor 902 may transmit data received through the first network interface using the first data session.
  • FIG. 20 is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure. The embodiment of FIG. 20 will be described with reference to FIG. 21A.
  • 21A illustrates a data structure transferred from an application processor to a communication processor according to various embodiments of the present disclosure;
  • the application processor 901 may share information related to an application and a descriptor in operation 2011 with the communication processor 902 .
  • the application processor 901 may obtain first transmission data from the first application in operation 2013 .
  • the application processor 901 may provide information related to the first application and the first transmission data to the communication processor 902 .
  • the application processor 901 may provide the data 2100 as shown in FIG. 21A to the communication processor 902 .
  • the data 2100 may include application identification information 2101 and an IP packet 2103 .
  • the application identification information 2101 may be, for example, information indicating the application that generated the IP packet 2103, and there is no limitation in its expression format.
  • the communication processor 902 may identify the first descriptor corresponding to the first application, based on information related to the first application. For example, the communication processor 902 may check the application identification information 2101 of the received data 2100 . The communication processor 902 may identify a descriptor corresponding to the application identification information 2101 based on the previously shared association information between the application and the descriptor.
  • the communication processor 902 may transmit the first transmission data using the first data session corresponding to the first descriptor.
  • the communication processor 902 may transmit only the IP packet 2103 portion of the received data 2100 using the first data session.
  • the application processor 901 may set, for example, one network interface for each DNN.
  • the application processor 901 transmits the application identification information to the communication processor 902, so that even if data is transmitted through one network interface, the communication processor 902 can identify a data session to transmit the data.
  • the application processor 901 may, for example, inform the communication processor 902 whether or not to provide the application identification information 2101, and the communication processor 902 may provide the application identification information 2101 based on the information. can also be processed.
  • the application processor 901 may include the descriptor together with the IP packet 2103 and transmit it to the communication processor 902 .
  • the communication processor 902 may identify the data session based on the received descriptor.
  • Communication processor 902 may transmit IP packet 2103 using the identified data session.
  • the communication processor 902 may transmit the IP packet 2103 without association information between the application and the descriptor.
  • 21B illustrates a data structure passed from an application processor to a communication processor in accordance with various embodiments.
  • the application processor 901 may provide the data 2110 to the communication processor 902 .
  • the data 2110 may include application identification information 2111 , connection capabilities 2113 , and an IP packet 2115 .
  • the connection capability may be expressed as a sequence of one octet, for example, “0000001” may mean that the traffic descriptor is IMS, and “00000010” may mean that the traffic descriptor is MMS. and “0000100” may mean that the traffic descriptor is SUPL, and “00001000” may mean that the traffic descriptor is Internet.
  • the communication processor 902 may identify the data session by using the received application identification information 2111 and the connection capability 2113 together.
  • 21C illustrates a data structure passed from an application processor to a communication processor in accordance with various embodiments.
  • the application processor 901 may provide the data 2120 to the communication processor 902 .
  • the data 2120 may include a number 2121 of an application identification information table and an IP packet 2115 .
  • the application processor 901 and the communication processor 902 may share a table as shown in Table 6.
  • Application identification information table number application identifier 0 Reserved One Com.***.android.youtube 2 Com.snapchat.android 3 Com.netflix.mediaclient ... ... 255 (0XFF) Com.samsung.android.bixby.service
  • the size of the data 2120 transferred from the application processor 901 to the communication processor 902 can be maintained at a small level.
  • 21D illustrates a data structure passed from an application processor to a communication processor in accordance with various embodiments.
  • the application processor 901 may provide the data 2130 to the communication processor 902 .
  • Data 2130 may include a rule precedence 2131 and an IP packet 2132 .
  • the communication processor 902 may share the rule precedence and descriptor information corresponding thereto with the application 901 in advance.
  • the communication processor 902 may check the rule precedence 2131 of the received data 2130 , and may identify descriptor information corresponding to the rule precedence 2131 .
  • the communication processor 902 may transmit the IP packet 2132 using the data session of the descriptor corresponding to the rule precedence 2131 .
  • 22A and 22B are flowcharts illustrating a method of operating an electronic device according to various embodiments of the present disclosure
  • the communication processor 2205 may receive a USRP configuration from the network 2206 in operation 2211 .
  • the communication processor 2205 may provide a URSP traffic descriptor to the Telephonyservice 2204 in operation 2213 based on the received USRP configuration.
  • the Telephonyservice 2204 may provide a URSP traffic descriptor to the UrspService 2203 in operation 2215 .
  • the Telephonyservice 2204 may receive the URSP traffic descriptor as well as the route selection descriptor and transmit it to the UrspService 2203 .
  • the UrspService 2203 may store a URSP rule 2217 in operation 2219 .
  • the application 2201 may request getURSPnetworkCapabilities from the ConnectivityManagerService 2202 in operation 2221 .
  • getURSPnetworkCapabilities may be a request for a URSP capability (eg, information related to a network slice) corresponding to an application.
  • the ConnectivityManagerService 2202 may transmit getURSPnetworkCapabilities to the UrspService 2203 in operation 2223 .
  • getURSPnetworkCapabilities may include information for identifying the application 2201 (eg, the identifier of the second application (APP_2)).
  • the UrspService 2203 may return information (eg, URLLC) of a network slice corresponding to the second application.
  • the ConnectivityManagerService 2202 may transmit the received slice information (eg, URLLC)) to the application 2201 in operation 2227 .
  • the application 2201 may transmit a network request (eg, a PDU session establishment request) to the ConnectivityManagerService 2202 .
  • the ConnectivityManagerService 2202 may request the UrspService 2203 to check whether the second application APP_2 has permission in operation 2231 .
  • UrspSevice 2203 may, for example, confirm that the second application APP_2 has permission, and may provide information indicating that the permission is granted to the ConnectivityManagerService 2202 in operation 2233 .
  • the ConnectivityManagerService 2202 may request the UrspService 2203 to check whether the second application APP_2 is forged or tampered with.
  • the UrspService 2203 may check whether the second application APP_2 is forged or altered according to the above-described method. In operation 2237 , the UrspService 2203 may provide information indicating that the second application APP_2 is genuine to the ConnectivityManagerService 2202 .
  • the ConnectivityManagerService 2202 transmits a network request (eg, a PDU session establishment request) to the TelephonyService 2204 in operation 2339 based on confirming that the second application (APP_2) is genuine. ) can be passed to
  • the network request may include information about a network slice (eg, URLLC).
  • the TelephonyService 2204 may set up a data call based on the received network request in operation 2241 .
  • the data call may correspond to, for example, a second DNN (dnn_2) and a second network slice (URLLC).
  • the TelephonyService 2204 may request the communication processor 2205 to create a PDU session corresponding to the second DNN (dnn_2) and the second network slice (URLLC) in operation 2243 .
  • the communication processor 2205 may perform an operation for establishing a PDU session corresponding to the network 2206 and the second DNN (dnn_2) and the second network slice (URLLC).
  • the communication processor 2205 establishes a PDU session corresponding to the network 2206 and the second DNN (dnn_2) and the second network slice (URLLC), and transmits information indicating PDU session establishment in operation 2247 to the TelephonyService 2204 .
  • the TelephonyService 2204 may allocate a network interface (eg, rmnet2_nsB) to the corresponding PDU and the application 2201 .
  • a network interface eg, rmnet2_nsB
  • the TelephonyService 2204 may transmit information indicating that the data call setup is complete to the ConnectivtyManagerService 2202 .
  • the ConnectivtyManagerService 2202 may deliver information indicating that data call setup is complete to the application 2201 in operation 2253 .
  • the corresponding information may include information on the assigned network interface (eg, rmnet2_nsB).
  • 23A and 23B are flowcharts illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • Operations 2311 , 2313 , 2315 , and 2319 may be substantially the same as operations 2211 , 2213 , 2215 , and 2219 of FIG. 22 , and detailed descriptions thereof will be omitted.
  • the URSP rule 2317 may be substantially the same as the URSP rule 2217 of FIG. 22 , and a detailed description thereof will be omitted.
  • the application 2201 may transmit a network request (eg, a PDU session establishment request) to the ConnectivityManagerService 2202 .
  • the application 2201 may forward a network request without specifying a network slice.
  • Operations 2323 , 2325 , 2327 , and 2329 may be substantially the same as operations 2231 , 2233 , 2235 , and 2237 of FIG. 22 , and detailed descriptions thereof will be omitted.
  • the ConnectivityManagerService 2202 may request information (eg, NSSAI) about the network slice allowed to the application 2201 from the UrspService 2203. .
  • the UrspService 2203 may return information indicating URLLC that is a network slice corresponding to the application 2201 (eg, the second application) based on the stored URSP rule 2317 .
  • the ConnectivityManagerService 2202 may transmit a network request (eg, a PDU session establishment request) to the TelephonyService 2204 in operation 2335 .
  • the network request may include information about a network slice (eg, URLLC).
  • Operations 2337, 2339, 2341, 2343, 2345, 2347, and 2349 are substantially the same as 2241, 2243, 2245, 2247, 2249, 2251, and 2253 of FIG. 22 . and a detailed description thereof will be omitted.
  • 24 is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure
  • the electronic device 101 may identify a PDU session establishment request in operation 2401 .
  • the application processor 510 of the electronic device 101 may identify a PDU session establishment request from a stored (or accessible) application.
  • the electronic device 101 may determine whether the rule of the application processor 510 and the rule of the communication processor 520 match. Whether the rules match or not is performed by the application processor 510 or the communication processor 520 , or both processors.
  • the electronic device 101 may establish a PDU session in operation 2405 .
  • the electronic device 101 may perform a rule matching operation in operation 2407 .
  • the electronic device 101 may transmit the rule of the application processor 510 back to the communication processor 520 to match the rules of both processes, but the reverse process is also possible.
  • the electronic device 101 may perform PDU session establishment again.
  • 25A and 25B are flowcharts illustrating a method of operating an electronic device according to various embodiments of the present disclosure.
  • Operation 2501, operation 2503, operation 2505, operation 2509, operation 2511, operation 2513, operation 2515, operation 2517, operation 2519, operation 2521, operation 2523, operation 2525, operation 2527, operation 2529, operation 2531 is 2211 of FIG. operations 2213 operations, 2215 operations, 2219 operations, 2221 operations, 2223 operations, 2225 operations, 2227 operations, 2229 operations, 2231 operations, 2233 operations, 2235 operations, 2237 operations, 2238 operations, 2241 operations, and , a detailed description thereof will be omitted.
  • the URSP rule 2507 may be substantially the same as the URSP rule 2217 of FIG. 22 , and a detailed description thereof will be omitted.
  • an application processor may provide a request to the communication processor 2205 in operation 2533 .
  • the request in operation 2533 may be a request for at least some of the URSP rules managed by the communication processor 2205 .
  • the request is, for example, at least one of information of the application 2201 , DNN information (eg, identification number), a DNN type (eg, Internet DNN), or a service type (eg, URLLC) of a network slice may include.
  • the communication processor 2205 in response to the request of 2533 , in operation 2535 , at least some of the URSP rules associated with the application 2201 , for example, DNN information corresponding to the application 2201 (eg, identify number), a DNN type (eg, Internet DNN), or a service type (eg, URLLC) of a network slice may be returned to the TelephonyService 2204 .
  • the application processor for example, the TelephonyService 2204, may compare at least some of the USRP rules received from the communication processor 2205 with the stored URSP rules 2509 and check whether they match.
  • the request in operation 2533 may be a request for the communication processor 2205 to check whether a rule is matched.
  • the request is, for example, at least one of information of the application 2201 , DNN information (eg, identification number), a DNN type (eg, Internet DNN), or a service type (eg, URLLC) of a network slice may include.
  • the communication processor 2205 may compare at least some of the URSP rules included in the received request with the URSP rules managed by the communication processor 2205 and check whether they match.
  • the communication processor 2205 may return information (eg, True or False) indicating whether or not they match in operation 2535 to the TelephoneyService 2204 .
  • the application processor may check whether rules managed by the processors match, based on the information indicating whether they match.
  • the TelephonyService 2204 may check whether the match is have.
  • the TelephonyService 2204 may provide information indicating that the data call setup fails in operation 2541 to the ConnectivityManagerService 2202 .
  • the information may include a reason for the failure (eg, rule inconsistency).
  • the ConnectivityManagerService 2202 may provide information indicating that the data call setup fails in operation 2543 to the application 2201 .
  • the application processor may stop establishment of the PDU session.
  • the application processor may request the communication processor 2205 to establish a PDU session without stopping PDU establishment.
  • the network 2206 may reject the PDU session establishment request.
  • At least one of the application processor or the communication processor 2205 may perform an operation of matching rules.
  • 2550 a case in which the match is confirmed as success according to the comparison result is illustrated. Operations 2551 , 2553 , 2555 , 2557 , 2559 , and 2561 may be substantially the same as 2243 , 2245 , 2247 , 2249 , 2251 , and 2253 in FIG. 22 , A detailed description will be omitted.
  • 26 is a flowchart illustrating a method of operating an electronic device according to various embodiments of the present disclosure
  • the electronic device 101 may identify a PDU session establishment request in operation 2601 .
  • the application processor 510 of the electronic device 101 may identify a PDU session establishment request from a stored (or accessible) application.
  • the electronic device 101 may attempt to establish a PDU session and check whether establishment of the PDU session is successful. If establishment of the PDU session is successful (2603-Yes), the electronic device 101 may transmit and/or receive data through the PDU session in operation 2605 . If establishment of the PDU session fails (2603 - NO), the electronic device 101 may perform a preset operation in operation 2607 .
  • the preset operation may include, for example, at least a portion of the URSP rules received from the network (eg, PCF) among the URSP rules managed by the electronic device 101 (eg, an application processor and/or a communication processor). It may be an action to match some.
  • the network eg, PCF
  • the electronic device 101 eg, an application processor and/or a communication processor. It may be an action to match some.
  • 27A and 27B are flowcharts illustrating a method of operating an electronic device according to various embodiments of the present disclosure;
  • operation 2701 in operation 2703, in operation 2705, in operation 2709, in operation 2711, in operation 2713, in operation 2715, in operation 2717, in operation 2719, in operation 2721, in operation 2723, in operation 2725, operation 2727, operation 2729, operation 2731, and operation 2733 is performed, 22 of FIG. 22 , operations 2211, 2213, 2215, 2219, 2221, 2223, 2225, 2227, 2229, 2231, 2233, 2235, 2237, 2238, 2241, and 2243 It may be substantially the same as the operation, and a detailed description thereof will be omitted.
  • the URSP rule 2707 may be substantially the same as the URSP rule 2217 of FIG. 22 , and a detailed description thereof will be omitted.
  • the communication processor 2205 may attempt to establish a PDU session in operation 2535 , based on the PDU session establishment request received in operation 2733 .
  • a case in which establishment of a PDU session has failed is shown.
  • the communication processor 2205 may check the establishment failure of the PDU session and provide information indicating the failure to the TelephonyService 2204 in operation 2741 .
  • the information may include the reason for the failure.
  • the TelephonyService 2204 may provide information indicating that data call setup fails in operation 2743 to the ConnectivityManagerService 2202 .
  • the information may include the cause of the failure.
  • the ConnectivityManagerService 2202 may provide information indicating that the data call setup fails to the application 2201 in operation 2745 .
  • At least one of the application processor and the communication processor 2205 may perform an operation of matching a rule managed by the electronic device 101 with a rule of the network 2206 .
  • a case in which the match is confirmed as success according to the comparison result is illustrated.
  • Operation 2751 , operation 2753 , operation 2755 , operation 2757 , and operation 2759 may be substantially the same as operation 2245 , operation 2247 , operation 2249 , operation 2251 , and operation 2253 in FIG. 22 , and a detailed description thereof will be omitted.
  • the electronic device includes at least one processor, wherein the at least one processor is configured to identify a data session establishment request from a first application executed by the at least one processor, and to select a path. identifying at least one first descriptor corresponding to the first application, and identifying a first network interface corresponding to the identified at least one first descriptor based on the identified at least one first descriptor; Establishing a first data session corresponding to the at least one identified first descriptor, and transmitting and receiving data associated with the first application through the first network interface using the first data session have.
  • the at least one first descriptor may include at least one of a DNN corresponding to the first application and an NSSAI corresponding to the first application.
  • the at least one processor identifies a plurality of descriptors corresponding to the first application as at least part of an operation of identifying the at least one first descriptor corresponding to the first application, and It may be configured to select the at least one first descriptor from among a plurality of descriptors.
  • the at least one processor is configured to check an initialization event of the first network interface, and, based on the initialization event, obtain association information between the first network interface and the at least one first descriptor. It may be further set to confirm.
  • the at least one processor may include, as at least part of an operation of transmitting and receiving data related to the first application, through the first network interface, using the first data session, the first network interface and based on the association information between the at least one first descriptor, transmit a first IP packet transmitted through the first network interface using the first data session, wherein the first network interface and the at least one It may be configured to provide a second IP packet received using the first data session to the first application through the first network interface based on association information between the first descriptors of
  • the at least one processor includes an application processor and a communication processor, wherein the application processor is configured to, based on the initialization event, establish an association between the first network interface and the at least one first descriptor. check information, and provide association information between the first network interface and the at least one first descriptor to the communication processor, wherein the communication processor is configured to: Receiving the association information from the application processor, and based on the association information between the first network interface and the at least one first descriptor, a first IP packet output through the first network interface is transmitted to the first descriptor. a second IP packet transmitted using the first data session corresponding to It may be configured to transmit to the application processor through the first network interface.
  • the communication processor may be configured to establish the first data session corresponding to the first descriptor, based on receiving the at least one first descriptor from the application.
  • the at least one processor checks whether the first descriptor is available to the first application as at least part of the operation of checking the at least one first descriptor corresponding to the first application. based on the at least one first descriptor.
  • the at least one processor based on checking whether the first descriptor is available to the first application, as at least part of the operation of checking the at least one first descriptor, Based on at least one of whether the application is a normal application or whether the first application has the right to use the first data session corresponding to the first descriptor, the first application determines whether the first descriptor It can be set to check whether or not is available.
  • the at least one processor determines that the first descriptor is not available to the second application based on a data session request specifying the use of the first descriptor being obtained from the second application. Based on confirming that it is not, it may be further configured to disallow the use of the first descriptor of the second application.
  • the at least one processor is configured to confirm that the first application can use at least one second descriptor different from the at least one first descriptor, and based on the at least one second descriptor, , identify a second network interface corresponding to the at least one second descriptor, establish a second data session corresponding to the at least one second descriptor, and store other data associated with the first application, the second Through the network interface, it may be configured to transmit/receive using the second data session.
  • an electronic device includes at least one application processor and at least one communication processor, wherein the at least one application processor includes: a first application executed by the at least one application processor; Acquire 1 transmission data, and provide information related to the first application and the first transmission data to the at least one communication processor, wherein the at least one communication processor is configured to: Based on the information associated with the first application, It may be configured to identify at least one first descriptor corresponding to the first application for path selection, and transmit the first transmission data using a first data session corresponding to the first descriptor.
  • the at least one application processor provides the information associated with the first application and the first transmission data to the at least one communication processor as information associated with the first application as at least part of an operation. , configured to provide the at least one first descriptor corresponding to the first application to the at least one communication processor, wherein the at least one communication processor is configured to: As at least a part of the operation of checking the first descriptor of
  • the at least one application processor may be further configured to share the at least one communication processor, identification information of the first application, and association information between the at least one first descriptor.
  • the at least one application processor provides the information associated with the first application and the first transmission data to the at least one communication processor as information associated with the first application as at least part of an operation. , set to provide the identification information of the first application to the at least one communication processor, wherein the at least one communication processor, as at least a part of the operation of checking the at least one first descriptor, of the first application It may be configured to identify the at least one first descriptor based on the identification information and the shared association information.
  • the at least one application processor is configured to share the association information between the at least one communication processor and the identification information of a first rule applied to the first application and the at least one first descriptor. More can be set.
  • the at least one application processor provides the information associated with the first application and the first transmission data to the at least one communication processor as information associated with the first application as at least part of an operation. , set to provide identification information of the first rule to the at least one communication processor, wherein the at least one communication processor is configured to, as at least part of the operation of checking the at least one first descriptor, identify the first rule It may be configured to identify the at least one first descriptor based on the information and the shared association information.
  • a method of operating a communication processor includes receiving, from an application processor operatively connected to the communication processor, association information between at least one network interface and a corresponding descriptor, the at least one network interface establishing a first data session corresponding to the at least one first descriptor based on the association information based on the at least one first descriptor corresponding to the first network interface being received from the application processor, and and transmitting the received first IP packet using the first data session based on the reception of the first IP packet through the first network interface.
  • the operating method may include, based on the reception of a second IP packet using the first data session, the received second IP packet, the first network interface, based on the association information. It may further include the operation of transmitting to the application processor through the.
  • the at least one first descriptor may include at least one of DNN and NSSAI.
  • 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 the component from other components in question, and may refer to components in 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 machine eg, electronic device 101
  • 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 refers to the case 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 via an application store (eg Play StoreTM) or on two user devices ( It can be distributed (eg, downloaded or uploaded) directly between smartphones (eg: smartphones) and online.
  • a part 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)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

다양한 실시예에 따라서, 전자 장치는, 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 상기 적어도 하나의 프로세서에 의하여 실행되는 제 1 어플리케이션으로부터 데이터 세션 수립 요청을 확인하고, 경로 선택을 위한 상기 제 1 어플리케이션에 대응하는 적어도 하나의 제 1 디스크립터를 확인하고, 상기 확인된 적어도 하나의 제 1 디스크립터에 기반하여, 상기 확인된 적어도 하나의 제 1 디스크립터에 대응하는 제 1 네트워크 인터페이스를 확인하고, 상기 확인된 적어도 하나의 제 1 디스크립터에 대응하는 제 1 데이터 세션을 수립하고, 상기 제 1 어플리케이션과 연관된 데이터를, 상기 제 1 네트워크 인터페이스를 통하여, 상기 제 1 데이터 세션을 이용하여 송수신하도록 설정될 수 있다. 그 밖의 다양한 실시예가 가능하다.

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)의 Release 15에서는, URSP(UE route selection policy)가 정의된다. 사용자 장치(user equipment, UE)는, PCF(policy control function)로부터 URSP를 수신하여, 네트워크 슬라이스와 데이터 세션을 형성할 수 있다.
사용자 장치에서 실행되는 어플리케이션들은, 그 사용 목적이 상이할 수 있다. 예를 들어, 어떤 어플리케이션은 대용량 데이터 송수신을 요구할 수 있으며, 다른 어플리케이션은 저지연 데이터 송수신을 요구할 수 있다. 이에 따라, 어플리케이션 별로, 데이터 세션이 그 사용 목적에 적합한 네트워크 슬라이스에 연결될 필요가 있다. 하지만, 어플리케이션 별로, 데이터 세션을 적합한 네트워크 슬라이스에 연결하는 구체적인 구현 방안에 대하여서는 논의된 바가 없다.
다양한 실시예에 따른 전자 장치 및 그 동작 방법은, 어플리케이션에 대응하는 디스크립터(descriptor) 별로 네트워크 인터페이스(network interface)를 할당하고, 할당된 네트워크 인터페이스를 통하여 디스크립터에 대응하여 형성된 데이터 세션을 이용하여 송신할 수 있다.
다양한 실시예에 따라서, 전자 장치는, 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 상기 적어도 하나의 프로세서에 의하여 실행되는 제 1 어플리케이션으로부터 데이터 세션 수립(establishment) 요청을 확인하고, 경로 선택을 위한 상기 제 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 IP 패킷이 수신됨에 기반하여, 상기 수신된 제 1 IP 패킷을 상기 제 1 데이터 세션을 이용하여 송신하는 동작을 포함할 수 있다.
다양한 실시예에 따라서, 어플리케이션에 대응하는 디스크립터(descriptor) 별로 네트워크 인터페이스(network interface)를 할당하고, 할당된 네트워크 인터페이스를 통하여 디스크립터에 대응하여 수립된 데이터 세션을 이용하여 송신할 수 있는 전자 장치 및 그 동작 방법이 제공될 수 있다. 이에 따라, 어플리케이션 별 트래픽이, 어플리케이션의 사용 목적에 적합한 네트워크 슬라이스로 송신될 수 있다.
도 1은, 다양한 실시예들에 따른, 네트워크 환경 내의 전자 장치의 블록도이다.
도 2a는 5G 시스템 구조를 도시한다.
도 2b은 5G 네트워크 슬라이스 구조를 도시한다.
도 3은 다양한 실시예에 따른 어플리케이션 별 데이터 세션의 수립을 설명하기 위한 도면이다.
도 4는, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 5는 다양한 실시예에 따른 전자 장치 및 네트워크 슬라이스들의 블록도를 도시한다.
도 6은, 다양한 실시예에 따른 전자 장치의 블록도를 도시한다.
도 7은 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 8은 다양한 실시예에 따른 디스크립터 선택 동작을 설명하기 위한 도면이다.
도 9는 다양한 실시예에 따른 전자 장치의 어플리케이션 프로세서 및 커뮤니케이션 프로세서의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 10a는 다양한 실시예에 따른 전자 장치의 어플리케이션 프로세서 및 커뮤니케이션 프로세서의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 10b는 다양한 실시예에 따른 전자 장치의 어플리케이션 프로세서 및 커뮤니케이션 프로세서의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 11은 다양한 실시예에 따른 전자 장치의 어플리케이션 프로세서 및 커뮤니케이션 프로세서의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 12는 다양한 실시예에 따른 네트워크 인터페이스의 설정 동작을 설명하기 위한 도면이다.
도 13은 다양한 실시예에 따른 네트워크 인터페이스의 설정 동작을 설명하기 위한 도면이다.
도 14는 다양한 실시예에 따른 전자 장치의 복수 개의 어플리케이션 이 상이한 DNN 및 상이한 NSSAI를 이용하는 경우의 동작을 설명하기 위한 도면이다.
도 15는 다양한 실시예에 따른 전자 장치의 복수 개의 어플리케이션 이 동일한 DNN 및 상이한 NSSAI를 이용하는 경우의 동작을 설명하기 위한 도면이다.
도 16은 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 17은 다양한 실시예에 따른 어플리케이션의 사용 요청을 방지하는 동작을 도시한다.
도 18a는 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 18b는 다양한 실시예에 따른 하나의 어플리케이션이 복수 개의 네트워크 슬라이스를 이용하는 동작을 도시한다.
도 19는 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 20은 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 21a는, 다양한 실시예에 따른 어플리케이션 프로세서로부터 커뮤니케이션 프로세서로 전달되는 데이터 구조를 도시한다.
도 21b는, 다양한 실시예에 따른 어플리케이션 프로세서로부터 커뮤니케이션 프로세서로 전달되는 데이터 구조를 도시한다.
도 21c는, 다양한 실시예에 따른 어플리케이션 프로세서로부터 커뮤니케이션 프로세서로 전달되는 데이터 구조를 도시한다.
도 21d는, 다양한 실시예에 따른 어플리케이션 프로세서로부터 커뮤니케이션 프로세서로 전달되는 데이터 구조를 도시한다.
도 22a 및 22b는 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 23a 및 23b는 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 24는 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 25a 및 25b는 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 26은 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 27a 및 27b는 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
도 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 관련 기술을 기반으로 지능형 서비스(예: 스마트 홈, 스마트 시티, 스마트 카, 또는 헬스 케어)에 적용될 수 있다.
이하 설명에서 사용되는 접속 노드(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 표준이 진행되고 있다.
도 2a는 5G 시스템 구조를 도시한다. 도 2b은 5G 네트워크 슬라이스 구조를 도시한다. 이하에서 도 2a 및 도 2b을 참고하여 전반적인 5G 시스템을 설명하고, 네트워크 슬라이스에 관하여 설명한다.
도 2a에 도시한 바와 같이, 5G 시스템 구조는 네트워크 요소인 전자 장치(101)(예: 사용자 단말(UE)), (R)AN (Radio Access Network)(202), 데이터 네트워크(Data Network, DN)(245) 및 코어 네트워크(Core Network, CN) 내부의 복수의 네트워크 기능(Network Function, NF)을 포함할 수 있다.
5G 시스템 구조는 복수의 NF 별로 기능, 연결점, 프로토콜 등이 정의될 수 있고, NF 에 대응되는 서비스 기반 인터페이스(interface)를 나타내는 참조점(Reference point)과, NF 간에 존재하는 상호작용을 나타내는 참조점(Reference point)을 이용하여 5G 시스템 구조를 도시될 수 있다.
복수의 네트워크 기능(Network Function, NF)은 인증 서버 기능 (Authentication Server Function, AUSF)(209), 액세스 및 이동성 관리 기능(Access and Mobility Management Function, AMF)(203), 네트워크 노출 기능 (Network Exposure Function, NEF)(247), 네트워크 기능 저장소 (Network Function Repository Function, NRF)(205), 정책 제어 기능 (Policy Control Function, PCF)(207), 세션 관리 기능 (Session Management Function, SMF)(241), 통합된 데이터 관리 (Unified Data Management, UDM)(206), 사용자 평면 기능 (User Plane Function, UPF)(242) 및 어플리케이션 기능 (Application Function, AF)(246), 네트워크 슬라이스 선택 기능 (Network Slice Selection Function, NSSF)(204)을 포함할 수 있다.
본 개시의 다양한 실시예들에서 AMF, SMF, PCF 및 UPF는 사용자 장치가 요청한 프로토콜 데이터 유닛(Protocol Data Unit: PDU)(“UE-requested PDU”) 세션 설립과 UE와 DN 사이의 트래픽 관리에 핵심적인 역할을 할 수 있다.
전자 장치(101)와 AMF(203)간의 참조점은 N1로 정의되어 있다.
(R)AN(202) 는 무선 액세스 기술(Radio Access Technology: RAT)을 사용하는 기지국을 나타낼 수 있다. 예를 들면, AN(202) 은 3GPP 접속 기술을 포함하는 기지국 또는 Wi-Fi와 같은 non-3GPP 접속 기술을 포함한 기지국을 일 수 있다. AN(202) 과 AMF(203)간의 참조점은 N2로 정의되고, AN과 UPF(242) 간의 참조점은 N3로 정의되어 있다.
DN(245)은 하향링크 방향으로 전송할 PDU를 UPF(242)로 전달하거나 전자 장치(101)가 보낸 PDU를 UPF(242)을 통해 받을 수 있다. DN(245)과 UPF(242)간의 참조점은 N6로 정의되어 있다.
AMF(203)은 엑세스 기술에 독립적인, 예를 들어, 전자 장치(101) 단위의 접속 및 이동성 관리 기능을 제공할 수 있다. AMF(203)와 전자 장치(101)간의 참조점은 N1로 정의되고, AMF(203)와 (R)AN(202)간의 참조점은 N2로 정의되고, AMF(203)와 UDM(206) 간의 참조점은 N8로 정의되고, AMF(203)와 AUSF(209) 간의 참조점은 N12로 정의되고, AMF(203)와 SMF(241)간 참조점은 N11로 정의되어 있다.
SMF(241)는 하나의 전자 장치(101)가 여러 개의 세션을 가질 경우 각 세션 별로 다른 SMF 가 할당되어 각각의 세션을 관리하는 세션 관리 기능을 제공할 수 있다. SMF(241)에서 생성된 제어 신호 정보를 이용해서 UPF(242)를 설정하고, UPF(242)는 자신의 상태를 SMF(241)쪽에 보고 할 수 있도록 N4 참고점이 정의되어 있다. SMF(241)와 AMF(203)간의 참조점은 N11로 정의되고, SMF(241)와 UDM(206) 간의 참조점은 N10로 정의되고, SMF(241)와 PCF(205)간 참조점은 N7 로 정의되고, SMF(241)와 AMF(203) 간의 참조점은 N11로 정의되어 있다.
예를 들면, 각 전자 장치(101)는 하나의 AMF(203)에 연결될 수 있는 반면, SMF(241)의 경우 하나의 전자 장치(101)가 여러 개의 세션을 수립할 수 있으므로 각 세션 별로 다른 SMF(211, 121, 131)를 가질 수 있다.
AF(246)는 서비스 품질(Quality of Service: QoS)를 보장하기 위해 패킷 흐름에 대한 정보를 정책 제어 (Policy Control)을 담당하는 PCF(207)에 제공할 수 있다.
PCF(207)는 QoS를 보장하기 위한 패킷 흐름에 대한 정보를 바탕으로 세션 관리, 이동성 관리 등의 정책을 결정하고, AMF(203), SMF(241)에게 전달함으로써 적절한 이동성 관리, 세션 관리, QoS 관리 등을 수행하도록 할 수 있다. AF(246)와 PCF(207)간의 참조점은 N5로 정의되어 있다.
AUSF(209)는 전자 장치(101)의 인증을 위한 데이터를 저장할 수 있다.
UDM(206)는 사용자의 가입자 데이터 (subscription data), 정책 데이터 (policy data) 등을 저장할 수 있다. AUSF(209)와 UDM(206)간의 참조점은 N13으로 정의되고, AUSF(209)와 AMF(203)간의 참조점은 N12으로 정의되고, UDM(206)와 AMF(203)간의 참조점은 N8으로 정의되고, UDM(206)와 SMF(241)간의 참조점은 N10으로 정의되어 있다.
CP 기능 (functions)은 네트워크 및 단말을 제어하기 위해 다양한 기능들을 포함하고 있으며, 대표적인 두 가지 기능인 이동성 관리 기능을 담당하는 전자 장치(101), (R)AN(202), UPF(242), AMF(203), AF(246), DN(245) 와 세션 관리 기능을 담당하는 SMF(241)는 두 개의 독립적인 기능(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 (210), 슬라이스 인스턴스 2 (220), 슬라이스 인스턴스 3 (230)을 포함할 수 있다.
전자 장치(101)는, 네트워크에 접속하여 동시에 또는 순차적으로 여러 개의 슬라이스 인스턴스 중 적어도 하나로부터 서비스를 제공받을 수 있다.
각 슬라이스 인스턴스는 해당 네트워크 슬라이스를 제공하는데 필요한 네트워크 자원들로 구성될 수 있다. 예를 들어, 슬라이스 인스턴스 1 (210)는 SMF (211)와 UPF (212, 113)로 구성되며, 슬라이스 인스턴스 2 (220)는 SMF (221), UPF (222) 및 PCF (223) 로 구성되고, 슬라이스 인스턴스 3 (230)은 SMF (231), UPF (232), PCF (233) 및 NRF (234) 로 구성될 수 있다.
도 2a 및 도 2b를 참고하면, 슬라이스 인스턴스 2 (220)의 SMF (221)는 PLMN 레벨의 PCF (207) 및 슬라이스 레벨의 PCF (223)와 연결될 수 있다. PLMN 레벨의 PCF (207)는 PLMN 레벨의 정책 정보를 관리하고 SMF (221)에게 제공할 수 있다. 슬라이스 인스턴스 2에 속한 슬라이스 레벨의 PCF (223)는 해당 슬라이스를 제공하는데 필요한 정책(policy)을 관리하고, 해당 정보를 SMF (221)에게 제공할 수 있다.
각 슬라이스는 슬라이스 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(206)에 저장되어 있을 수 있다. UDM(206)에 저장된 전자 장치(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(206)에 저장된 전자 장치(101)의 가입 슬라이스(Subscribed S-NSSAIs) 정보에 변경이 발생할 수 있다. 전자 장치(101)의 가입 정보에 변경이 있을 때, PCF 또는 UDR에 저장된 NSSP 정보에 변경이 발생할 수 있다. 가입 슬라이스(Subscribed S-NSSAIs) 또는 NSSP 중 적어도 하나에 변경이 발생하면, 전자 장치(101)에 저장된 관련 설정 정보도 업데이트가 필요할 수 있다.
도 3은 다양한 실시예에 따른 어플리케이션 별 데이터 세션의 수립을 설명하기 위한 도면이다.
다양한 실시예에 따라서, 전자 장치(101)에는 복수의 어플리케이션들(301,302)이 실행될 수 있다. 예를 들어, 복수의 어플리케이션들(301,302) 중 적어도 일부는 전자 장치(101)에 저장되어 있거나, 또는 적어도 일부는 전자 장치(101)에 의하여 억세스될 수 있다. 복수의 어플리케이션들(301,302)은, 예를 들어 제 1 DNN을 통하여 데이터 네트워크(350)와 데이터를 송수신할 수 있다. 제 1 어플리케이션(301)은, 제 1 네트워크 슬라이스(330)을 통하여 데이터 네트워크(350)와 데이터를 송수신할 수 있으며, 제 2 어플리케이션(302)은, 제 2 네트워크 슬라이스(340)을 통하여 데이터 네트워크(350)와 데이터를 송수신할 수 있다. 제 1 네트워크 슬라이스(330) 및 제 2 네트워크 슬라이스(340) 각각은 SMF(331,341), PCF(332,342), UPF(333,343)을 포함할 수 있다.
다양한 실시예에 따라서, 전자 장치(101)는, (R)AN(310)을 통하여 코어(320,330,340)에 연결될 수 있다. 코어의 일부분(320)에는 AMF(321) 및 NSSF(322)가 포함될 수 있으며, 전자 장치(101)는 제어 데이터를 AMF(321)을 통하여 SMF들(331,341)과 송수신할 수 있다. 전자 장치(101)는, 제 1 어플리케이션(301)과 연관된 데이터를 제 1 네트워크 슬라이스(330)의 UPF(333)를 통하여 데이터 네트워크(350)와 송수신할 수 있으며, 제 2 어플리케이션(302)과 연관된 데이터를 제 2 네트워크 슬라이스(340)의 UPF(343)를 통하여 데이터 네트워크(350)와 송수신할 수 있다. 전자 장치(101)에는, 경로 선택을 위한 디스크립터인, 제 1 DNN을 선택할 수 있는 정보(303), 제 1 네트워크 슬라이스(330)를 선택할 수 있는 정보(304) 및 제 2 네트워크 슬라이스(340)를 선택할 수 있는 정보(305)(예를 들어, 트래픽 디스크립터 및/또는 경로 선택 디스크립터)가 저장될 수 있다. 전자 장치(101)는, 저장된 경로 선택을 위한 정보에 기반하여, 제 1 네트워크 슬라이스(330)를 통한 제 1 데이터 세션(예를 들어, PDU session #1) 및 제 2 네트워크 슬라이스(340)를 통한 제 2 데이터 세션(예를 들어, PDU session #2)을 수립할 수 있다. 전자 장치(101)는, 제 1 데이터 세션(PDU session #1)을 이용하여 제 1 어플리케이션(301)과 연관된 정보를 송수신할 수 있으며, 제 2 데이터 세션(PDU session #2)을 이용하여 제 2 어플리케이션(302)과 연관된 정보를 송수신할 수 있다.
예를 들어, 제 1 어플리케이션(301)은, 대용량 데이터 송수신을 요구하는 어플리케이션일 수 있으며, 제 1 네트워크 슬라이스(330)는 eMBB(enhanced mobile broadband) 특성을 지원할 수 있다. 예를 들어, 제 2 어플리케이션(302)은, 저지연 데이터 송수신을 요구하는 어플리케이션일 수 있으며, 제 2 네트워크 슬라이스(340)는, URLLC(ultra reliable low latency communications) 특성을 지원할 수 있다. 이에 따라, 제 1 어플리케이션은, 제 1 네트워크 슬라이스(330)를 통하여 데이터 네트워크(350)와 대용량 데이터를 송수신할 수 있으며, 제 2 어플리케이션은, 제 2 네트워크 슬라이스(340)를 통하여 데이터를 낮은 지연 속도로 송수신할 수 있다.
상술한 바와 같이, 전자 장치(101)는, 각 어플리케이션 별로, 데이터(또는, 트래픽)를 대응하는 네트워크 슬라이스를 통하여 송수신할 수 있다. 다양한 실시예에 따라서, 전자 장치(101)는, 디스크립터(descriptor)(예를 들어, 제 1 DNN을 선택할 수 있는 정보(303), 제 1 네트워크 슬라이스(330)를 선택할 수 있는 정보(304) 및 제 2 네트워크 슬라이스(340)를 선택할 수 있는 정보(305)) 별로 네트워크 인터페이스를 할당할 수 있다. 예를 들어, 전자 장치(101)는, 제 1 어플리케이션(301)에 대응하는 디스크립터를 확인할 수 있으며, 디스크립터에 대응하는 네트워크 인터페이스를 관리할 수 있다. 전자 장치(101)는, 해당 디스크립터를 이용하여 데이터 세션(예: PDU session #1)을 수립할 수 있으며, 네트워크 인터페이스를 통하여 출력되는 데이터를 데이터 세션(예: PDU session #1)을 이용하여 송신할 수 있다. 전자 장치(101)는, 네트워크 인터페이스 별로 데이터 세션을 수립할 수 있으며, 네트워크 인터페이스를 통하여 출력되는 IP 패킷을 해당 네트워크 슬라이스를 통하여 송신할 수 있다. 전자 장치(101)는, 특정 네트워크 슬라이스를 통하여 수신되는 IP 패킷을 대응하는 네트워크 인터페이스를 통하여 해당 어플리케이션으로 전달할 수도 있다.
도 4는, 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다. 도 4의 실시예는, 도 5를 참조하여 설명하도록 한다. 도 5는 다양한 실시예에 따른 전자 장치 및 네트워크 슬라이스들의 블록도를 도시한다.
다양한 실시예에 따라서, 전자 장치(101)는, 401 동작에서, 제 1 어플리케이션으로부터 데이터 세션 수립 요청을 확인할 수 있다. 예를 들어, 도 5를 참조하면, 전자 장치(101)는, 어플리케이션 프로세서(510) 및 커뮤니케이션 프로세서(520)를 포함할 수 있다. 어플리케이션 프로세서(510) 및 커뮤니케이션 프로세서(520)는, 예를 들어 도 1의 프로세서(120)에 포함될 수 있다. 어플리케이션 프로세서(510) 및 커뮤니케이션 프로세서(520)는, 분리된 하드웨어로 구현될 수 있다. 다른 구현예에서는, 어플리케이션 프로세서(510) 및 커뮤니케이션 프로세서(520)는, 하나의 칩으로 구현될 수도 있으며, 그 구현 형태에는 제한이 없다. 어플리케이션 프로세서(510)에서는, 적어도 하나의 어플리케이션(예를 들어, 제 1 어플리케이션(511a), 제 2 어플리케이션(511b), 또는 제 M 어플리케이션(511m))을 실행할 수 있다. 적어도 하나의 어플리케이션은, 전자 장치(510)에 저장되어 있거나, 또는 웹 브라우징 어플리케이션을 통하여 억세스될 수도 있다. 예를 들어, 제 1 어플리케이션(511a)이 데이터 세션 수립 요청을 출력한 것을 상정할 수 있다. 여기에서, 데이터 세션은, 예를 들어 제 1 어플리케이션(511a)이, 제 1 어플리케이션(511a)과 연관된 서버와 통신하기 위한 세션, 다른 장치와 통신하기 위한 세션, 또는 클라우드 플랫폼과 통신하기 위한 세션 중 적어도 하나를 포함할 수 있으며, 제한은 없다.
다양한 실시예에 따라서, 전자 장치(101)는, 403 동작에서, 경로 선택을 위한 상기 제 1 어플리케이션(511a)에 대응하는 적어도 하나의 제 1 디스크립터를 확인할 수 있다. 전자 장치(101)는, 제 1 어플리케이션(511a)에 적용될 룰(rule)(예를 들어, URSP 룰)을 확인할 수 있다. 만약, 제 1 어플리케이션(511a)에 적용될 룰이 하나인 경우에는, 전자 장치(101)는 하나의 룰을 확인할 수 있다. 만약, 제 1 어플리케이션(511a)에 적용될 룰이 복수인 경우에는, 전자 장치(101)는, 복수의 룰 중 어느 하나를 선택할 수 있으며, 선택 동작의 다양한 실시예들은 후술하도록 한다. 만약, 제 1 어플리케이션(511a)에 적용될 룰이 존재하지 않는 경우에는, 전자 장치(101)는, 관리 중인 적어도 하나의 룰 중 제 1 어플리케이션(511a)에 적합한 룰을 선택할 수도 있으며, 이에 대하여서도 후술하도록 한다.
예를 들어, URSP 룰에는, 트래픽 디스크립터를 포함할 수 있다. 트래픽 디스크립터는, 3GPP TS 24.524에 따르면, 어플리케이션 식별자(application identifier), IP3 tuple(s), non-IP 디스크립터, 또는 DNN 중 적어도 하나를 포함할 수 있다. 예를 들어, URSP 룰에는, 경로 선택을 위한 디스크립터들의 리스트(list of route selection descriptors)가 포함될 수 있다. 디스크립터들의 리스트에는, 예를 들어 3GPP TS 23.503에 따르면, 네트워크 슬라이스 선택을 위한 정보, DNN 선택을 위한 정보, SSC 모드 선택을 위한 정보, PDU 세션 타입 선택을 위한 정보, non-seamless offload indication 정보, 또는 억세스 타입 프리퍼런스(access type preference) 정보 중 적어도 하나가 포함될 수 있다. 예를 들어, 만약 하나 이상의 DNN이 트래픽 디스크립터에 포함된 경우에는, 경로 선택 디스크립터는 DNN을 포함하지 않을 수도 있다. 한편, 본 개시의 다양한 실시예가 반드시 3GPP TS 23.503 및/또는 3GPP TS 24.526로 제한되는 것은 아니며, 본 개시의 다양한 실시예에서의 디스크립터에는, 다른 정보가 포함될 수도 있음을 당업자는 이해할 것이다. 네트워크 슬라이스 선택을 위한 정보는, 예를 들어 단일 값 또는 S-NSSAI(들)의 값들의 리스트일 수 있다. DNN 선택을 위한 정보는, 예를 들어 단일 값 또는 DNN(들) 값들의 리스트일 수 있다. SSC 모드 선택을 위한 정보는, 예를 들어 SSC 모드의 하나의 단일 값일 수 있다. PDU 세션 타입 선택을 위한 정보는, 예를 들어 PDU 세션 타입의 하나의 단일 값을 포함할 수 있다. non-seamless offload indication 정보는, 예를 들어, 매칭 어플리케이션의 데이터가 PDU 세션 외부의 non-3GPP access에 의하여 오프로드되는지를 나타낼 수 있다. 억세스 타입 프리퍼런스(access type preference) 정보는, 예를 들어 사용자 장치가 매칭 어플리케이션을 위한 PDU 세션을 수립하는 경우의 선호되는 억세스 타입(3GPP 또는 non-3GPP)을 나타낼 수 있다. 상술한 바에 따라서, 전자 장치(101)는, 제 1 어플리케이션(511a)에 대응하는 적어도 하나의 제 1 디스크립터를 확인할 수 있다. 적어도 하나의 제 1 디스크립터는, 예를 들어 상술한 트래픽 디스크립터에 포함되는 디스크립터들, 또는 상술한 경로 선택 디스크립터에 포함되는 디스크립터 들 중 적어도 일부를 포함할 수 있다. 어플리케이션에는, 적어도 하나 이상의 디스크립터가 대응될 수 있으며, 이를 어플리케이션에 하나의 디스크립터 셋트가 대응될 수 있다고 표현될 수도 있다.
다양한 실시예에 따라서, 도 5를 참조하면, 어플리케이션 프로세서(510)는, 적어도 하나의 네트워크 인터페이스(512a,512b,512n)를 생성(또는, 정의, 또는 할당)할 수 있다. 네트워크 인터페이스(512a,512b,512n)는, 예를 들어 어플리케이션 프로세서(510) 및 커뮤니케이션 프로세서(520) 사이의 데이터 송수신을 위한 인터페이스일 수 있으며, 예를 들어, "rmnet"의 명칭으로 명명될 수도 있다. 네트워크 인터페이스(512a,512b,512n)의 개수(n)는, 예를 들어 어플리케이션(511a,511b,511m)의 개수(m)보다 작거나 같을 수 있으나, 제한은 없다. 전자 장치(101)는, 어플리케이션의 디스크립터 별(예를 들어, 어플리케이션의 디스크립터 셋트 별)로 네트워크 인터페이스를 연관(또는, 매칭, 또는 할당)할 수 있다. 예를 들어, 전자 장치(101)는, 제 1 어플리케이션(511a)에 대응하는 제 1 디스크립터(예: DNN:1, N-SSAI: a)(또는, 제 1 디스크립터 셋트)와 제 1 네트워크 인터페이스(512a)를 연관시키고, 제 2 어플리케이션(511b)에 대응하는 제 2 디스크립터(예: DNN:2, N-SSAI: b)(또는, 제 2 디스크립터 셋트)와 제 2 네트워크 인터페이스(512a)를 연관시킬 수 있다. 한편, 다양한 실시예에서, 제 m 어플리케이션(511m)은, 복수의 디스크립터(예: 제 2 디스크립터(DNN:2, N-SSAI: b), 및 제 3 디스크립터(DNN:2, N-SSAI: c))(또는, 복수의 디스크립터 셋트들)에 대응될 수도 있다. 전자 장치(101)는, 제 3 어플리케이션(511m)에 대응하는 제 2 디스크립터(예: DNN:2, N-SSAI: b)와 제 2 네트워크 인터페이스(512a)를 연관시키고, 제 3 디스크립터(예: DNN:2, N-SSAI: c)와 제 n 네트워크 인터페이스(512n)를 연관시킬 수 있다. 다양한 실시예에 따라서, 어플리케이션 프로세서(510)는, 네트워크 인터페이스와 디스크립터 사이의 연관 정보를, 커뮤니케이션 프로세서(520)와 공유할 수 있다. 네트워크 인터페이스는, 어플리케이션 프로세서(510) 및 커뮤니케이션 프로세서(520) 사이의 논리적인 인터페이스를 의미할 수 있다.
다양한 실시예에 따라서, 전자 장치(101)는, 405 동작에서, 확인된 적어도 하나의 제 1 디스크립터에 대응하는 제 1 네트워크 인터페이스(512a)를 확인할 수 있다. 407 동작에서, 전자 장치(101)는, 확인된 적어도 하나의 제 1 디스크립터에 대응하는 제 1 데이터 세션(531)을 수립할 수 있다. 예를 들어, 어플리케이션 프로세서(510)는, 제 1 데이터 세션(531)을 수립하기 위한 정보(또는, 파라미터)(예: 제 1 디스크립터)를 커뮤니케이션 프로세서(520)로 제공할 수 있다. 커뮤니케이션 프로세서(520)는, 수신한 정보(예: 제 1 디스크립터)에 기반하여 제 1 데이터 세션(531)을 수립할 수 있다. 한편, 커뮤니케이션 프로세서(520)는, 제 1 데이터 세션(531)이 제 1 네트워크 인터페이스(512a)와 연관되었음을 확인할 수 있다. 제 1 데이터 세션(531)은, 제 1 네트워크 슬라이스(541)에 기반하여 수립될 수 있다.
다양한 실시예에 따라서, 전자 장치(101)는, 409 동작에서, 제 1 어플리케이션으로부터의 데이터를, 제 1 네트워크 인터페이스를 통하여, 제 1 데이터 세션(531)을 이용하여 송신할 수 있다. 예를 들어, 어플리케이션 프로세서(510)는, 제 1 어플리케이션(511a)으로부터의 데이터를 제 1 네트워크 인터페이스(512a)를 통하여 커뮤니케이션 프로세서(520)로 전달할 수 있다. 커뮤니케이션 프로세서(520)는, 제 1 네트워크 인터페이스(512a)와 제 1 데이터 세션(531)이 연관되었음에 기반하여, 제 1 네트워크 인터페이스(512a)를 통하여 제공된 데이터를 제 1 네트워크 슬라이스(531)를 통하여 데이터 네트워크로 송신할 수 있다.
다양한 실시예에 따라서, 제 1 네트워크 슬라이스(531)를 통하여 데이터가 수신된 경우, 커뮤니케이션 프로세서(520)는, 수신된 데이터를 제 1 네트워크 인터페이스(512a)로 제공할 수 있다. 어플리케이션 프로세서(512a)는, 제 1 네트워크 인터페이스(512a)를 통하여 수신된 데이터를 제 1 어플리케이션(511a)으로 전달할 수 있다. 상술한 바에 따라서, 전자 장치(101)는, 어플리케이션 별로 적합한 네트워크 슬라이스를 통해 테이터 네트워크와 데이터를 송수신할 수 있다.
다양한 실시예에 따라서, 전자 장치(101)는, 제 2 어플리케이션(511b)과 연관된 제 2 디스크립터(예를 들어, DNN:2, N-SSAI:b)에 기반하여 제 2 데이터 세션(532)을 수립할 수 있다. 전자 장치(101)는, 제 m 어플리케이션(511m)과 연관된 제 3 디스크립터(예를 들어, DNN:2, N-SSAI: c)에 기반하여 제 3 데이터 세션(533)을 수립할 수 있다. 전자 장치(101)는, 제 2 어플리케이션(511b)와 연관된 데이터를 제 2 네트워크 인터페이스(512b)를 통하여, 제 2 네트워크 슬라이스(542)와 송수신할 수 있다. 전자 장치(101)는, 제 m 어플리케이션(511m)으로부터의 제 2 네트워크 슬라이스(542)와 연관된 데이터를, 제 2 네트워크 인터페이스(512b)를 통하여 제 2 네트워크 슬라이스(542)와 송수신할 수 있다. 전자 장치(101)는, 제 m 어플리케이션(511m)으로부터의 제 n 네트워크 슬라이스(543)와 연관된 데이터를, 제 n 네트워크 인터페이스(512n)를 통하여 제 3 네트워크 슬라이스(543)와 송수신할 수 있다. 커뮤니케이션 프로세서(520)는, 어떤 어플리케이션으로부터 데이터가 제공된 지 여부를 판단할 필요 없이, 특정 네트워크 인터페이스로부터 데이터가 제공되면 대응하는 네트워크 인터페이스로 송신할 수 있다.
도 6은, 다양한 실시예에 따른 전자 장치의 블록도를 도시한다.
다양한 실시예에 따라서, 전자 장치(101)에는, 어플리케이션 계층(600), 프레임 워크 계층(610), 및 모뎀에 대응하는 하드웨어 계층 (620)이 정의될 수 있다.
다양한 실시예에 따라서, 어플리케이션 계층(600)에서는, 어플리케이션들(601,602,603,604) 및 캐리어 어플리케이션(carrier application)(605)이 실행될 수 있다. 캐리어 어플리케이션(605)은, 네트워크 사업자가 제공하는 어플리케이션으로, 예를 들어 사용할 네트워크 슬라이스 정보를 포함할 수도 있다. 해당 정보는, URSP 저장소(613)에 저장될 수 있다. USRP 저장소(613)는, 예를 들어 어플리케이션 프로세서, 커뮤니케이션 프로세서(640), 또는 다른 메모리(예: 도 1의 메모리(130))에 포함될 수 있다.
다양한 실시예에 따라서, 프레임 워크 계층(610)에는, ConnectivityManagerService(611), UrspService(612), 또는 TelephoneyService(614) 중 적어도 하나가 포함될 수 있다. ConnectivityManagerService(611), UrspService(612), 또는 TelephoneyService(614)의 동작은, 어플리케이션 프로세서, 또는 전자 장치(101)의 동작을 의미할 수도 있다.
다양한 실시예에 따라서, ConnectivityManagerService(611)는, 룰(예를 들어, URSP 룰)에 기반하여, 어플리케이션에 허용된 네트워크 슬라이스를 확인할 수 있다. ConnectivityManagerService(611)는 어플리케이션에, 허용된 네트워크 슬라이스에 대한 정보를 제공할 수 있다. 어플리케이션은, 제공받은 정보에 기반하여, 네트워크 슬라이스를 특정하여 데이터 세션 수립을 요청할 수도 있다. ConnectivityManagerService(611)는, 허용된 네트워크 슬라이스를 사용하는데 필요한 정보인, 데이터 세션(예: PDU 세션)을 수립하는데 필요한 정보를 TelephonyService(614)로 제공할 수 있다.
다양한 실시예에 따라서, UrspService(612)는, URSP 저장소(613)에 제공받은 룰을 저장할 수 있다. UrspService(612)는, 어플리케이션에서 사용 가능한 룰을 가져가도록 하는 API를 제공할 수 있다. UrspService(612)는, 어느 하나의 어플리케이션에서, 두 개 이상의 네트워크 슬라이스를 이용하도록 설정할 수도 있으며, 이는 후술하도록 한다. UrspService(612)는, 어플리케이션이 사용할 네트워크 슬라이스를 명시적으로 요청한 경우, 어플리케이션이 해당 네트워크 슬라이스에 연결 가능한지 여부를 판단하는 기능을 제공할 수 있다. UrspService(612)는, 어플리케이션이 사용할 네트워크 슬라이스를 명시적으로 요청하지 않은 경우, 어플리케이션에 적합한 네트워크 슬라이스를 선택하는 기능을 제공할 수 있다. UrspService(612)는, 어플리케이션이 특정 네트워크 슬라이스를 이용할 수 있는 권한이 있는지 여부를 판단하는 기능을 제공할 수 있다. UrspService(612)는, 특정 네트워크 슬라이스를 이용하려고 하는 어플리케이션의 위변조 여부를 판단하는 기능을 제공할 수 있다. UrspService(612)는, 전달받은 룰을 기반으로 네트워크 인터페이스를 판단하고, 이를 TelephoneyService(614)에 전달할 수 있다.
다양한 실시예에 따라서, TelephoneyService(614)는, RIL(radio interface layer)를 포함할 수 있다. TelephoneyService(614)는, 각 네트워크 인터페이스들(631,632,633,634)가 어떤 룰을 위하여 사용될 지를 커뮤니케이션 프로세서(640)로 제공할 수 있다. 예를 들어, TelephoneyService(614)는, UrspService(612)로부터 룰과 네트워크 인터페이스 사이의 연관 정보를 제공받아, 이를 커뮤니케이션 프로세서(640)로 제공할 수 있다. 예를 들어, TelephoneyService(614)의 동작은, 어플리케이션 프로세서에 의하여 수행될 수 있으며, 이에 따라 프레임워크 계층(610)으로부터, 정보를 커뮤니케이션 프로세서(640)로 전달된다는 표현은, 어플리케이션 프로세서가 정보를 커뮤니케이션 프로세서(640)로 전달함을 의미할 수 있다. 아울러, 커뮤니케이션 프로세서(640)로부터 프레임워크 계층(610)으로 정보가 전달되는 표현은, 커뮤니케이션 프로세서(640)가 어플리케이션 프로세서로 정보를 전달함을 의미할 수 있다. TelephoneyService(614)는, 어플리케이션이 룰에 의하여 허용된 네트워크 슬라이스를 사용하기 위한 데이터 세션(예: PDU 세션) 수립을 요청할 때, 데이터 세션 수립에 요구되는 정보(예: 트래픽 디스크립터 및/또는 경로 선택 디스크립터)를 커뮤니케이션 프로세서(640)로 전달할 수 있다. TelephoneyService(614)는, PCF로부터 커뮤니케이션 프로세서(640)를 통하여 수신되는 URSP 룰을 UrspService(612)로 제공할 수 있다.
다양한 실시예에 따라서, 커뮤니케이션 프로세서(640)는, 어플리케이션 프로세서로부터, 네트워크 인터페이스와 룰(예를 들어, 디스크립터) 사이의 연관 정보를 수신하여, 이를 커뮤니케이션 프로세서(640)의 내부 메모리(예: 도 1의 메모리(130)), 또는 외부 메모리에 저장할 수 있다. 예를 들어, 도 6의 예시에서는, 커뮤니케이션 프로세서(640)는, 어플리케이션 프로세서로부터, 제 1, 제 2, 제 3, 제 4 네트워크 인터페이스(631,632,633,634) 각각은, 제 1, 제 2, 제 3, 제 4 어플리케이션(601,602,603,604) 각각에 허용된 룰(예: 디스크립터)가 이용된다는 정보를 수신하여 저장할 수 있다. 예를 들어, 전자 장치(101)는, 네트워크 인터페이스의 식별자를 "rmnet #(DNN 식별 정보)#'(네트워크 슬라이스 식별 정보)"의 형식으로 설정할 수 있다. DNN 식별 정보는, ims는 0, internet은 1일 수 있으나, 이는 단순한 예시이다. 네트워크 슬라이스 식별 정보는, 도 6에서와 같이 nsa, nsb와 같이 설정될 수 있으나, 그 방식에는 제한은 없으며, 네트워크 인터페이스의 식별자를 설정하는 방법은 도 12를 참조하여 설명하도록 한다.
커뮤니케이션 프로세서(640)는, 어플리케이션 프로세서로부터 데이터 세션 수립 요청을 수신할 수 있다. 데이터 세션 수립 요청에는, 룰(예: 디스크립터)이 포함될 수 있다. 커뮤니케이션 프로세서(640)는, 수신된 룰(예: 디스크립터)에 기반하여, 데이터 세션(예: PDU 세션)을 수립할 수 있다. 커뮤니케이션 프로세서(640)는, 예를 들어 제 1, 제 2, 제 3, 제 4 네트워크 슬라이스(651,652,653,654) 각각과 연관하여 데이터 세션을 수립할 수 있다. 커뮤니케이션 프로세서(640)는, 특정 네트워크 인터페이스를 통하여 데이터를 수신하면, 대응하는 데이터 세션을 이용하여 이를 송신할 수 있다. 예를 들어, 제 2 어플리케이션(602)으로부터의 데이터는 제 2 네트워크 인터페이스(632)를 통하여 커뮤니케이션 프로세서(640)로 전달될 수 있다. 커뮤니케이션 프로세서(640)는, 제 2 네트워크 인터페이스(632)로부터의 데이터를, 해당 디스크립터를 이용하여 수립한 제 2 데이터 세션을 이용하여 송신할 수 있다. 커뮤니케이션 프로세서(640)는, 특정 데이터 세션을 이용하여 데이터를 외부로부터 수신하면, 대응하는 네트워크 인터페이스를 통하여 대응하는 어플리케이션으로 전달할 수 있다. 예를 들어, 제 2 데이터 세션을 이용하여 외부로부터 데이터가 수신되면, 커뮤니케이션 프로세서(640)는 수신된 데이터를 제 2 네트워크 인터페이스(632)로 전달할 수 있다. 어플리케이션 프로세서는, 제 2 네트워크 인터페이스(632)를 통하여 수신된 데이터를 대응하는 어플리케이션인, 제 2 어플리케이션(602)으로 제공할 수 있다.
도 7은 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다. 도 7의 실시예는, 도 8을 참조하여 설명하도록 한다. 도 8은 다양한 실시예에 따른 디스크립터 선택 동작을 설명하기 위한 도면이다.
다양한 실시예에 따라서, 전자 장치(101)는, 701 동작에서, 제 1 어플리케이션과 연관된 적어도 하나의 룰을 확인할 수 있다. 도 8을 참조하면, 어플리케이션 프로세서(800)는, 테스트 어플리케이션(801), 캐리어 어플리케이션(802), 또는 미리 로드된 설정(preloaded configuration)(803,822) 중 어느 하나로부터, 룰을 획득할 수 있다. 예를 들어, setUrspRule의 API를 이용하여, 룰들이 UrspService(810)로 전달될 수 있다. 도시되지는 않았지만, 어플리케이션은, getUrspRule의 API를 이용하여, 어플리케이션 별로 저장되어 있는 룰을 획득할 수 있다.
다양한 실시예에 따라서, 테스트 어플리케이션(801)은, 예를 들어 테스트 용으로 제작한 어플리케이션으로, 사용할 네트워크 슬라이스의 정보를 포함할 수 있으며, 어플리케이션 프로세서(800)는 해당 정보를 획득하여 저장할 수 있다. 캐리어 어플리케이션(802)은, 사업자에 의하여 제공되는 것으로, 사용할 네트워크 슬라이스의 정보를 포함할 수 있으며, 어플리케이션 프로세서(800)는 해당 정보를 획득하여 저장할 수 있다. 미리 로드된 설정(803,822)은, 사업자 정책, 단말 벤더의 정책 중 적어도 하나를 반영하여 특정 어플리케이션에서 사용할 네트워크 슬라이스의 정보를 포함할 수 있으며, 어플리케이션 프로세서(800)는 해당 정보를 획득하여 저장할 수 있다. 미리 로드된 설정(803,822)은, 어플리케이션 프로세서(800) 및/또는 커뮤니케이션 프로세서(820)에 저장될 수 있다. 상술한 정보는, 예를 들어 UrspService(810)에 의하여 획득될 수 있으며, URSP rules 저장소(811)에 저장될 수 있다. URSP rules 저장소(811)의 위치는, 도 8에서는 UrspService(810) 내인 것으로 도시되었지만, 이는 예시적인 것으로 그 위치에는 제한이 없다.
다양한 실시예에 따라서, 어플리케이션 프로세서(800)는, 커뮤니케이션 프로세서(820)로부터 중계되는 룰을 수신할 수 있다. 예를 들어, PCF(842)는, 특정 어플리케이션이 사용할 네트워크 슬라이스에 대한 정보를 가질 수 있다. 커뮤니케이션 프로세서(820)는, RAN(841)을 통하여 PCF(842)로부터 해당 정보를 수신할 수 있으며, 이를 어플리케이션 프로세서(800)로 전달할 수 있다. USIM(universal subscriber identity module)(831)에는, 특정 어플리케이션이 사용할 네트워크 슬라이스에 대한 정보를 가지고 있다. 커뮤니케이션 프로세서(820)는, USIM(831)으로부터 해당 정보를 수신할 수 있으며, 이를 어플리케이션 프로세서(800)로 전달할 수 있다.
다양한 실시예에 따라서, 전자 장치(101)는, 703 동작에서, 확인된 적어도 하나의 룰에 기반하여, 제 1 어플리케이션에 대응하는 적어도 하나의 제 1 디스크립터를 확인할 수 있다. 전자 장치(101)는, 예를 들어 제 1 어플리케이션에 대한 복수 개의 룰이 확인된 경우에, 어느 하나의 룰을 선택할 수 있다. 예를 들어, 전자 장치(101)는, 룰을 설정한 주체를 기준으로, 어느 하나의 룰을 선택할 수 있다. 예를 들어, 전자 장치(101)는, 룰을 설정한 주체에 따라서, 룰 별 우선 순위를 설정할 수 있다. 예를 들어, 전자 장치(101)는, 사업자에 의하여 선택된 룰(예를 들어, 캐리어 어플리케이션(802)에 의하여 설정된 룰)에 가장 높은 우선 순위를 설정하고, 네트워크에 의하여 설정된 룰(예를 들어, PCF(842)에 의하여 설정된 룰)에 차등의 순위를 설정하고, USIM(831)에 의하여 설정된 룰에 차등의 순위를 설정하고, 미리 로드된 설정(803,822)에 의하여 설정된 룰에 차등의 순위를 설정할 수 있으나, 이는 단순히 예시적인 것이다. 전자 장치(101)는, 우선 순위의 비교에 따라서 어느 하나의 룰, 예를 들어 어느 하나의 디스크립터 셋을 선택할 수 있다.
예를 들어, 표 1은 전자 장치(101)가 PCF(842)로부터 수신한 룰이다.
Rule Precedence =1
Traffic Descriptor:
Application Identifiers=App1(aaa.bbb.ccc.pkg)		 Route Selection Descriptor Precedence=1
Network Slice Selection: S-NSSAI1-nsa
SSC Mode Selection: SSC Mode 1
DNN Selection: abc.com
Access Type preference: 3GPP access		 App1이 네트워크를 요청할 경우, UE는 DNN은 abc.com를, Network Slice 은 S-NSSAI1-nsa인 PDU 세션을 사용하도록 한다.
표 2는, 전자 장치(101)는, USIM(831)에 의하여 설정된 룰이다.
Rule Precedence =1
Traffic Descriptor:
Application Identifiers=App1(aaa.bbb.ccc.pkg)		 Route Selection Descriptor Precedence=1
Network Slice Selection: S-NSSAI1-nsc
SSC Mode Selection: SSC Mode 1
DNN Selection: efg.com
Access Type preference: 3GPP access		 App1이 네트워크를 요청할 경우, UE는 DNN은 egf.com를, Network Slice 은 S-NSSAI1-nsc인 PDU 세션을 사용하도록 한다.
전자 장치(101)는, PCF(842)에 의하여 설정된 표 1의 룰의 우선 순위가, USIM(831)에 의하여 설정된 표 2의 룰의 우선 순위보다 높은 것에 기반하여, 표 1의 룰을 제 1 어플리케이션에 적용할 룰로 선택할 수 있다. 선택 이후에도, 만약 더 높은 우선 순위의 룰(예를 들어, 사업자에 의하여 설정된 룰)이 획득된 경우, 전자 장치(101)는 이미 설정된 룰을 변경할 수도 있다. 어플리케이션 프로세서(800)는, 예를 들어, 표 1의 룰에 따른 디스크립터(예를 들어, Network Slice Selection: S-NSSAI1-nsa, SSC Mode Selection: SSC Mode 1, DNN Selection: abc.com, Access Type preference: 3GPP access)의 적어도 일부를 제 1 네트워크 인터페이스를 매핑시킬 수 있다. 어플리케이션 프로세서(800)는, 표 1의 룰에 따른 디스크립터의 적어도 일부와 제 1 네트워크 인터페이스 사이의 매핑 관계를 커뮤니케이션 프로세서(820)로 전달할 수 있다. 이후, 제 1 어플리케이션으로부터 PDU 세션 수립 요청이 획득되면, 어플리케이션 프로세서(800)는, PDU 세션 수립을 위한 정보(예를 들어, Network Slice Selection: S-NSSAI1-nsa, SSC Mode Selection: SSC Mode 1, DNN Selection: abc.com, Access Type preference: 3GPP access)의 적어도 일부를 커뮤니케이션 프로세서(820)로 전달할 수 있다. 커뮤니케이션 프로세서(820)는, PDU 세션 수립을 위한 정보(예를 들어, Network Slice Selection: S-NSSAI1-nsa, SSC Mode Selection: SSC Mode 1, DNN Selection: abc.com, Access Type preference: 3GPP access)의 적어도 일부를 이용하여 PDU 세션을 수립할 수 있으며, PDU 세션은, abc.com의 DNN 및 S-NSSAI1-nsa인 네트워크 슬라이스에 기반하여 수립될 수 있다. 이후, 어플리케이션 프로세서(800)가 제 1 어플리케이션으로부터 IP 패킷을 제 1 네트워크 인터페이스를 통하여 커뮤니케이션 프로세서(820)로 전달할 수 있으며, 커뮤니케이션 프로세서(820)는 제 1 네트워크 인터페이스를 통하여 수신한 IP 패킷을 abc.com의 DNN 및 S-NSSAI1-nsa인 네트워크 슬라이스로 송신할 수 있다.
다양한 실시예에 따른 전자 장치(101)는, 표 3과 같이 각 어플리케이션 별로 적용될 룰을 관리할 수 있다.
Rule Precedence =1
Traffic Descriptor:
Application Identifiers=App1(aaa.bbb.ccc.pkg)		 Route Selection Descriptor Precedence=1
Network Slice Selection: S-NSSAI1-nsa
SSC Mode Selection: SSC Mode 1
DNN Selection: abc.com
Access Type preference: 3GPP access		 App1이 네트워크를 요청할 경우, UE는 DNN은 abc.com를, Network Slice 은 S-NSSAI1-nsa인 PDU 세션을 사용하도록 한다.
Rule Precedence =2
Traffic Descriptor:
Application Identifiers=App2(ddd.eee.fff.pkg)		 Route Selection Descriptor Precedence=1
Network Slice Selection: S-NSSAI2-nsb
SSC Mode Selection: SSC Mode 1
DNN Selection: efg.com
Access Type preference: 3GPP access		 App2이 네트워크를 요청할 경우, UE는 DNN은 efg.com을, Network slice은 S-NSSAI2-nsb인 PDU 세션을 사용하도록 한다.
전자 장치(101)는, 제 2 어플리케이션에 대하여서도 적어도 하나의 룰로부터 어느 하나를 선택하여, 제 2 어플리케이션과 연관시켜 관리할 수 있다. 상술한 바와 같이, 전자 장치(101)는, 복수 개의 어플리케이션에 대한 룰을 관리할 수 있으며, 이에 기반하여 네트워크 인터페이스를 설정하고, PDU 세션을 수립할 수 있다.
도 9는 다양한 실시예에 따른 전자 장치의 어플리케이션 프로세서 및 커뮤니케이션 프로세서의 동작 방법을 설명하기 위한 흐름도를 도시한다.
다양한 실시예에 따라서, 어플리케이션 프로세서(901)는, 911 동작에서, 네트워크 인터페이스 초기화 이벤트를 확인할 수 있다. 예를 들어, 네트워크 인터페이스 초기화 이벤트는, 커뮤니케이션 프로세서(또는, 모뎀)의 부팅, SIM의 로딩, 특정 어플리케이션에 적용되는 룰의 변경, 어플리케이션의 설치, 어플리케이션의 삭제, 어플리케이션의 활성화, 어플리케이션의 비활성화, 또는 사용자 입력 중 적어도 하나를 포함할 수 있으나, 제한은 없다.
다양한 실시예에 따라서, 전자 장치(101)는, 913 동작에서, 네트워크 인터페이스 및 디스크립터 사이의 연관 정보를 커뮤니케이션 프로세서(902)에 제공할 수 있다. 915 동작에서, 커뮤니케이션 프로세서(902)는, 네트워크 인터페이스 및 디스크립터 사이의 연관 정보 저장할 수 있다. 예를 들어, TelephonyService는, 네트워크 인터페이스 및 디스크립터 사이의 연관 정보를 커뮤니케이션 프로세서(902)로 제공할 수 있다. 네트워크 인터페이스 및 디스크립터 사이의 연관 정보는, 네트워크 인터페이스 장치 명칭(network interface device name), IP 버전 핸들(들)(IP version handle(s)), 트래픽 디스크립터, 또는 경로 선택 디스크립터 중 적어도 하나를 포함할 수 있으나, 제한은 없다. 예를 들어, 표 4는 다양한 실시예에 따른 네트워크 인터페이스 및 디스크립터 사이의 연관 정보의 예시이다.
Network Interface device name 디스크립터
rmnet1_nsA IP version Handle(s): 0x01, 0x02
Traffic Descriptors: DNN_1
Route Selection Descriptors : NSSAI-a
rmnet2_nsB IP version Handle(s): 0x03, 0x04, 0x05, 0x06
Traffic Descriptors: DNN_2
Route Selection Descriptors : NSSAI-b
예를 들어, “rmnet1_nsA”의 네트워크 인터페이스에 대하여, IP 버전 핸들은 0x01 및 0x02가 설정될 수 있다. IP 버전 핸들은, 네트워크 인터페이스 별로 IPv4 및 IPv6 관련 처리를 위하여 커뮤니케이션 프로세서(902)와 송수신하는 고유한 값일 수 있으며, 0x01 및 0x02 각각은 IPv4 및 IPv6 각각에 대응될 수 있다. 한편, “rmnet2_nsB”에는, IPv4, IPv6에 대응하는 0x03 및 0x04와, ssc mode 3를 지원하기 위한 추가적인 IP 버전 핸들인 0x05,0x06이 설정될 수도 있다. 아울러, 디스크립터에는, 트래픽 데스트립터 및/또는 경로 설정 디스크립터가 포함될 수도 있다. 커뮤니케이션 프로세서(902)는, 네트워크 인터페이스 및 디스크립터 사이의 연관 정보를 저장한 이후, 추후 데이터 세션 수립, 데이터 세션 관리 및/또는 네트워크 인터페이스 별 데이터 송수신 경로 결정에 이용할 수 있다.다양한 실시예에 따라서, 어플리케이션 프로세서(901) 및 커뮤니케이션 프로세서(902)는, 표 5와 같은 네트워크 인터페이스 별 전용 디스크립터를 설정할 수 있다.
Network Interface Name Traffic descriptor, Route Selection Descriptor
rmnet0 DNN1, NSSAI a
rmnet1 DNN1, NSSAI b
rmnet2 DNN2, NSSAI c
... ...
Rmnet# DNN#, NSSAI #
어플리케이션 프로세서(901)는, 특정 어플리케이션으로부터의 데이터를, 특정 어플리케이션에 적용되는 룰에 의한 디스크립터에 대응하는 네트워크 인터페이스를 통하여 커뮤니케이션 프로세서(902)로 송신할 수 있다. 커뮤니케이션 프로세서(902)는, 해당 네트워크 인터페이스를 통하여 수신된 데이터를, 디스크립터에 기반하여 수립된 데이터 세션을 이용하여 송신할 수 있다.
도 10a는 다양한 실시예에 따른 전자 장치의 어플리케이션 프로세서 및 커뮤니케이션 프로세서의 동작 방법을 설명하기 위한 흐름도를 도시한다.
다양한 실시예에 따라서, 어플리케이션 프로세서(901)는, 1011 동작에서, 제 1 어플리케이션으로부터 데이터 세션 수립 요청을 확인할 수 있다. 1013 동작에서, 어플리케이션 프로세서(901)는, 제 1 어플리케이션에 대응하는 적어도 하나의 제 1 디스크립터를 확인할 수 있다. 어플리케이션 프로세서(901)는, 1015 동작에서, 데이터 세션 수립을 위한 정보를 커뮤니케이션 프로세서(902)에 제공할 수 있다. 데이터 세션 수립을 위한 정보는, 트래픽 디스크립터, 경로 선택 디스크립터, 또는 IP 버전 핸들(들) 중 적어도 하나를 포함할 수 있다. 예를 들어, 어플리케이션 프로세서(901)가, 표 4와 같은 네트워크 인터페이스 및 디스크립터 사이의 연관 정보를 관리할 수 있다. 어플리케이션 프로세서(901)는, 제 1 어플리케이션으로부터의 데이터 세션 수립 요청을 확인할 수 있다. 제 1 어플리케이션에 대응하는 디스크립터는, 표 4에서의 IP version Handle(s): 0x01, 0x02, Traffic Descriptors: DNN_1, Route Selection Descriptors: NSSAI-a을 포함할 수 있다. 어플리케이션 프로세서(901)는, 데이터 세션 수립을 위한 정보로서의 디스크립터(예를 들어, 표 4의 IP version Handle(s): 0x01, 0x02, Traffic Descriptors: DNN_1, Route Selection Descriptors: NSSAI-a)를 커뮤니케이션 프로세서(902)로 제공할 수 있다. 한편, 트래픽 디스크립터에는, FQDN(fully qualified domain name)이 포함될 수도 있다.
다양한 실시예에 따라서, 커뮤니케이션 프로세서(902)는, 1017 동작에서, 데이터 세션 수립을 위한 정보에 기반하여, 제 1 데이터 세션을 수립할 수 있다. 만약, 커뮤니케이션 프로세서(902)가, 디스크립터(예를 들어, 표 4의 IP version Handle(s): 0x01, 0x02, Traffic Descriptors: DNN_1, Route Selection Descriptors: NSSAI-a)를 수신한 경우, 해당 디스크립터에 기반한 제 1 데이터 세션을 수립할 수 있다. 수립된 제 1 데이터 세션은, NSSAI-a의 네트워크 슬라이스와 연관될 수 있다. 커뮤니케이션 프로세서(902)는, DNN이 동일하더라도, 네트워크 슬라이스가 상이한 경우에는 상이한 데이터 세션을 수립할 수 있다.
다양한 실시예에 따라서, 어플리케이션 프로세서(901)는, 1019 동작에서, 제 1 디스크립터에 대응하는 제 1 네트워크 인터페이스를 통하여 데이터를 송신할 수 있다. 예를 들어, 어플리케이션 프로세서(901)는, 제 1 디스크립터(예를 들어, 표 4의 IP version Handle(s): 0x01, 0x02, Traffic Descriptors: DNN_1, Route Selection Descriptors: NSSAI-a)에 대응하는 rmnet1_nsA의 제 1 네트워크 인터페이스를 통하여, 데이터를 송신할 수 있다. 커뮤니케이션 프로세서(902)는, 1021 동작에서, 제 1 네트워크 인터페이스(예를 들어, rmnet1_nsA)를 통하여 수신된 데이터를, 제 1 데이터 세션을 이용하여 송신할 수 있다. 한편, 도시되지는 않았지만, 커뮤니케이션 프로세서(902)는, 제 1 데이터 세션을 이용하여 수신된 데이터를, 제 1 네트워크 인터페이스(예를 들어, rmnet1_nsA)를 통하여 어플리케이션 프로세서(901)로 제공할 수 있다. 어플리케이션 프로세서(901)는, 제 1 네트워크 인터페이스(예를 들어, rmnet1_nsA)를 통하여 수신한 데이터를 대응하는 제 1 어플리케이션으로 제공할 수 있다.
도 10b는 다양한 실시예에 따른 전자 장치의 어플리케이션 프로세서 및 커뮤니케이션 프로세서의 동작 방법을 설명하기 위한 흐름도를 도시한다.
다양한 실시예에 따라서, 어플리케이션 프로세서(901)는, 1011 동작에서, 제 1 어플리케이션으로부터 데이터 세션 수립 요청을 확인할 수 있다. 어플리케이션 프로세서(901)는, 1013 동작에서, 제 1 어플리케이션에 대응하는 적어도 하나의 제 1 디스크립터를 확인할 수 있다. 어플리케이션 프로세서(901)는, 1016 동작에서, 제 1 디스크립터에 대응하는 제 1 네트워크 인터페이스의 식별 정보를 커뮤니케이션 프로세서(902)로 송신할 수 있다. 예를 들어, 어플리케이션 프로세서(901)는, 표 4와 같은 네트워크 인터페이스 및 디스크립터 사이의 연관 정보를 관리할 수 있다. 어플리케이션 프로세서(901)는, 제 1 어플리케이션으로부터의 데이터 세션 수립 요청을 확인할 수 있다. 제 1 어플리케이션에 대응하는 디스크립터와 매핑되는 제 1 네트워크 인터페이스(예를 들어, rmnet1_nsA)를 확인할 수 있다. 어플리케이션 프로세서(901)는, 제 1 네트워크 인터페이스(예를 들어, rmnet1_nsA)를 커뮤니케이션 프로세서(902)로 제공할 수 있다.
다양한 실시예에 따라서, 1018 동작에서, 커뮤니케이션 프로세서(902)는, 제 1 네트워크 인터페이스(예를 들어, rmnet1_nsA)의 식별 정보에 기반하여, 제 1 데이터 세션을 수립할 수 있다. 커뮤니케이션 프로세서(902)는, 표 4와 같은 네트워크 인터페이스 및 디스크립터 사이의 연관 정보를 관리할 수 있다. 커뮤니케이션 프로세서(902)는, 네트워크 인터페이스 및 디스크립터 사이의 연관 정보에 기반하여, 제 1 네트워크 인터페이스(예를 들어, rmnet1_nsA)에 매핑된 디스크립터(예를 들어, 표 4의 표 4의 IP version Handle(s): 0x01, 0x02, Traffic Descriptors: DNN_1, Route Selection Descriptors: NSSAI-a)를 확인할 수 있다. 커뮤니케이션 프로세서(902)는, 확인된 디스크립터(예를 들어, 표 4의 표 4의 IP version Handle(s): 0x01, 0x02, Traffic Descriptors: DNN_1, Route Selection Descriptors: NSSAI-a)에 기반하여, 데이터 세션을 수립할 수 있다. 다양한 실시예에 따라서, 어플리케이션 프로세서(901)는, 1019 동작에서, 제 1 디스크립터에 대응하는 제 1 네트워크 인터페이스를 통하여 데이터를 커뮤니케이션 프로세서(902)로 송신할 수 있다. 1021 동작에서, 커뮤니케이션 프로세서(902)는, 제 1 네트워크 인터페이스를 통하여 수신된 데이터를, 제 1 데이터 세션을 이용하여 송신할 수 있다.
도 11은 다양한 실시예에 따른 전자 장치의 어플리케이션 프로세서 및 커뮤니케이션 프로세서의 동작 방법을 설명하기 위한 흐름도를 도시한다.
다양한 실시예에 따라서, 어플리케이션 프로세서(901)는, 1111 동작에서, 네트워크 인터페이스 및 디스크립터 사이의 연관 정보를 확인할 수 있다. 예를 들어, 어플리케이션 프로세서(901)는, 표 4와 같은 네트워크 인터페이스 및 디스크립터 사이의 연관 정보를 관리할 수 있다. 한편, 도 10a 또는 도 10b와의 실시예들과는 달리, 도 11의 실시예에서는, 커뮤니케이션 프로세서(902)가 네트워크 인터페이스 및 디스크립터 사이의 연관 정보를 미리 어플리케이션 프로세서(901)로부터 수신하지 않을 수 있다.
다양한 실시예에 따라서, 어플리케이션 프로세서(901)는, 1113 동작에서, 제 1 어플리케이션으로부터 데이터 세션 수립 요청을 확인할 수 있다. 1115 동작에서, 어플리케이션 프로세서(901)는, 제 1 어플리케이션에 대응하는 적어도 하나의 제 1 디스크립터를 확인할 수 있다. 예를 들어, 어플리케이션 프로세서(901)는, 제 1 어플리케이션에 대응하는 적어도 하나의 제 1 디스크립터(예를 들어, 표 4의 IP version Handle(s): 0x01, 0x02, Traffic Descriptors: DNN_1, Route Selection Descriptors: NSSAI-a)를 확인할 수 있으며, 이에 대응하는 제 1 네트워크 인터페이스(예를 들어, 표 4의 rmnet1_nsA)를 확인할 수 있다.
다양한 실시예에 따라서, 어플리케이션 프로세서(901)는, 1117 동작에서, 제 1 디스크립터에 대응하는 제 1 네트워크 인터페이스의 식별 정보와, 제 1 디스크립터를 커뮤니케이션 프로세서(902)로 제공할 수 있다. 1119 동작에서, 커뮤니케이션 프로세서(902)는, 제 1 디스크립터에 기반하여, 제 1 데이터 세션을 수립할 수 있다. 예를 들어, 커뮤니케이션 프로세서(902)는, 제 1 디스크립터(예를 들어, 표 4의 IP version Handle(s): 0x01, 0x02, Traffic Descriptors: DNN_1, Route Selection Descriptors: NSSAI-a)에 기반하여 제 1 데이터 세션을 수립할 수 있다. 아울러, 커뮤니케이션 프로세서(902)는, 제 1 데이터 세션을 제 1 네트워크 페이스(예를 들어, rmnet1_nsA)를 연관시킬 수 있다.
다양한 실시예에 따라서, 어플리케이션 프로세서(901)는, 1121 동작에서, 제 1 디스크립터에 대응하는 제 1 네트워크 인터페이스를 통하여 데이터를 송신할 수 있다. 1123 동작에서, 커뮤니케이션 프로세서(902)는, 제 1 네트워크 인터페이스를 통하여 수신된 데이터를, 제 1 데이터 세션을 이용하여 송신할 수 있다.
도 12는 다양한 실시예에 따른 네트워크 인터페이스의 설정 동작을 설명하기 위한 도면이다.
다양한 실시예와의 비교를 위한 비교예에 따른 전자 장치는, APN 타입(type)과 네트워크 인터페이스 사이의 연관 정보(1210)를 설정할 수 있다. 연관 정보(1210)에는, 각 APN들(ims, internet, wifi)별로 네트워크 인터페이스들(rmnet0, rmnet1, wlan0)가 매핑되어 설정될 수 있다. 비교예에서는, APN과 네트워크 인터페이스가 1:1로 매핑될 수 있다.
다양한 실시예에 따른 전자 장치(101)는, 디스크립터(예를 들어, 억세스 타입(access type), DNN 타입(DNN type), 네트워크 슬라이싱(network slicing)/서비스 타입(service type))과 네트워크 인터페이스 사이의 연관 정보(1220)를 설정할 수 있다. 다양한 실시예에 따라서, 디스크립터와 네트워크 인터페이스가 1:1로 매핑될 수 있다. 또한, 다양한 실시예에 따른 전자 장치(101)는, 3GPP의 억세스 타입에 대한 디스크립터 뿐만 아니라, non-3GPP(예를 들어, Wifi)의 억세스 타입에 대한 디스크립터를 네트워크 인터페이스에 매핑시킬 수 있다. 이 경우, non-3GPP 억세스 타입에도 네트워크 슬라이싱이 적용될 수도 있다. 전자 장치(101)는, Non-3GPP의 인터넷 DNN에 대하여, 네트워크 슬라이스 b와 네트워크 슬라이스 c를 설정할 수 있다. 전자 장치(101)는, Non-3GPP의 인터넷 DNN의 네트워크 슬라이스 b에 대하여서는 wlan0_naB의 네트워크 인터페이스를 연관시키고, Non-3GPP의 인터넷 DNN의 네트워크 슬라이스 c에 대하여서는 wlan0_naC의 네트워크 인터페이스를 연관시킬 수 있다. 상술한 바에 따라서, 전자 장치(101)는, 하나의 DNN에 복수 개의 네트워크 슬라이스가 설정된 경우에는, 이에 대응하여 복수 개의 네트워크 인터페이스를 복수 개의 네트워크 슬라이스 별로 연관시킬 수도 있다.
다양한 실시예에 따라서, 전자 장치(101)는, 네트워크 슬라이스의 식별자를, 디스크립터의 정보에 기반하여 설정할 수도 있다. 하나의 예에서, 전자 장치(101)는, 네트워크 인터페이스의 식별자를 “rmnet #(DNN 식별 정보)#’(네트워크 슬라이스 식별 정보)”의 형식으로 설정할 수 있다. DNN 식별 정보는, ims는 0, internet은 1일 수 있으나, 이는 단순한 예시이다. 예를 들어, 연관 정보(1220)를 참조하면, 3GPP 억세스 타입의 인터넷 DNN 중 네트워크 슬라이스 a에 대응하는 네트워크 인터페이스의 식별자는 rmnet1_nsA일 수 있다. rmnet1_nsA에서 “1”은, 예를 들어 인터넷 DNN의 식별 정보일 수 있으며, “nsA”는 네트워크 슬라이스 a의 식별 정보일 수 있다. 이와 같은 식별자 생성 방식에 따라서, 3GPP 억세스 타입의 인터넷 DNN 중 네트워크 슬라이스 b에 대응하는 네트워크 인터페이스의 식별자는 rmnet1_nsB일 수 있다.
도 13은 다양한 실시예에 따른 네트워크 인터페이스의 설정 동작을 설명하기 위한 도면이다.
다양한 실시예와의 비교를 위한 비교예에 따른 전자 장치는, APN 타입(type)과 네트워크 인터페이스 사이의 연관 정보(1310)를 설정할 수 있다. 연관 정보(1310)에는, 각 APN들(ims, internet, wifi)별로 네트워크 인터페이스들(rmnet0, rmnet1, wlan0)가 매핑되어 설정될 수 있다. 비교예에서는, APN과 네트워크 인터페이스가 1:1로 매핑될 수 있다.
다양한 실시예에 따른 전자 장치(101)는, 디스크립터(예를 들어, 억세스 타입(access type), DNN 타입(DNN type), 네트워크 슬라이싱(network slicing)/서비스 타입(service type), PDU 세션 식별자(PDU session ID))과 네트워크 인터페이스 사이의 연관 정보(1320)를 설정할 수 있다. 전자 장치(101)는, 데이터 세션(예를 들어, PDU 세션)의 식별자에 기반하여, 네트워크 인터페이스의 식별자를 생성할 수도 있다. 예를 들어, 전자 장치(101)는, 디스크립터에 DNN 및 NSSAI 이외에도 FQDN, 또는 SSC MODE까지 포함시킬 경우에, 모든 팩터에 대한 식별 정보를 네트워크 인터페이스의 식별자에 반영한다면 네트워크 인터페이스의 식별자가 상대적으로 길게 설정될 수 있다. 전자 장치(101)는, 디스크립터 별로 PDU 세션 식별자를 설정하고, PDU 세션 식별자에 기반하여 네트워크 인터페이스의 식별자를 설정할 수 있다. 연관 정보 (1320)를 참조하면, 네트워크 인터페이스의 식별자들이 rment 이후에 PDU 세션 식별자의 숫자를 포함하는 것을 확인할 수 있다. 한편, 연관 정보(1320)에서의 PDU 세션 식별자는, 네트워크에서 할당하는 PDU 세션 식별자와 상이할 수 있으나, 구현에 따라 동일할 수도 있다.
도 14는 다양한 실시예에 따른 전자 장치의 복수 개의 어플리케이션 이 상이한 DNN 및 상이한 NSSAI를 이용하는 경우의 동작을 설명하기 위한 도면이다.
다양한 실시예에 따라서, 전자 장치(101)는, 제 1 어플리케이션(1401), 제 2 어플리케이션(1402), 및 제 3 어플리케이션(1403)을 실행할 수 있다. 1411 동작에서, 제 1 어플리케이션(1401), 제 2 어플리케이션(1402), 및 제 3 어플리케이션(1403)는 실행 및, 데이터 송수신을 위한 네트워크를 프레임워크(1404) (예를 들어, UrspService)에 요청할 수 있다. 프레임워크(1404)는, 1412 동작에서 특정 어플리케이션에 허용된 PDU 세션을 수립하는데 필요한 정보를 확인할 수 있다. 예를 들어, 전자 장치(101)는, 제 1 어플리케이션(1401)에 적용되는 룰은 DNN=1, NSSAI=A이며, 제 2 어플리케이션(1402)에 적용되는 룰은 DNN=2, NSSAI=B이며, 제 3 어플리케이션(1403)에 적용되는 룰은 DNN=3, NSSAI=C임을 확인할 수 있다. 커뮤니케이션 프로세서(1405)는 어플리케이션 별 적용되는 룰과, 네트워크 인터페이스 사이의 연관 정보를 미리 전달받아 저장할 수도 있다.
다양한 실시예에 따라서, 프레임워크(1404)는, 1413 동작에서, 커뮤니케이션 프로세서(1405)로 PDU 세션을 수립하는데 필요한 트래픽 디스크립터 및/또는 경로 선택 디스크립터 정보를 전달할 수 있다. 커뮤니케이션 프로세서(1405)는, 1414 동작에서, 트래픽 디스크립터 및/또는 경로 선택 디스크립터를 참조하여 필요한 PDU 세션을 수립할 수 있다. 예를 들어, 커뮤니케이션 프로세서(1405)는, DNN 1, NAASI-a의 디스크립터에 기반하여 제 1 PDU 세션(PDU Session #1)(1431)을 수립하고, DNN 2, NAASI-b의 디스크립터에 기반하여 제 2 PDU 세션(PDU Session #2)(1432)을 수립하고, DNN 3, NAASI-c의 디스크립터에 기반하여 제 3 PDU 세션(PDU Session #3)(1433)을 수립할 수 있다. 전자 장치(101)의 커뮤니케이션 프로세서(1405)는, 미리 저장한 연관 정보에 기반하여, 제 1 PDU 세션(1431)을 제 1 네트워크 인터페이스(rmnet1_nsA)(1421)에 연관시키고, 제 2 PDU 세션(1432)을 제 2 네트워크 인터페이스(rmnet2_nsB)에 연관시키고, 제 3 PDU 세션(1433)을 제 3 네트워크 인터페이스(rmnet3_nsC)에 연관시킬 수 있다.
다양한 실시예에 따라서, 커뮤니케이션 프로세서(1405)는, 1415 동작에서, PDU 세션 별로 지정된 네트워크 인터페이스로 데이터를 송수신할 수 있다. 예를 들어, 어플리케이션 프로세서(미도시)는, 제 1 어플리케이션(1401)과 연관된 데이터를 제 1 네트워크 인터페이스(rmnet1_nsA)(1421)를 통하여 송수신할 수 있으며, 커뮤니케이션 프로세서(1405)는, 제 1 네트워크 인터페이스(rmnet1_nsA)(1421)를 통하여, 제 1 PDU 세션(1431)으로 데이터를 송수신할 수 있다. 예를 들어, 어플리케이션 프로세서(미도시)는, 제 2 어플리케이션(1402)과 연관된 데이터를 제 2 네트워크 인터페이스(rmnet2_nsB)(1422)를 통하여 송수신할 수 있으며, 커뮤니케이션 프로세서(1405)는, 제 2 네트워크 인터페이스(rmnet2_nsB)(1422)를 통하여, 제 2 PDU 세션(1432)으로 데이터를 송수신할 수 있다. 예를 들어, 어플리케이션 프로세서(미도시)는, 제 3 어플리케이션(1403)과 연관된 데이터를 제 3 네트워크 인터페이스(rmnet3_nsC)(1423)를 통하여 송수신할 수 있으며, 커뮤니케이션 프로세서(1405)는, 제 3 네트워크 인터페이스(rmnet3_nsC)(1423)를 통하여, 제 3 PDU 세션(1433)으로 데이터를 송수신할 수 있다.
도 15는 다양한 실시예에 따른 전자 장치의 복수 개의 어플리케이션 이 동일한 DNN 및 상이한 NSSAI를 이용하는 경우의 동작을 설명하기 위한 도면이다.
다양한 실시예에 따라서, 전자 장치(101)는, 제 1 어플리케이션(1501) 및 제 2 어플리케이션(1502)을 실행할 수 있다. 프레임워크(1504)(예를 들어, UrspService)는, 미리 로드된 설정(1511), PCF(1512)로부터 수신한 룰, USIM(1513)으로부터 수신한 룰 중 어느 하나를 선택할 수 있다. 예를 들어, 미리 로드된 설정(1511)은, 제 1 어플리케이션(1501)에 대하여서는 DNN=1, NSSAI=A를 나타내며, 제 2 어플리케이션(1502)에 대하여서는 DNN=1, NSSAI=B를 나타낼 수 있다. 예를 들어, PCF(1512)에 의하여 설정된 룰은 제 1 어플리케이션(1501)에 대하여 DNN=1, NSSAI=C를 나타낼 수 있다. 예를 들어, USIM(1513)에 의하여 설정된 룰은 제 1 어플리케이션(1501)에 대하여 DNN=1, NSSAI=D를 나타낼 수 있다. 프레임워크(1504)는, 제 1 어플리케이션(1501)에 대하여 복수 개의 룰이 존재함을 확인하고, 복수 개의 룰 중 제 1 어플리케이션(1501)에 적용할 룰을 선택할 수 있다. 예를 들어, 프레임워크(1504)는, PCF(1512)에 의하여 설정된 룰의 우선 순위가 나머지 룰의 우선 순위보다 높은 것에 기반하여, 제 1 어플리케이션(1501)에 대하여서는 DNN=1, NSSAI=C의 PCF(1512)에 의하여 설정된 룰을 선택할 수 있다. 한편, 제 2 어플리케이션(1502)에 대하여서는 미리 로드된 설정(1511)에서 DNN=1, NSSAI=B의 룰이 존재하며, 프레임워크(1504)는, 해당 룰을 제 2 어플리케이션(1502)에 적용할 룰로 결정할 수 있다. 상술한 바와 같이, 제 1 어플리케이션(1501) 및 제 2 어플리케이션(1502)은 동일한 DNN을 이용하면서, 상이한 네트워크 슬라이스를 이용하도록 설정될 수도 있다.
다양한 실시예에 따라서, 프레임워크(1504)는, 커뮤니케이션 프로세서(1505)로 PDU 세션을 수립하는데 필요한 트래픽 디스크립터 및/또는 경로 선택 디스크립터 정보를 전달할 수 있다. 커뮤니케이션 프로세서(1505)는, 트래픽 디스크립터 및/또는 경로 선택 디스크립터를 참조하여 필요한 PDU 세션을 수립할 수 있다. 예를 들어, 커뮤니케이션 프로세서(1505)는, DNN 1, NAASI-c의 디스크립터에 기반하여 제 1 PDU 세션(PDU Session #1)(1531)을 수립하고, DNN 1, NAASI-b의 디스크립터에 기반하여 제 2 PDU 세션(PDU Session #2)(1532)을 수립할 수 있다. 전자 장치(101)의 커뮤니케이션 프로세서(1505)는, 미리 저장한 연관 정보에 기반하여, 제 1 PDU 세션(1531)을 제 1 네트워크 인터페이스(rmnet1_nsC)(1521)에 연관시키고, 제 2 PDU 세션(1532)을 제 2 네트워크 인터페이스(rmnet1_nsB) (1522)에 연관시킬 수 있다.
다양한 실시예에 따라서, 커뮤니케이션 프로세서(1505)는, 1415 동작에서, PDU 세션 별로 지정된 네트워크 인터페이스로 데이터를 송수신할 수 있다. 예를 들어, 어플리케이션 프로세서(미도시)는, 제 1 어플리케이션(1501)과 연관된 데이터를 제 1 네트워크 인터페이스(rmnet1_nsC)를 통하여 송수신할 수 있으며, 커뮤니케이션 프로세서(1505)는, 제 1 네트워크 인터페이스(rmnet1_nsC)(1521)를 통하여, 제 1 PDU 세션(1531)으로 데이터를 송수신할 수 있다. 예를 들어, 어플리케이션 프로세서(미도시)는, 제 2 어플리케이션(1502)과 연관된 데이터를 제 2 네트워크 인터페이스(rmnet1_nsB)(1522)를 통하여 송수신할 수 있으며, 커뮤니케이션 프로세서(1505)는, 제 2 네트워크 인터페이스(rmnet1_nsB)(1522)를 통하여, 제 2 PDU 세션(1532)으로 데이터를 송수신할 수 있다.
도 16은 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다. 도 16의 실시예는 도 17을 참조하여 설명하도록 한다. 도 17은 다양한 실시예에 따른 어플리케이션의 사용 요청을 방지하는 동작을 도시한다.
다양한 실시예에 따라서, 전자 장치(101)는, 1611 동작에서, 제 1 어플리케이션으로부터의, 제 1 디스크립터에 대응하는 데이터 세션 수립 요청을 확인할 수 있다. 예를 들어, 제 1 어플리케이션은, 데이터 세션의 수립을 요청하면서, 이용하고자 하는 데이터 세션의 정보, 예를 들어 제 1 디스크립터를 명시할 수 있다.
다양한 실시예에 따라서, 1613 동작에서, 전자 장치(101)는, 제 1 어플리케이션이 제 1 디스크립터에 대응하는 네트워크 슬라이스를 이용 가능한지 여부를 판단할 수 있다.
다양한 실시예에서, 전자 장치(101)는, 제 1 어플리케이션이 정상적인 어플리케이션인 경우에, 제 1 어플리케이션이 제 1 디스크립터에 대응하는 네트워크 슬라이스를 이용 가능한 것으로 판단할 수 있다. 아울러, 전자 장치(101)는, 제 1 어플리케이션이 비정상적인 어플리케이션인 경우에, 제 1 어플리케이션이 제 1 디스크립터에 대응하는 네트워크 슬라이스를 이용 불가능한 것으로 판단할 수 있다. 예를 들어, 전자 장치(101)는, 제 1 어플리케이션을 설치한 경로에 기반하여, 제 1 어플리케이션이 정상적인지 여부를 판단할 수 있다. 만약, 제 1 어플리케이션이 미리 지정된 앱스토어를 통하여 설치된 지 여부, 및/또는 백업 툴에 의하여 설치된 지 여부에 기반하여, 제 1 어플리케이션이 정상적인지 여부가 판단될 수 있다. 예를 들어, 전자 장치(101)는, 제 1 어플리케이션의 서명(signature)에, 제 1 어플리케이션이 정상적인지 여부를 판단할 수 있다. 지정된 서명을 가진 어플리케이션만이 지정된 네트워크 슬라이스를 이용하도록 허용될 수 있다. 예를 들어, 전자 장치(101)는, 제 1 어플리케이션의 APK 파일(APK file)의 md5 checksum 값에 기반하여, 제 1 어플리케이션이 정상적인지 여부를 판단할 수 있다. 어플리케이션이 설치되는 시점 또는 처음 실행되는 시점에, 전자 장치(101)는 md5 해쉬를 계산할 수 있으며, 계산 결과를 어플리케이션 정보(예를 들어, 패키지 명칭 및/또는 버전)와 함께, 전자 장치(101)의 내부 메모리(예: 도 1의 메모리(130)) 및/또는 외부 메모리에 저장할 수 있다. 이후, 전자 장치(101)는, 예를 들어 어플리케이션으로부터 네트워크 이용 요청, 예를 들어 데이터 세션 수립 요청을 획득하는 시점에, md5의 checksum값을 계산하고 이를 저장된 계산 결과와 비교할 수 있다. 전자 장치(101)는, 비교 결과에 기반하여, 제 1 어플리케이션이 정상적인지 여부를 판단할 수 있다.
다양한 실시예에서, 전자 장치(101)는, 제 1 어플리케이션이 제 1 디스크립터에 대응하는 네트워크 슬라이스를 사용할 수 있는 권한을 가지는지 여부에 기반하여, 제 1 어플리케이션이 제 1 디스크립터에 대응하는 네트워크 슬라이스를 이용 가능한지 여부를 판단할 수 있다. 상술한 바와 같이, 전자 장치(101)는, 적어도 하나의 룰에 기반하여 어플리케이션 별 디스크립터에 대한 정보를 미리 확인하여 관리할 수 있다. 전자 장치(101)는, 관리하는 정보에 기반하여, 제 1 어플리케이션이 제 1 디스크립터에 대응하는 네트워크 슬라이스를 이용 가능한지 여부를 판단할 수 있다. 이용 가능한지 여부에 대한 판단은, 예를 들어 UrspService에 의하여 수행될 수도 있다.
다양한 실시예에 따라서, 제 1 어플리케이션이 제 1 디스크립터에 대응하는 네트워크 슬라이스를 이용 가능한 것으로 확인되면(1613-예), 전자 장치(101)는, 1615 동작에서, 제 1 디스크립터에 대응하는 제 1 데이터 세션을 수립할 수 있다. 1617 동작에서, 전자 장치(101)는, 제 1 어플리케이션으로부터의 데이터를, 제 1 디스크립터에 대응하는 제 1 네트워크 인터페이스를 통하여 제1 데이터 세션을 이용하여 송신할 수 있다. 제 1 어플리케이션이 제 1 디스크립터에 대응하는 네트워크 슬라이스를 이용 가능하지 않은 것으로 확인되면(1613-아니오), 전자 장치(101)는, 1619 동작에서 제 1 디스크립터에 대응하는 네트워크 슬라이스에 대한 접근을 불허할 수 있다. 예를 들어, 도 17에서와 같이, 전자 장치(101)는, 제 1 어플리케이션에 대하여 제 1 디스크립터(예를 들어, DNN1, NSSAI-c)가 설정할 수 있다. 전자 장치(101)는, 제 1 어플리케이션으로부터의 제 1 디스크립터에 대한 데이터 세션 수립 요청에 따라서, 제 1 어플리케이션이 제 1 디스크립터를 이용할 권한을 가지는지 여부를 판단할 수 있다. 제 1 어플리케이션이 제 1 디스크립터를 이용할 권한을 가지는 것으로 판단되면, 전자 장치(101)는, 제 1 데이터 세션(PDU session #1)(1731)을 수립할 수 있다. 전자 장치(101)는, 제 1 어플리케이션과 연관된 데이터를, 제 1 네트워크 인터페이스(rmnet1_nsC)를 통하여, 제 1 데이터 세션(1731)과 송수신할 수 있다. 한편, 제 2 어플리케이션이 제 1 디스크립터에 대한 데이터 세션 수립을 요청할 수도 있다. 전자 장치(101)는, 제 2 어플리케이션이 제 1 디스크립터에 대한 데이터 세션을 이용할 수 없음을 판단할 수 있다. 이에 따라 제 2 어플리케이션이 제 1 데이터 세션(1731)을 이용하는 것을 방지할 수 있다. 예를 들어, 전자 장치(101)는, 제 2 어플리케이션에 적용되는 룰이 제 2 디스크립터(예를 들어, DNN=2, NSSAI=B)임을 확인하여, 제 1 디스크립터에 대한 이용 권한이 없음을 확인할 수 있다. 예를 들어, 전자 장치(101)는, 제 1 어플리케이션에 적용되는 룰의 precedence 및 제 2 어플리케이션에 적용되는 룰의 precedence의 비교 결과에 기반하여, 제 2 어플리케이션이 이용 권한을 가지는지 여부를 판단할 수도 있다. 또는, 전자 장치(101)는, 제 2 어플리케이션이 정상적이지 않은 어플리케이션인 것으로 판단하는 경우에도, 제 2 어플리케이션의 제 2 디스크립터에 대한 데이터 세션 이용을 불허할 수 있다.
도 18a는 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다. 도 18a의 실시예는 도 18b을 참조하여 설명하도록 한다. 도 18b는 다양한 실시예에 따른 하나의 어플리케이션이 복수 개의 네트워크 슬라이스를 이용하는 동작을 도시한다.
다양한 실시예에 따라서, 전자 장치(101)는, 1811 동작에서, 제 1 어플리케이션에 대응하여 복수 개의 디스크립터들을 확인할 수 있다. 제 1 어플리케이션은, 복수 개의 디스크립터들을 지원할 수 있다. 하나의 예에서, 제 1 어플리케이션은, 계정 로그 인 시에는 보안을 위한 제 1 네트워크 슬라이스를 통하여 데이터를 송수신하고, 계정 로그 인 이후에는 URLLC를 위한 제 2 네트워크 슬라이스를 통하여 데이터를 송수신하도록 설정될 수 있다. 이 경우, 전자 장치(101)는, 제 1 어플리케이션에 대응하여, 제 1 네트워크 슬라이스를 위한 제 1 디스크립터 및 제 2 네트워크 슬라이스를 위한 제 2 디스크립터를 매핑시켜 관리할 수 있다.
다양한 실시예에 따라서, 전자 장치(101)는, 1813 동작에서, 복수 개의 디스크립터들 각각에 기반하여, 복수 개의 데이터 세션들을 수립할 수 있다. 예를 들어, 제 1 어플리케이션은, getUrspRule의 API를 이용하여 사용할 수 있는 디스크립터들에 대한 정보를 확인할 수 있다. 제 1 어플리케이션은, 이용하고자 하는 디스크립터를 명시하여 데이터 세션 수립을 요청할 수 있으며, 전자 장치(101)는 이에 기반하여 디스크립터에 대응하는 데이터 세션을 수립할 수 있다. 전자 장치(101)는, 복수 개의 데이터 세션을 적어도 동시에 수립할 수 있거나, 또는 어느 하나의 데이터 세션을 수립하다가 해당 데이터 세션을 종료하고 다른 데이터 세션을 수립할 수도 있다. 전자 장치(101)는, 1815 동작에서, 제 1 어플리케이션으로부터의 IP 패킷을 획득 및 IP 패킷에 대응하는 데이터 세션을 확인할 수 있다. 전자 장치(101)는, 1817 동작에서, 획득된 IP 패킷을 확인된 데이터 세션을 이용하여 송신할 수 있다. 전자 장치(101)는, 예를 들어 생성되는 IP 패킷을, 트래픽 디스크립터에 대응하는 데이터 세션에 대응하는 네트워크 슬라이스로 라우팅할 수 있다.
도 18b를 참조하면, 전자 장치(101)는, 제 1 데이터 세션(1821) 및 제 2 데이터 세션(1822)을 수립할 수 있다. 이 경우, 하나의 어플리케이션에 대하여 복수 개의 네트워크 인터페이스(rmnet1_nsA, rmnet1_nsB)를 통하여 데이터를 송수신할 수 있다. 전자 장치(101)는, 복수 개의 네트워크 인터페이스(rmnet1_nsA, rmnet1_nsB) 각각을 통하여, 제 1 데이터 세션(1821) 및 제 2 데이터 세션(1822)와 데이터를 송수신할 수 있다.
도 19는 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
다양한 실시예에 따라서, 어플리케이션 프로세서(901)는, 1911 동작에서, 하나 이상의 룰이 적용된 제 1 어플리케이션으로부터, 데이터 세션 수립 요청을 확인할 수 있다. 예를 들어, 전자 장치(101)는, 제 1 어플리케이션에 대하여 제 1 룰(DNN=1, NSSAI=C, Precedence=1)과 제 2 룰(DNN=1, NSSAI=B, Precedence=2)을 적용할 수 있다. 한편, 제 1 어플리케이션은 이용하고자 하는 네트워크 슬라이스(또는, 디스크립터)를 명시하지 않을 수 있다.
다양한 실시예에 따라서, 어플리케이션 프로세서(901)는, 1913 동작에서, 제 1 어플리케이션에 적합한 제 1 디스크립터를 확인할 수 있다. 예를 들어, 어플리케이션 프로세서(901)는, 룰 내의 precedence에 기반하여 제 1 디스크립터를 선택할 수 있으나, 적합한 디스크립터의 확인 방식에는 제한이 없다. 어플리케이션 프로세서(901)는, 1915 동작에서, 커뮤니케이션 프로세서(902)에 제 1 디스크립터에 대응하는 제 1 데이터 세션 수립을 요청할 수 있다. 1917 동작에서, 커뮤니케이션 프로세서(902)는, 제 1 데이터 세션을 수립할 수 있다. 1919 동작에서, 어플리케이션 프로세서(901)는, 제 1 디스크립터에 대응하는 제 1 네트워크 인터페이스를 통하여, 제 1 어플리케이션으로부터의 데이터를 커뮤니케이션 프로세서(902)로 송신할 수 있다. 1921 동작에서, 커뮤니케이션 프로세서(902)는, 제 1 네트워크 인터페이스를 통하여 수신된 데이터를, 제 1 데이터 세션을 이용하여 송신할 수 있다. 예를 들어, 커뮤니케이션 프로세서(902)는, NSSAI=C의 네트워크 슬라이스를 통하여 통신을 수행할 수 있다.
도 20은 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다. 도 20의 실시예는, 도 21a를 참조하여 설명하도록 한다. 도 21a는, 다양한 실시예에 따른 어플리케이션 프로세서로부터 커뮤니케이션 프로세서로 전달되는 데이터 구조를 도시한다.
다양한 실시예에 따라서, 어플리케이션 프로세서(901)는, 커뮤니케이션 프로세서(902)와 2011 동작에서 어플리케이션과 디스크립터 사이의 연관 정보를 공유할 수 있다. 어플리케이션 프로세서(901)는, 2013 동작에서, 제 1 어플리케이션으로부터, 제 1 전송 데이터를 획득할 수 있다. 2015 동작에서, 어플리케이션 프로세서(901)는, 제 1 어플리케이션과 연관된 정보와 제 1 전송 데이터를 커뮤니케이션 프로세서(902)로 제공할 수 있다. 예를 들어, 어플리케이션 프로세서(901)는, 도 21a와 같은 데이터(2100)를 커뮤니케이션 프로세서(902)로 제공할 수 있다. 다양한 실시예에 따른 데이터(2100)는, 어플리케이션 식별 정보(2101) 및 IP 패킷(2103)을 포함할 수 있다. 어플리케이션 식별 정보(2101)는, 예를 들어 IP 패킷(2103)을 발생시킨 어플리케이션을 나타내는 정보일 수 있으며, 그 표현 형식에는 제한이 없다.
다양한 실시예에 따라서, 커뮤니케이션 프로세세(902)는, 2017 동작에서, 제 1 어플리케이션과 연관된 정보에 기반하여, 제 1 어플리케이션에 대응하는 제 1 디스크립터를 확인할 수 있다. 예를 들어, 커뮤니케이션 프로세서(902)는, 전달받은 데이터(2100)의 어플리케이션 식별 정보(2101)를 확인할 수 있다. 커뮤니케이션 프로세서(902)는, 미리 공유된 어플리케이션과 디스크립터 사이의 연관 정보에 기반하여, 어플리케이션 식별 정보(2101)에 대응하는 디스크립터를 확인할 수 있다.
다양한 실시예에 따라서, 커뮤니케이션 프로세서(902)는, 2019 동작에서, 제 1 디스크립터에 대응하는 제 1 데이터 세션을 이용하여, 제 1 전송 데이터를 송신할 수 있다. 커뮤니케이션 프로세서(902)는, 전달받은 데이터(2100) 중 IP 패킷(2103) 부분만을 제 1 데이터 세션을 이용하여 송신할 수 있다.
상술한 방식에서, 어플리케이션 프로세서(901)는, 예를 들어 네트워크 인터페이스는, DNN 별로 1개씩 설정할 수도 있다. 어플리케이션 프로세서(901)는, 어플리케이션 식별 정보를 커뮤니케이션 프로세서(902)로 전달함으로써, 하나의 네트워크 인터페이스를 통하여 데이터를 송신한다 하더라도, 커뮤니케이션 프로세서(902)는, 해당 데이터를 송신할 데이터 세션을 확인할 수 있다. 어플리케이션 프로세서(901)는, 예를 들어 어플리케이션 식별 정보(2101)를 제공하는지 여부를, 커뮤니케이션 프로세서(902)로 알릴 수도 있으며, 커뮤니케이션 프로세서(902)는 해당 정보에 기반하여 어플리케이션 식별 정보(2101)를 처리할 수도 있다.
한편, 다른 실시예에서는, 어플리케이션 프로세서(901)는, IP 패킷(2103)과 함께 디스크립터를 포함시켜 커뮤니케이션 프로세서(902)로 전달할 수도 있다. 이 경우, 커뮤니케이션 프로세서(902)는, 수신한 디스크립터에 기반하여, 데이터 세션을 식별할 수 있다. 커뮤니케이션 프로세서(902)는, 식별한 데이터 세션을 이용하여 IP 패킷(2103)을 송신할 수 있다. 이 경우, 커뮤니케이션 프로세서(902)는, 어플리케이션과 디스크립터 사이의 연관 정보 없이도, IP 패킷(2103)을 송신할 수도 있다.
도 21b는 다양한 실시예에 따라서 어플리케이션 프로세서로부터 커뮤니케이션 프로세서로 전달되는 데이터 구조를 도시한다.
다양한 실시예에 따라서, 어플리케이션 프로세서(901)는, 데이터(2110)를 커뮤니케이션 프로세서(902)로 제공할 수 있다. 다양한 실시예에 따른 데이터(2110)는, 어플리케이션 식별 정보(2111), 연결 캐퍼빌리티(connection capabilities)(2113), 및 IP 패킷(2115)을 포함할 수 있다. 여기에서, 연결 캐퍼빌리티는, 하나의 옥텟의 시퀀스로 표현될 수 있으며, 예를 들어 “0000001”은 트래픽 디스크립터가 IMS인 것을 의미할 수 있으며, “00000010”은 트래픽 디스크립터가 MMS인 것을 의미할 수 있으며, “0000100”은 트래픽 디스크립터가 SUPL인 것을 의미할 수 있으며, “00001000”은 트래픽 디스크립터가 Internet인 것을 의미할 수 있다. 커뮤니케이션 프로세서(902)는, 수신한 어플리케이션 식별 정보(2111) 및 연결 캐퍼빌리티(2113)를 함께 이용하여, 데이터 세션을 식별할 수 있다.
도 21c는 다양한 실시예에 따라서 어플리케이션 프로세서로부터 커뮤니케이션 프로세서로 전달되는 데이터 구조를 도시한다.
다양한 실시예에 따라서, 어플리케이션 프로세서(901)는, 데이터(2120)를 커뮤니케이션 프로세서(902)로 제공할 수 있다. 다양한 실시예에 따른 데이터(2120)는, 어플리케이션 식별 정보 테이블의 넘버(2121) 및 IP 패킷(2115)을 포함할 수 있다. 예를 들어, 어플리케이션 프로세서(901) 및 커뮤니케이션 프로세서(902)는, 표 6과 같은 테이블을 공유할 수 있다.
어플리케이션 식별 정보 테이블 넘버 어플리케이션 식별자
0 Reserved
1 Com.***.android.youtube
2 Com.snapchat.android
3 Com.netflix.mediaclient
... ...
255 (0XFF) Com.samsung.android.bixby.service
어플리케이션 식별 정보 테이블의 넘버(2121)에 비교적 작은 데이터 크기의 테이블 넘버가 포함됨에 따라서, 어플리케이션 프로세서(901)로부터 커뮤니케이션 프로세서(902)로 전달되는 데이터(2120)의 크기가 작은 수준으로 유지될 수 있다.도 21d는 다양한 실시예에 따라서 어플리케이션 프로세서로부터 커뮤니케이션 프로세서로 전달되는 데이터 구조를 도시한다.
다양한 실시예에 따라서, 어플리케이션 프로세서(901)는, 데이터(2130)를 커뮤니케이션 프로세서(902)로 제공할 수 있다. 다양한 실시예에 따른 데이터(2130)는, 룰 프리시던스(2131) 및 IP 패킷(2132)을 포함할 수 있다. 커뮤니케이션 프로세서(902)는, 룰 프리시던스 및 이에 대응하는 디스크립터 정보를 어플리케이션(901)과 미리 공유할 수 있다. 커뮤니케이션 프로세서(902)는, 수신된 데이터(2130)의 룰 프리시던스(2131)를 확인할 수 있으며, 룰 프리시던스(2131)에 대응하는 디스크립터 정보를 확인할 수 있다. 커뮤니케이션 프로세서(902)는, 룰 프리시던스(2131)에 대응하는 디스크립터의 데이터 세션을 이용하여, IP 패킷(2132)을 송신할 수 있다.
도 22a 및 22b는 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
다양한 실시예에 따라서, 커뮤니케이션 프로세서(2205)는, 2211 동작에서, 네트워크(2206)로부터 USRP 설정(USRP configuration)을 수신할 수 있다. 커뮤니케이션 프로세서(2205)는, 수신한 USRP 설정에 기반하여, 2213 동작에서 Telephonyservice(2204)에 URSP 트래픽 디스크립터(URSP traffic descriptor)를 제공할 수 있다. Telephonyservice(2204)는, 2215 동작에서 URSP 트래픽 디스크립터(URSP traffic descriptor)를 UrspService(2203)로 제공할 수 있다. 다양한 실시예에 따라서, Telephonyservice(2204)는 URSP 트래픽 디스크립터 뿐만 아니라 route selection descriptor를 수신하여 UrspService(2203)에 전달할 수도 있다. UrspService(2203)는, 2219 동작에서 URSP 규칙(URSP rule)(2217)를 저장(store)할 수 있다. 예를 들어, URSP 규칙(2217)은, 제 1 어플리케이션(APP_1)은 제 1 DNN(dnn_1) 및 제 1 네트워크 슬라이스(NSSAI=a(eMBB))과 대응되며, 제 2 어플리케이션(APP_2)은 제 2 DNN(dnn_2) 및 제 2 네트워크 슬라이스(NSSAI=b(URLLC))과 대응됨을 나타낼 수 있다.
다양한 실시예에 따라서, 어플리케이션(2201)(예를 들어, 제 2 어플리케이션)은, 2221 동작에서, getURSPnetworkCapabilities를 ConnectivityManagerService(2202)에 요청할 수 있다. getURSPnetworkCapabilities는, 어플리케이션에 대응되는 URSP 능력(예를 들어, 네트워크 슬라이스와 연관된 정보)의 요청일 수 있다. ConnectivityManagerService(2202)는, 2223 동작에서, getURSPnetworkCapabilities를 UrspService(2203)으로 전달할 수 있다. getURSPnetworkCapabilities는 어플리케이션(2201)을 식별할 수 있는 정보(예: 제 2 어플리케이션의 식별자(APP_2))를 포함할 수도 있다. 한편, 어플리케이션(2201)을 식별할 수 있는 정보에는 제한이 없으며, IP tuple(s) 및/또는 FQDN의 트래픽 디스크립터의 조합에 기반하여 어플리케이션(2201)의 식별도 가능할 것이다. 2225 동작에서, UrspService(2203)는 제 2 어플리케이션에 대응하는 네트워크 슬라이스의 정보(예: URLLC))를 반환(return)할 수 있다. ConnectivityManagerService(2202)는, 2227 동작에서, 수신한 슬라이스의 정보(예: URLLC))를 어플리케이션(2201)으로 전달할 수 있다.
다양한 실시예에 따라서, 2229 동작에서 어플리케이션(2201)은 네트워크 요청(network request)(예를 들어, PDU 세션 수립 요청)을 ConnectivityManagerService(2202)로 전달할 수 있다. ConnectivityManagerService(2202)는, 2231 동작에서, 제 2 어플리케이션(APP_2)이 권한(permission)을 가지는지 여부를 UrspService(2203)에 확인(check)할 것을 요청할 수 있다. UrspSevice(2203)는, 예를 들어 제 2 어플리케이션(APP_2)가 권한을 가짐을 확인할 수 있으며, 권한이 허용됨(permission granted)을 나타내는 정보를 2233 동작에서 ConnectivityManagerService(2202)로 제공할 수 있다. 2235 동작에서, ConnectivityManagerService(2202)는 제 2 어플리케이션(APP_2)이 위조되거나(forged) 또는 변조된 지(tampered) 여부에 대한 확인을 UrspService(2203)에 요청할 수 있다. UrspService(2203)는, 상술한 방식에 따라서, 제 2 어플리케이션(APP_2)의 위조 또는 변조 여부를 확인할 수 있다. 2237 동작에서, UrspService(2203)는 제 2 어플리케이션(APP_2)이 진정(genuine)함을 나타내는 정보를 ConnectivityManagerService(2202)로 제공할 수 있다.
다양한 실시예에 따라서, ConnectivityManagerService(2202)는, 제 2 어플리케이션(APP_2)이 진정(genuine)함을 확인함에 기반하여, 2339 동작에서, 네트워크 요청(예를 들어, PDU 세션 수립 요청)을 TelephonyService(2204)로 전달할 수 있다. 네트워크 요청에는, 네트워크 슬라이스에 대한 정보(예: URLLC)가 포함될 수 있다. TelephonyService(2204)는, 2241 동작에서, 수신한 네트워크 요청에 기반하여, 데이터 콜(data call)을 셋업(setup)할 수 있다. 데이터 콜은, 예를 들어, 제 2 DNN(dnn_2) 및 제 2 네트워크 슬라이스(URLLC)에 대응할 수 있다. TelephonyService(2204)는, 2243 동작에서 커뮤니케이션 프로세서(2205)에 제 2 DNN(dnn_2) 및 제 2 네트워크 슬라이스(URLLC)에 대응하는 PDU 세션의 형성(create)을 요청할 수 있다. 2245 동작에서, 커뮤니케이션 프로세서(2205)는, 네트워크(2206)와 제 2 DNN(dnn_2) 및 제 2 네트워크 슬라이스(URLLC)에 대응하는 PDU 세션의 수립을 위한 동작을 수행할 수 있다. 커뮤니케이션 프로세서(2205)는, 네트워크(2206)와 제 2 DNN(dnn_2) 및 제 2 네트워크 슬라이스(URLLC)에 대응하는 PDU 세션을 수립하고, 2247 동작에서 PDU 세션 수립을 나타내는 정보를 TelephonyService(2204)로 전달할 수 있다. 2249 동작에서, TelephonyService(2204)는 네트워크 인터페이스(예를 들어, rmnet2_nsB)를 해당 PDU 및 어플리케이션(2201)에 할당(allocate)할 수 있다. 2251 동작에서, TelephonyService(2204)는, 데이터 콜의 셋업이 완료됨을 나타내는 정보를 ConnectivtyManagerService(2202)로 전달할 수 있다. ConnectivtyManagerService(2202)는 2253 동작에서 어플리케이션(2201)에 데이터 콜의 셋업이 완료됨을 나타내는 정보를 전달할 수 있다. 해당 정보에는 할당된 네트워크 인터페이스(예를 들어, rmnet2_nsB)에 대한 정보가 포함될 수도 있다.
도 23a 및 23b는 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다. 2311 동작, 2313 동작, 2315 동작과 2319 동작은, 도 22의 2211 동작, 2213 동작, 2215 동작과 2219 동작과 실질적으로 동일할 수 있으며, 이에 대한 상세한 설명은 생략하도록 한다. URSP 규칙(2317)은, 도 22의 URSP 규칙(2217) 과 실질적으로 동일할 수 있으며, 이에 대한 상세한 설명은 생략하도록 한다.
다양한 실시예에 따라서, 2321 동작에서 어플리케이션(2201)은 네트워크 요청(network request)(예를 들어, PDU 세션 수립 요청)을 ConnectivityManagerService(2202)로 전달할 수 있다. 어플리케이션(2201)은, 네트워크 슬라이스를 특정하지 않은 채로 네트워크 요청을 전달할 수 있다. 2323 동작, 2325 동작, 2327 동작, 2329 동작은 도 22의 2231 동작, 2233 동작, 2235 동작, 2237 동작과 실질적으로 동일할 수 있으며, 상세한 설명은 생략하도록 한다. 어플리케이션(2201)이 네트워크 슬라이스를 특정하지 않은 경우, 2331 동작에서, ConnectivityManagerService(2202)는 UrspService(2203)로부터 어플리케이션(2201)에 허용된 네트워크 슬라이스에 대한 정보(예를 들어 NSSAI) 획득을 요청할 수 있다. 2333 동작에서, UrspService(2203)는, 저장된 URSP 규칙(2317)에 기반하여, 어플리케이션(2201)(예를 들어, 제 2 어플리케이션)에 대응하는 네트워크 슬라이스인 URLLC를 나타내는 정보를 반환할 수 있다. ConnectivityManagerService(2202)는, 2335 동작에서, 네트워크 요청(예를 들어, PDU 세션 수립 요청)을 TelephonyService(2204)로 전달할 수 있다. 네트워크 요청에는, 네트워크 슬라이스에 대한 정보(예: URLLC)가 포함될 수 있다. 2337 동작, 2339 동작, 2341 동작, 2343 동작, 2345 동작, 2347 동작, 2349 동작은, 도 22의 2241 동작, 2243 동작, 2245 동작, 2247 동작, 2249 동작, 2251 동작, 및 2253 동작과 실질적으로 동일할 수 있으며, 상세한 설명은 생략하도록 한다.
도 24는 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
다양한 실시예에 따라서, 전자 장치(101)는 2401 동작에서, PDU 세션 수립 요청을 확인할 수 있다. 예를 들어, 전자 장치(101)의 어플리케이션 프로세서(510)는, 저장된(또는, 접근가능한) 어플리케이션으로부터의 PDU 세션 수립 요청을 확인할 수 있다. 전자 장치(101)는, 2403 동작에서, 어플리케이션 프로세서(510)의 규칙 및 커뮤니케이션 프로세서(520)의 규칙이 일치하는지 여부를 확인할 수 있다. 규칙들의 일치 여부의 수행은, 어플리케이션 프로세서(510)에 의하여 수행되거나, 또는 커뮤니케이션 프로세서(520)에 의하여 수행될 수도 있으며, 양 프로세서들 모두에 의하여 수행될 수도 있다. 어플리케이션 프로세서(510)의 규칙 및 커뮤니케이션 프로세서(520)의 규칙이 일치하는 경우(2430-예), 전자 장치(101)는 2405 동작에서 PDU 세션을 수립할 수 있다. 어플리케이션 프로세서(510)의 규칙 및 커뮤니케이션 프로세서(520)의 규칙이 일치하는 경우(2430-아니오), 전자 장치(101)는 2407 동작에서 규칙 일치 동작을 수행할 수 있다. 예를 들어, 전자 장치(101)는 어플리케이션 프로세서(510)의 규칙을 커뮤니케이션 프로세서(520)로 다시 전달하여, 양 프로세스들의 규칙을 일치하게 할 수 있으나, 그 역의 과정 또한 가능하다. 규칙 일치 동작을 수행한 이후, 전자 장치(101)는 다시 PDU 세션 수립을 수행할 수도 있다.
도 25a 및 25b는 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다. 2501 동작, 2503 동작, 2505 동작, 2509 동작, 2511 동작, 2513 동작, 2515 동작, 2517 동작, 2519 동작, 2521 동작, 2523 동작, 2525 동작, 2527 동작, 2529 동작, 2531 동작은, 도 22의 2211 동작, 2213 동작, 2215 동작, 2219 동작, 2221 동작, 2223 동작, 2225 동작, 2227 동작, 2229 동작, 2231 동작, 2233 동작, 2235 동작, 2237 동작, 2238 동작, 2241 동작과 실질적으로 동일할 수 있으며, 이에 대한 상세한 설명은 생략하도록 한다. URSP 규칙(2507)은, 도 22의 URSP 규칙(2217) 과 실질적으로 동일할 수 있으며, 이에 대한 상세한 설명은 생략하도록 한다.
다양한 실시예에 따라서, 어플리케이션 프로세서, 예를 들어 TelephonyService(2204)는, 2533 동작에서, 커뮤니케이션 프로세서(2205)로 요청을 제공할 수 있다. 하나의 예시에서, 2533 동작에서의 요청은 커뮤니케이션 프로세서(2205)에서 관리중인 URSP 규칙 중 적어도 일부에 대한 요청일 수 있다. 요청은, 예를 들어 어플리케이션(2201)의 정보, DNN 정보(예를 들어, 식별 번호), DNN 타입(예를 들어 인터넷 DNN), 또는 네트워크 슬라이스의 서비스 타입(예를 들어, URLLC) 중 적어도 하나를 포함할 수 있다. 이 경우, 커뮤니케이션 프로세서(2205)는, 2533의 요청에 대응하여, 2535 동작에서 어플리케이션(2201)과 연관된 URSP 규칙 중 적어도 일부, 예를 들어 어플리케이션(2201)에 대응하는 DNN 정보(예를 들어, 식별 번호), DNN 타입(예를 들어 인터넷 DNN), 또는 네트워크 슬라이스의 서비스 타입(예를 들어, URLLC) 중 적어도 하나를 TelephonyService(2204)로 반환할 수 있다. 어플리케이션 프로세서, 예를 들어 TelephonyService(2204)는, 커뮤니케이션 프로세서(2205)로부터 수신한 USRP 규칙 중 적어도 일부와, 저장한 URSP 규칙(2509)을 비교하고, 일치 여부를 확인할 수 있다. 또 다른 예시에서, 2533 동작에서의 요청은 커뮤니케이션 프로세서(2205)로 하여금 규칙의 일치 여부를 확인하도록 하는 요청일 수 있다. 요청은, 예를 들어 어플리케이션(2201)의 정보, DNN 정보(예를 들어, 식별 번호), DNN 타입(예를 들어 인터넷 DNN), 또는 네트워크 슬라이스의 서비스 타입(예를 들어, URLLC) 중 적어도 하나를 포함할 수 있다. 커뮤니케이션 프로세서(2205)는, 수신한 요청에 포함된 URSP 규칙 중 적어도 일부와, 커뮤니케이션 프로세서(2205)가 관리 중인 URSP 규칙을 비교할 수 있으며, 일치 여부를 확인할 수 있다. 커뮤니케이션 프로세서(2205)은, 2535 동작에서 일치 여부를 나타내는 정보(예를 들어, True 또는 false)를 TelephoneyService(2204)로 반환할 수도 있다. 어플리케이션 프로세서는, 2535 동작에서 일치 여부를 나타내는 정보에 기반하여, 프로세서들에서 관리되는 규칙들의 일치 여부를 확인할 수 있다.
상술한 두 예시들에서와 같이, 어플리케이션 프로세서, 예를 들어 TelephonyService(2204) 또는 커뮤니케이션 프로세서(2205) 중 적어도 하나에 의하여 규칙들의 일치 여부가 확인될 수 있으며, TelephonyService(2204)는 일치 여부를 확인할 수 있다. 2540에서는, 비교 결과에 따라 일치 여부가 실패(fail)로 확인된 경우를 도시한다. 이 경우, TelephonyService(2204)는 2541 동작에서 데이터 콜의 셋업이 실패함을 나타내는 정보를 ConnectivityManagerService(2202)로 제공할 수 있다. 해당 정보에는, 실패의 원인(reason)(예를 들어, 규칙 불일치)가 포함될 수 있다. ConnectivityManagerService(2202)는, 2543 동작에서 데이터 콜의 셋업이 실패함을 나타내는 정보를 어플리케이션(2201)으로 제공할 수 있다. 어플리케이션 프로세서는, PDU 세션의 수립을 중단할 수 있다. 또는, 어플리케이션 프로세서는, PDU 수립을 중단하지 않고 커뮤니케이션 프로세서(2205)에게는 PDU 세션 수립을 요청할 수 있다. 이 경우, 네트워크(2206)에서 PDU 세션 수립 요청을 거절할 수도 있다. 어플리케이션 프로세서, 또는 커뮤니케이션 프로세서(2205) 중 적어도 하나는 규칙들을 일치시키는 동작을 수행할 수도 있다. 2550에서는, 비교 결과에 따라 일치 여부가 성공(success)로 확인된 경우를 도시한다. 2551 동작, 2553 동작, 2555 동작, 2557 동작, 2559 동작, 및 2561 동작은, 도 22에서의 2243 동작, 2245 동작, 2247 동작, 2249 동작, 2251 동작, 및 2253 동작과 실질적으로 동일할 수 있으며, 상세한 설명은 생략하도록 한다.
도 26은 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다.
다양한 실시예에 따라서, 전자 장치(101)는 2601 동작에서, PDU 세션 수립 요청을 확인할 수 있다. 예를 들어, 전자 장치(101)의 어플리케이션 프로세서(510)는, 저장된(또는, 접근가능한) 어플리케이션으로부터의 PDU 세션 수립 요청을 확인할 수 있다. 전자 장치(101)는, 2603 동작에서, PDU 세션 수립을 시도하고, PDU 세션의 수립의 성공 여부를 확인할 수 있다. PDU 세션의 수립이 성공되면(2603-예), 전자 장치(101)는 2605 동작에서 PDU 세션을 통하여 데이터를 송신 및/또는 수신할 수 있다. PDU 세션의 수립이 실패하면(2603-아니오), 전자 장치(101)는, 2607 동작에서 기설정된 동작을 수행할 수 있다. 기설정된 동작은, 예를 들어 네트워크로(예: PCF)부터 수신된 URSP 규칙 중 적어도 일부를 전자 장치(101)(예를 들어, 어플리케이션 프로세서, 및/또는 커뮤니케이션 프로세서)에서 관리중인 URSP 규칙 중 적어도 일부와 일치시키기 위한 동작일 수 있다.
도 27a 및 27b은 다양한 실시예에 따른 전자 장치의 동작 방법을 설명하기 위한 흐름도를 도시한다. 2701 동작, 2703 동작, 2705 동작, 2709 동작, 2711 동작, 2713 동작, 2715 동작, 2717 동작, 2719 동작, 2721 동작, 2723 동작, 2725 동작, 2727 동작, 2729 동작, 2731 동작, 및 2733 동작은, 도 22의 2211 동작, 2213 동작, 2215 동작, 2219 동작, 2221 동작, 2223 동작, 2225 동작, 2227 동작, 2229 동작, 2231 동작, 2233 동작, 2235 동작, 2237 동작, 2238 동작, 2241 동작, 및 2243 동작과 실질적으로 동일할 수 있으며, 이에 대한 상세한 설명은 생략하도록 한다. URSP 규칙(2707)은, 도 22의 URSP 규칙(2217) 과 실질적으로 동일할 수 있으며, 이에 대한 상세한 설명은 생략하도록 한다.
다양한 실시예에 따라서, 커뮤니케이션 프로세서(2205)는 2535 동작에서, 2733 동작에서 수신한 PDU 세션 형성 요청에 기반하여, PDU 세션의 수립을 시도할 수 있다. 2740에서는, PDU 세션의 수립이 실패한 경우를 도시한다. 예를 들어, 커뮤니케이션 프로세서(2205)는, PDU 세션의 수립 실패를 확인하고, 2741 동작에서 실패를 나타내는 정보를 TelephonyService(2204)로 제공할 수 있다. 해당 정보에는 실패의 이유(reason)가 포함될 수도 있다. TelephonyService(2204)는 2743 동작에서 데이터 콜의 셋업이 실패함을 나타내는 정보를 ConnectivityManagerService(2202)로 제공할 수 있다. 해당 정보에는, 실패의 원인이 포함될 수 있다. ConnectivityManagerService(2202)는, 2745 동작에서 데이터 콜의 셋업이 실패함을 나타내는 정보를 어플리케이션(2201)으로 제공할 수 있다. 어플리케이션 프로세서, 또는 커뮤니케이션 프로세서(2205) 중 적어도 하나는, 전자 장치(101)에서 관리하는 규칙과, 네트워크(2206)의 규칙을 일치시키는 동작을 수행할 수도 있다. 2750에서는, 비교 결과에 따라 일치 여부가 성공(success)로 확인된 경우를 도시한다. 2751 동작, 2753 동작, 2755 동작, 2757 동작, 2759 동작은, 도 22에서의 2245 동작, 2247 동작, 2249 동작, 2251 동작, 및 2253 동작과 실질적으로 동일할 수 있으며, 상세한 설명은 생략하도록 한다.
다양한 실시예에 따라서, 전자 장치는, 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 상기 적어도 하나의 프로세서에 의하여 실행되는 제 1 어플리케이션으로부터 데이터 세션 수립 요청을 확인하고, 경로 선택을 위한 상기 제 1 어플리케이션에 대응하는 적어도 하나의 제 1 디스크립터를 확인하고, 상기 확인된 적어도 하나의 제 1 디스크립터에 기반하여, 상기 확인된 적어도 하나의 제 1 디스크립터에 대응하는 제 1 네트워크 인터페이스를 확인하고, 상기 확인된 적어도 하나의 제 1 디스크립터에 대응하는 제 1 데이터 세션을 수립하고, 상기 제 1 어플리케이션과 연관된 데이터를, 상기 제 1 네트워크 인터페이스를 통하여, 상기 제 1 데이터 세션을 이용하여 송수신하도록 설정될 수 있다.
다양한 실시예에 따라서, 상기 적어도 하나의 제 1 디스크립터는, 상기 제 1 어플리케이션에 대응하는 DNN 또는 상기 제 1 어플리케이션에 대응하는 NSSAI 중 적어도 하나를 포함할 수 있다.
다양한 실시예에 따라서, 상기 적어도 하나의 프로세서는, 상기 제 1 어플리케이션에 대응하는 상기 적어도 하나의 제 1 디스크립터를 확인하는 동작의 적어도 일부로, 상기 제 1 어플리케이션에 대응하는 복수 개의 디스크립터들을 확인하고, 상기 복수 개의 디스크립터들 중 상기 적어도 하나의 제 1 디스크립터를 선택하도록 설정될 수 있다.
다양한 실시예에 따라서, 상기 적어도 하나의 프로세서는, 상기 제 1 네트워크 인터페이스의 초기화 이벤트를 확인하고, 상기 초기화 이벤트에 기반하여, 상기 제 1 네트워크 인터페이스 및 상기 적어도 하나의 제 1 디스크립터 사이의 연관 정보를 확인하도록 더 설정될 수 있다.
다양한 실시예에 따라서, 상기 적어도 하나의 프로세서는, 상기 제 1 어플리케이션과 연관된 데이터를, 상기 제 1 네트워크 인터페이스를 통하여, 상기 제 1 데이터 세션을 이용하여 송수신하는 동작의 적어도 일부로, 상기 제 1 네트워크 인터페이스 및 상기 적어도 하나의 제 1 디스크립터 사이의 연관 정보에 기반하여, 상기 제 1 네트워크 인터페이스를 통하여 송신되는 제 1 IP 패킷을 상기 제 1 데이터 세션을 이용하여 송신하고, 상기 제 1 네트워크 인터페이스 및 상기 적어도 하나의 제 1 디스크립터 사이의 연관 정보에 기반하여, 상기 제 1 데이터 세션을 이용하여 수신되는 제 2 IP 패킷을 상기 제 1 네트워크 인터페이스를 통하여 상기 제 1 어플리케이션으로 제공하도록 설정될 수 있다.
다양한 실시예에 따라서, 상기 적어도 하나의 프로세서는, 어플리케이션 프로세서 및 커뮤니케이션 프로세서를 포함하고, 상기 어플리케이션 프로세서는, 상기 초기화 이벤트에 기반하여, 상기 제 1 네트워크 인터페이스 및 상기 적어도 하나의 제 1 디스크립터 사이의 연관 정보를 확인하고, 상기 제 1 네트워크 인터페이스 및 상기 적어도 하나의 제 1 디스크립터 사이의 연관 정보를 상기 커뮤니케이션 프로세서에 제공하고, 상기 커뮤니케이션 프로세서는, 상기 제 1 네트워크 인터페이스 및 상기 적어도 하나의 제 1 디스크립터 사이의 연관 정보를, 상기 어플리케이션 프로세서로부터 수신하고, 상기 제 1 네트워크 인터페이스 및 상기 적어도 하나의 제 1 디스크립터 사이의 연관 정보에 기반하여, 상기 제 1 네트워크 인터페이스를 통하여 출력되는 제 1 IP 패킷을 상기 제 1 디스크립터에 대응하는 상기 제 1 데이터 세션을 이용하여 송신하고, 상기 제 1 네트워크 인터페이스 및 상기 적어도 하나의 제 1 디스크립터 사이의 연관 정보에 기반하여, 상기 제 1 데이터 세션을 이용하여 수신되는 제 2 IP 패킷을 상기 제 1 네트워크 인터페이스를 통하여, 상기 어플리케이션 프로세서로 송신하도록 설정될 수 있다.
다양한 실시예에 따라서, 상기 커뮤니케이션 프로세서는, 상기 어플리케이션으로부터 상기 적어도 하나의 제 1 디스크립터를 수신함에 기반하여, 상기 제 1 디스크립터에 대응하는 상기 제 1 데이터 세션을 수립하도록 설정될 수 있다.
다양한 실시예에 따라서, 상기 적어도 하나의 프로세서는, 상기 제 1 어플리케이션에 대응하는 적어도 하나의 제 1 디스크립터를 확인하는 동작의 적어도 일부로, 상기 제 1 어플리케이션이 상기 제 1 디스크립터를 이용가능한지 여부를 확인함에 기반하여, 상기 적어도 하나의 제 1 디스크립터를 확인하도록 설정될 수 있다.
다양한 실시예에 따라서, 상기 적어도 하나의 프로세서는, 상기 제 1 어플리케이션이 상기 제 1 디스크립터를 이용가능한지 여부를 확인함에 기반하여, 상기 적어도 하나의 제 1 디스크립터를 확인하는 동작의 적어도 일부로, 상기 제 1 어플리케이션이 정상적인 어플리케이션인지 여부, 또는 상기 제 1 어프릴케이션이 상기 제 1 디스크립터에 대응하는 상기 제 1 데이터 세션의 이용 권한을 가지는지 여부 중 적어도 하나에 기반하여, 상기 제 1 어플리케이션이 상기 제 1 디스크립터를 이용가능한지 여부를 확인하도록 설정될 수 있다.
다양한 실시예에 따라서, 상기 적어도 하나의 프로세서는, 제 2 어플리케이션으로부터의, 상기 제 1 디스크립터의 이용을 명시하는 데이터 세션 요청이 획득됨에 기반하여, 상기 제 2 어플리케이션이 상기 제 1 디스크립터를 이용 가능하지 않음을 확인함에 기반하여, 상기 제 2 어플리케이션의 상기 제 1 디스크립터의 이용을 불허하도록 더 설정될 수 있다.
다양한 실시예에 따라서, 상기 적어도 하나의 프로세서는, 상기 제 1 어플리케이션이 상기 적어도 하나의 제 1 디스크립터와 상이한 적어도 하나의 제 2 디스크립터를 이용 가능함을 확인하고, 상기 적어도 하나의 제 2 디스크립터에 기반하여, 상기 적어도 하나의 제 2 디스크립터에 대응하는 제 2 네트워크 인터페이스를 확인하고, 상기 적어도 하나의 제 2 디스크립터에 대응하는 제 2 데이터 세션을 수립하고, 상기 제 1 어플리케이션과 연관된 다른 데이터를, 상기 제 2 네트워크 인터페이스를 통하여, 상기 제 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 어플리케이션과 연관된 정보와 상기 제 1 전송 데이터를 상기 적어도 하나의 커뮤니케이션 프로세서로 제공하는 동작의 적어도 일부로, 상기 제 1 어플리케이션과 연관된 정보로서, 상기 제 1 룰의 식별 정보를 상기 적어도 하나의 커뮤니케이션 프로세서로 제공하도록 설정되고, 상기 적어도 하나의 커뮤니케이션 프로세서는, 상기 적어도 하나의 제 1 디스크립터를 확인하는 동작의 적어도 일부로, 상기 제 1 룰의 식별 정보와 상기 공유된 연관 정보에 기반하여, 상기 적어도 하나의 제 1 디스크립터를 확인하도록 설정될 수 있다.
다양한 실시예에 따라서, 커뮤니케이션 프로세서의 동작 방법은, 상기 커뮤니케이션 프로세서와 작동적으로 연결된 어플리케이션 프로세서로부터, 적어도 하나의 네트워크 인터페이스와, 대응하는 디스크립터 사이의 연관 정보를 수신하는 동작, 상기 적어도 하나의 네트워크 인터페이스 중 제 1 네트워크 인터페이스에 대응하는 적어도 하나의 제 1 디스크립터가 상기 어플리케이션 프로세서로부터 수신됨에 기반하여, 상기 연관 정보에 기반하여 상기 적어도 하나의 제 1 디스크립터에 대응하는 제 1 데이터 세션을 수립하는 동작, 및 상기 제 1 네트워크 인터페이스를 통하여 제 1 IP 패킷이 수신됨에 기반하여, 상기 수신된 제 1 IP 패킷을 상기 제 1 데이터 세션을 이용하여 송신하는 동작을 포함할 수 있다.
다양한 실시예에 따라서, 동작 방법은, 상기 제 1 데이터 세션을 이용하여 제 2 IP 패킷이 수신됨에 기반하여, 상기 연관 정보에 기반하여, 상기 수신된 제 2 IP 패킷을, 상기 제 1 네트워크 인터페이스를 통하여 상기 어플리케이션 프로세서로 송신하는 동작을 더 포함할 수 있다.
다양한 실시예에 따라서, 상기 적어도 하나의 제 1 디스크립터는, DNN 또는 NSSAI 중 적어도 하나를 포함할 수 있다.
본 문서에 개시된 다양한 실시예들에 따른 전자 장치는 다양한 형태의 장치가 될 수 있다. 전자 장치는, 예를 들면, 휴대용 통신 장치(예: 스마트폰), 컴퓨터 장치, 휴대용 멀티미디어 장치, 휴대용 의료 기기, 카메라, 웨어러블 장치, 또는 가전 장치를 포함할 수 있다. 본 문서의 실시예에 따른 전자 장치는 전술한 기기들에 한정되지 않는다.
본 문서의 다양한 실시예들 및 이에 사용된 용어들은 본 문서에 기재된 기술적 특징들을 특정한 실시예들로 한정하려는 것이 아니며, 해당 실시예의 다양한 변경, 균등물, 또는 대체물을 포함하는 것으로 이해되어야 한다. 도면의 설명과 관련하여, 유사한 또는 관련된 구성요소에 대해서는 유사한 참조 부호가 사용될 수 있다. 아이템에 대응하는 명사의 단수 형은 관련된 문맥상 명백하게 다르게 지시하지 않는 한, 상기 아이템 한 개 또는 복수 개를 포함할 수 있다. 본 문서에서, "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. 전자 장치에 있어서,
    적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는:
    상기 적어도 하나의 프로세서에 의하여 실행되는 제 1 어플리케이션으로부터 데이터 세션 수립 요청을 확인하고,
    경로 선택을 위한 상기 제 1 어플리케이션에 대응하는 적어도 하나의 제 1 디스크립터를 확인하고,
    상기 확인된 적어도 하나의 제 1 디스크립터에 기반하여, 상기 확인된 적어도 하나의 제 1 디스크립터에 대응하는 제 1 네트워크 인터페이스를 확인하고,
    상기 확인된 적어도 하나의 제 1 디스크립터에 대응하는 제 1 데이터 세션을 수립하고,
    상기 제 1 어플리케이션과 연관된 데이터를, 상기 제 1 네트워크 인터페이스를 통하여, 상기 제 1 데이터 세션을 이용하여 송수신하도록 설정된 전자 장치.
  2. 제 1 항에 있어서,
    상기 적어도 하나의 제 1 디스크립터는, 상기 제 1 어플리케이션에 대응하는 DNN 또는 상기 제 1 어플리케이션에 대응하는 NSSAI 중 적어도 하나를 포함하는 전자 장치.
  3. 제 1 항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 제 1 어플리케이션에 대응하는 상기 적어도 하나의 제 1 디스크립터를 확인하는 동작의 적어도 일부로,
    상기 제 1 어플리케이션에 대응하는 복수 개의 디스크립터들을 확인하고,
    상기 복수 개의 디스크립터들 중 상기 적어도 하나의 제 1 디스크립터를 선택하도록 설정된 전자 장치.
  4. 제 1 항에 있어서,
    상기 적어도 하나의 프로세서는,
    상기 제 1 네트워크 인터페이스의 초기화 이벤트를 확인하고,
    상기 초기화 이벤트에 기반하여, 상기 제 1 네트워크 인터페이스 및 상기 적어도 하나의 제 1 디스크립터 사이의 연관 정보를 확인하도록 더 설정된 전자 장치.
  5. 제 4 항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 제 1 어플리케이션과 연관된 데이터를, 상기 제 1 네트워크 인터페이스를 통하여, 상기 제 1 데이터 세션을 이용하여 송수신하는 동작의 적어도 일부로,
    상기 제 1 네트워크 인터페이스 및 상기 적어도 하나의 제 1 디스크립터 사이의 연관 정보에 기반하여, 상기 제 1 네트워크 인터페이스를 통하여 송신되는 제 1 IP 패킷을 상기 제 1 데이터 세션을 이용하여 송신하고,
    상기 제 1 네트워크 인터페이스 및 상기 적어도 하나의 제 1 디스크립터 사이의 연관 정보에 기반하여, 상기 제 1 데이터 세션을 이용하여 수신되는 제 2 IP 패킷을 상기 제 1 네트워크 인터페이스를 통하여 상기 제 1 어플리케이션으로 제공하도록 설정된 전자 장치.
  6. 제 4 항에 있어서,
    상기 적어도 하나의 프로세서는, 어플리케이션 프로세서 및 커뮤니케이션 프로세서를 포함하고,
    상기 어플리케이션 프로세서는:
    상기 초기화 이벤트에 기반하여, 상기 제 1 네트워크 인터페이스 및 상기 적어도 하나의 제 1 디스크립터 사이의 연관 정보를 확인하고,
    상기 제 1 네트워크 인터페이스 및 상기 적어도 하나의 제 1 디스크립터 사이의 연관 정보를 상기 커뮤니케이션 프로세서에 제공하고,
    상기 커뮤니케이션 프로세서는:
    상기 제 1 네트워크 인터페이스 및 상기 적어도 하나의 제 1 디스크립터 사이의 연관 정보를, 상기 어플리케이션 프로세서로부터 수신하고,
    상기 제 1 네트워크 인터페이스 및 상기 적어도 하나의 제 1 디스크립터 사이의 연관 정보에 기반하여, 상기 제 1 네트워크 인터페이스를 통하여 출력되는 제 1 IP 패킷을 상기 제 1 디스크립터에 대응하는 상기 제 1 데이터 세션을 이용하여 송신하고,
    상기 제 1 네트워크 인터페이스 및 상기 적어도 하나의 제 1 디스크립터 사이의 연관 정보에 기반하여, 상기 제 1 데이터 세션을 이용하여 수신되는 제 2 IP 패킷을 상기 제 1 네트워크 인터페이스를 통하여, 상기 어플리케이션 프로세서로 송신하도록 설정된 전자 장치.
  7. 제 6 항에 있어서,
    상기 커뮤니케이션 프로세서는,
    상기 어플리케이션으로부터 상기 적어도 하나의 제 1 디스크립터를 수신함에 기반하여, 상기 제 1 디스크립터에 대응하는 상기 제 1 데이터 세션을 수립하도록 설정된 전자 장치.
  8. 제 1 항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 제 1 어플리케이션에 대응하는 적어도 하나의 제 1 디스크립터를 확인하는 동작의 적어도 일부로,
    상기 제 1 어플리케이션이 상기 제 1 디스크립터를 이용가능한지 여부를 확인함에 기반하여, 상기 적어도 하나의 제 1 디스크립터를 확인하도록 설정되고,
    상기 적어도 하나의 프로세서는, 상기 제 1 어플리케이션이 상기 제 1 디스크립터를 이용가능한지 여부를 확인함에 기반하여, 상기 적어도 하나의 제 1 디스크립터를 확인하는 동작의 적어도 일부로,
    상기 제 1 어플리케이션이 정상적인 어플리케이션인지 여부, 또는 상기 제 1 어프릴케이션이 상기 제 1 디스크립터에 대응하는 상기 제 1 데이터 세션의 이용 권한을 가지는지 여부 중 적어도 하나에 기반하여, 상기 제 1 어플리케이션이 상기 제 1 디스크립터를 이용가능한지 여부를 확인하도록 설정되는 전자 장치.
  9. 제 1 항에 있어서,
    상기 적어도 하나의 프로세서는,
    제 2 어플리케이션으로부터의, 상기 제 1 디스크립터의 이용을 명시하는 데이터 세션 요청이 획득됨에 기반하여:
    상기 제 2 어플리케이션이 상기 제 1 디스크립터를 이용 가능하지 않음을 확인함에 기반하여, 상기 제 2 어플리케이션의 상기 제 1 디스크립터의 이용을 불허하도록 더 설정된 전자 장치.
  10. 제 1 항에 있어서,
    상기 적어도 하나의 프로세서는,
    상기 제 1 어플리케이션이 상기 적어도 하나의 제 1 디스크립터와 상이한 적어도 하나의 제 2 디스크립터를 이용 가능함을 확인하고,
    상기 적어도 하나의 제 2 디스크립터에 기반하여, 상기 적어도 하나의 제 2 디스크립터에 대응하는 제 2 네트워크 인터페이스를 확인하고,
    상기 적어도 하나의 제 2 디스크립터에 대응하는 제 2 데이터 세션을 수립하고,
    상기 제 1 어플리케이션과 연관된 다른 데이터를, 상기 제 2 네트워크 인터페이스를 통하여, 상기 제 2 데이터 세션을 이용하여 송수신 하도록 설정된 전자 장치.
  11. 전자 장치에 있어서,
    적어도 하나의 어플리케이션 프로세서, 및
    적어도 하나의 커뮤니케이션 프로세서를 포함하고,
    상기 적어도 하나의 어플리케이션 프로세서는:
    상기 적어도 하나의 어플리케이션 프로세서에 의하여 실행되는 제 1 어플리케이션으로부터, 제 1 전송 데이터를 획득하고,
    상기 제 1 어플리케이션과 연관된 정보와 상기 제 1 전송 데이터를 상기 적어도 하나의 커뮤니케이션 프로세서로 제공하고,
    상기 적어도 하나의 커뮤니케이션 프로세서는:
    상기 제 1 어플리케이션과 연관된 정보에 기반하여, 경로 선택을 위한 상기 제 1 어플리케이션에 대응하는 적어도 하나의 제 1 디스크립터를 확인하고,
    상기 제 1 디스크립터에 대응하는 제 1 데이터 세션을 이용하여, 상기 제 1 전송 데이터를 송신하도록 설정된 전자 장치.
  12. 제 11 항에 있어서,
    상기 적어도 하나의 어플리케이션 프로세서는, 상기 제 1 어플리케이션과 연관된 정보와 상기 제 1 전송 데이터를 상기 적어도 하나의 커뮤니케이션 프로세서로 제공하는 동작의 적어도 일부로, 상기 제 1 어플리케이션과 연관된 정보로서, 상기 제 1 어플리케이션에 대응하는 상기 적어도 하나의 제 1 디스크립터를 상기 적어도 하나의 커뮤니케이션 프로세서로 제공하도록 설정되고,
    상기 적어도 하나의 커뮤니케이션 프로세서는, 상기 제 1 어플리케이션과 연관된 정보에 기반하여, 상기 적어도 하나의 제 1 디스크립터를 확인하는 동작의 적어도 일부로, 상기 적어도 하나의 어플리케이션 프로세서로부터 수신된 상기 제 1 디스크립터를 확인하도록 설정된 전자 장치.
  13. 제 11 항에 있어서,
    상기 적어도 하나의 어플리케이션 프로세서는,
    상기 적어도 하나의 커뮤니케이션 프로세서와, 상기 제 1 어플리케이션의 식별 정보와 상기 적어도 하나의 제 1 디스크립터 사이의 연관 정보를 공유하고,
    상기 제 1 어플리케이션과 연관된 정보와 상기 제 1 전송 데이터를 상기 적어도 하나의 커뮤니케이션 프로세서로 제공하는 동작의 적어도 일부로, 상기 제 1 어플리케이션과 연관된 정보로서, 상기 제 1 어플리케이션의 상기 식별 정보를 상기 적어도 하나의 커뮤니케이션 프로세서로 제공하도록 설정되고,
    상기 적어도 하나의 커뮤니케이션 프로세서는, 상기 적어도 하나의 제 1 디스크립터를 확인하는 동작의 적어도 일부로, 상기 제 1 어플리케이션의 상기 식별 정보와 상기 공유된 연관 정보에 기반하여, 상기 적어도 하나의 제 1 디스크립터를 확인하도록 설정된 전자 장치.
  14. 제 11 항에 있어서,
    상기 적어도 하나의 어플리케이션 프로세서는,
    상기 적어도 하나의 커뮤니케이션 프로세서와, 상기 제 1 어플리케이션에 적용 되는 제 1 룰의 식별 정보와 상기 적어도 하나의 제 1 디스크립터 사이의 연관 정보를 공유하고,
    상기 제 1 어플리케이션과 연관된 정보와 상기 제 1 전송 데이터를 상기 적어도 하나의 커뮤니케이션 프로세서로 제공하는 동작의 적어도 일부로, 상기 제 1 어플리케이션과 연관된 정보로서, 상기 제 1 룰의 식별 정보를 상기 적어도 하나의 커뮤니케이션 프로세서로 제공하도록 설정되고,
    상기 적어도 하나의 커뮤니케이션 프로세서는, 상기 적어도 하나의 제 1 디스크립터를 확인하는 동작의 적어도 일부로, 상기 제 1 룰의 식별 정보와 상기 공유된 연관 정보에 기반하여, 상기 적어도 하나의 제 1 디스크립터를 확인하도록 설정된 전자 장치.
  15. 커뮤니케이션 프로세서의 동작 방법에 있어서,
    상기 커뮤니케이션 프로세서와 작동적으로 연결된 어플리케이션 프로세서로부터, 적어도 하나의 네트워크 인터페이스와, 대응하는 디스크립터 사이의 연관 정보를 수신하는 동작;
    상기 적어도 하나의 네트워크 인터페이스 중 제 1 네트워크 인터페이스에 대응하는 적어도 하나의 제 1 디스크립터가 상기 어플리케이션 프로세서로부터 수신됨에 기반하여, 상기 연관 정보에 기반하여 상기 적어도 하나의 제 1 디스크립터에 대응하는 제 1 데이터 세션을 수립하는 동작, 및
    상기 제 1 네트워크 인터페이스를 통하여 제 1 IP 패킷이 수신됨에 기반하여, 상기 수신된 제 1 IP 패킷을 상기 제 1 데이터 세션을 이용하여 송신하는 동작을 포함하는 커뮤니케이션 프로세서의 동작 방법.
PCT/KR2021/004064 2020-05-07 2021-04-01 네트워크 슬라이스와 데이터 세션을 형성하는 전자 장치 및 그 동작 방법 WO2021225283A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP21800368.9A EP4149073A4 (en) 2020-05-07 2021-04-01 ELECTRONIC DEVICE FOR FORMING A NETWORK LAYER AND DATA SESSION AND METHOD FOR OPERATING THEREOF
CN202180047484.3A CN115836514A (zh) 2020-05-07 2021-04-01 形成网络切片和数据会话的电子装置及其操作方法
US17/981,941 US20230109249A1 (en) 2020-05-07 2022-11-07 Electronic device forming network slice and data session, and method for operating same

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
KR10-2020-0054804 2020-05-07
KR20200054804 2020-05-07
KR10-2020-0065384 2020-05-29
KR20200065384 2020-05-29
KR1020200093411A KR20210136794A (ko) 2020-05-07 2020-07-27 네트워크 슬라이스와 데이터 세션을 형성하는 전자 장치 및 그 동작 방법
KR10-2020-0093411 2020-07-27

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/981,941 Continuation US20230109249A1 (en) 2020-05-07 2022-11-07 Electronic device forming network slice and data session, and method for operating same

Publications (1)

Publication Number Publication Date
WO2021225283A1 true WO2021225283A1 (ko) 2021-11-11

Family

ID=78468234

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2021/004064 WO2021225283A1 (ko) 2020-05-07 2021-04-01 네트워크 슬라이스와 데이터 세션을 형성하는 전자 장치 및 그 동작 방법

Country Status (4)

Country Link
US (1) US20230109249A1 (ko)
EP (1) EP4149073A4 (ko)
CN (1) CN115836514A (ko)
WO (1) WO2021225283A1 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220264423A1 (en) * 2021-02-17 2022-08-18 Mediatek Inc. Enhancements on user equipment (ue) handling of ue route selection policy (ursp) rules selection

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120046187A (ko) * 2009-06-30 2012-05-09 지티이 코포레이션 데이터 전송 방법 및 단말
US20170141973A1 (en) * 2015-11-13 2017-05-18 Huawei Technologies Co., Ltd. Systems and methods for network slice management
WO2017200978A1 (en) * 2016-05-16 2017-11-23 Idac Holdings, Inc. Security-based slice selection and assignment
KR20190094242A (ko) * 2017-03-20 2019-08-12 후아웨이 테크놀러지 컴퍼니 리미티드 네트워크 슬라이스 선택 방법, 사용자 장비 및 네트워크 기기
KR20200017297A (ko) * 2018-08-08 2020-02-18 삼성전자주식회사 데이터 통신을 지원하는 전자 장치 및 그 방법

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6816252B2 (ja) * 2017-04-19 2021-01-20 エルジー エレクトロニクス インコーポレイティド Ｐｄｕセッション確立手順を処理する方法及びａｍｆノード
EP4120791A1 (en) * 2017-06-21 2023-01-18 LG Electronics Inc. Method and device for performing service request procedure in wireless communication system
IL272552B2 (en) * 2017-08-11 2023-09-01 Idac Holdings Inc Traffic routing and switching between multiple access networks
EP3496465B1 (en) * 2017-12-08 2021-10-27 Comcast Cable Communications, LLC User plane function selection for isolated network slice
US11039369B2 (en) * 2018-08-10 2021-06-15 Mediatek Inc. Handling 5G QoS rules on QoS operation errors
US10602422B1 (en) * 2018-12-10 2020-03-24 Verizon Patent And Licensing Inc. Application-based user equipment route selection policy mapping

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120046187A (ko) * 2009-06-30 2012-05-09 지티이 코포레이션 데이터 전송 방법 및 단말
US20170141973A1 (en) * 2015-11-13 2017-05-18 Huawei Technologies Co., Ltd. Systems and methods for network slice management
WO2017200978A1 (en) * 2016-05-16 2017-11-23 Idac Holdings, Inc. Security-based slice selection and assignment
KR20190094242A (ko) * 2017-03-20 2019-08-12 후아웨이 테크놀러지 컴퍼니 리미티드 네트워크 슬라이스 선택 방법, 사용자 장비 및 네트워크 기기
KR20200017297A (ko) * 2018-08-08 2020-02-18 삼성전자주식회사 데이터 통신을 지원하는 전자 장치 및 그 방법

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
3GPP TS 23.503
3GPP TS 24.526
See also references of EP4149073A4

Also Published As

Publication number Publication date
CN115836514A (zh) 2023-03-21
US20230109249A1 (en) 2023-04-06
EP4149073A1 (en) 2023-03-15
EP4149073A4 (en) 2023-09-13

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
WO2020204505A1 (ko) 엣지 컴퓨팅 서비스를 위한 방법 및 그의 전자 장치
WO2016003248A1 (en) Apparatus and method for providing a service connection through access layer in wireless communication system
WO2016039576A2 (ko) 무선 통신 시스템에서 다중 망 접속을 위한 장치 및 방법
WO2020067677A1 (ko) 외부 장치와 통신이 필요한 어플리케이션의 운영 방법 및 전자 장치
WO2020111572A1 (en) Electronic device for managing bearer and operation method thereof
WO2020013593A1 (ko) 전자 장치 및 이의 제어 방법
WO2019235813A1 (en) Electronic device supporting multiple wireless communication protocols and method therefor
WO2022114483A1 (ko) 에지 컴퓨팅 서비스를 수행하는 전자 장치 및 전자 장치의 동작 방법
WO2020032353A1 (ko) 전자 장치, 외부 전자 장치 및 외부 전자 장치의 esim 관리 방법
WO2022092824A1 (ko) 캐리어 네트워크를 이용하는 전자 장치 및 그 동작 방법
WO2022154272A1 (ko) Iot 장치 및 iot 장치를 서버에 온보딩 하는 방법
WO2020235911A1 (en) Method of accessing network based on access technology and electronic device therefor
WO2021225283A1 (ko) 네트워크 슬라이스와 데이터 세션을 형성하는 전자 장치 및 그 동작 방법
WO2021221325A1 (ko) 복수 심을 지원하는 전자 장치 및 그 동작 방법
WO2022186533A1 (ko) 네트워크 슬라이스와 데이터 세션을 수립하는 전자 장치 및 그 동작 방법
WO2022177130A1 (ko) 복수 심을 지원하는 전자 장치 및 그 동작 방법
WO2022220584A1 (ko) 전자 장치 및 전자 장치에서 외부 전자 장치의 클라우드 온보딩을 수행하는 방법
WO2022191426A1 (ko) 복수의 가입자 식별 모듈들을 포함하는 전자 장치 및 그의 동작 방법
WO2023003147A1 (ko) 전자 장치의 네트워크 락 기능을 설정하는 방법 및 그 전자 장치
WO2022045705A1 (ko) 전자 장치 및 복수의 가입자 식별 모듈들을 지원하는 전자 장치에서 단문 메시지를 수신하는 방법
WO2022215871A1 (ko) 네트워크 슬라이스를 통하여 패킷을 송신 및/또는 수신하는 전자 장치 및 그 동작 방법
WO2023090915A1 (ko) 네트워크 슬라이스를 이용하는 전자 장치 및 동작 방법
KR20210136794A (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: 21800368

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021800368

Country of ref document: EP

Effective date: 20221207