Method for improving energy efficiency on basis of user equipment information

Abstract

The present disclosure relates to a 5G or 6G communication system for supporting a higher data transmission rate. For example, according to an embodiment of the present disclosure, it is possible to determine and provide a content specification suitable for a user equipment in terms of energy consumption, according to user equipment specification information provided by the user equipment.

Description

Method for improving energy efficiency based on terminal information

[0001] The present disclosure relates to a wireless communication system or a mobile communication system. Specifically, the present disclosure relates to a method and apparatus for reducing the energy consumption of a terminal.

[0002] 5G mobile communication technology defines a wide frequency band to enable fast transmission speeds and new services, and can be implemented not only in frequency bands below 6 GHz ('Sub 6 GHz'), such as 3.5 gigahertz (3.5 GHz), but also in ultra-high frequency bands called millimeter waves (mmWave), such as 28 GHz and 39 GHz ('Above 6 GHz'). In addition, for 6G mobile communication technology, which is referred to as a system beyond 5G, implementation in the terahertz (THX) band (e.g., the 3 terahertz band at 95 GHz) is being considered to achieve transmission speeds 50 times faster and ultra-low latency reduced to one-tenth compared to 5G mobile communication technology.

[0003] In the early stages of 5G mobile communication technology, aiming to satisfy service support and performance requirements for enhanced Mobile BroadBand (eMBB), Ultra-Reliable Low-Latency Communications (URLLC), and Massive Machine-Type Communications (mMTC), technologies included beamforming and Massive MIMO to mitigate path loss and increase transmission distance in ultra-high frequency bands; support for various numerologies (such as operating multiple subcarrier spacings) and dynamic operation of slot formats for the efficient utilization of ultra-high frequency resources; initial access techniques to support multi-beam transmission and broadband; the definition and operation of Band-Width Parts (BWP); Low Density Parity Check (LDPC) codes for high-volume data transmission; new channel coding methods such as Polar Codes for the reliable transmission of control information; and L2 pre-processing (L2 Standardization has been carried out for pre-processing, network slicing which provides a dedicated network specialized for specific services, and other methods.

[0004] Currently, discussions are underway to improve and enhance the performance of the initial 5G mobile communication technology, taking into account the services that the 5G mobile communication technology was intended to support. Additionally, standardization of the physical layer is in progress for technologies such as V2X (Vehicle-to-Everything), which helps autonomous vehicles make driving decisions and enhance user convenience based on their own location and status information transmitted by the vehicle; NR-U (New Radio Unlicensed), which aims for system operation in unlicensed bands to comply with various regulatory requirements; NR terminal low power consumption technology (UE Power Saving); Non-Terrestrial Network (NTN), which is direct terminal-satellite communication for securing coverage in areas where communication with the terrestrial network is impossible; and positioning.

[0005] In addition, standardization is underway in the field of wireless interface architecture / protocols for technologies such as the Industrial Internet of Things (IIoT) to support new services through linkage and convergence with other industries, Integrated Access and Backhaul (IAB) which provides nodes to expand network service areas by integrating wireless backhaul links and access links, Mobility Enhancement including Conditional Handover and Dual Active Protocol Stack (DAPS) Handover, and 2-step Random Access (2-step RACH for NR) which simplifies random access procedures. Standardization is also underway in the field of system architecture / services for 5G baseline architectures (e.g., Service based Architecture, Service based Interface) to incorporate Network Functions Virtualization (NFV) and Software-Defined Networking (SDN) technologies, and Mobile Edge Computing (MEC), which provides services based on the location of the terminal.

[0006] When such 5G mobile communication systems are commercialized, connected devices, which are increasing explosively, will be connected to communication networks. Accordingly, it is expected that there will be a need to enhance the functionality and performance of 5G mobile communication systems and to integrate the operation of connected devices. To this end, new research is planned to be conducted on 5G performance improvement and complexity reduction, support for AI services, support for metaverse services, and drone communication using eXtended Reality (XR), Artificial Intelligence (AI), and Machine Learning (ML) to efficiently support Augmented Reality (AR), Virtual Reality (VR), and Mixed Reality (MR).

[0007] Furthermore, the advancement of these 5G mobile communication systems encompasses multi-antenna transmission technologies such as new waveforms, Full Dimensional MIMO (FD-MIMO), array antennas, and large-scale antennas to guarantee coverage in the terahertz band of 6G mobile communication technology; metamaterial-based lenses and antennas; high-dimensional spatial multiplexing technology using Orbital Angular Momentum (OAM); and Reconfigurable Intelligent Surface (RIS) technology to improve terahertz band signal coverage; as well as full-duplex technology for enhancing frequency efficiency and system networks in 6G mobile communication technology; AI-based communication technologies that realize system optimization by utilizing satellites and Artificial Intelligence (AI) from the design stage and internalizing end-to-end AI support functions; and the realization of services of complexity exceeding the limits of terminal computing capabilities by utilizing ultra-high-performance communication and computing resources. It could serve as a foundation for the development of next-generation distributed computing technologies.

[0008] The purpose of the present disclosure is to provide a method and apparatus for effectively reducing the energy consumption of a terminal in a mobile communication system.

[0009] According to one embodiment of the present disclosure for solving the above-mentioned problems, a content provision method performed by a first server in a wireless communication system may include the steps of receiving a content request from a terminal, checking whether a first media segment file corresponding to the content request exists, acquiring the first media segment file, checking a first energy consumed in generating the first media segment file and a second energy consumed in receiving the first media segment file for acquiring the first media segment file, and acquiring a second media segment file based on the result of the check.

[0010] Meanwhile, a content provision method performed by a control server in a wireless communication system according to another embodiment of the present disclosure may include the steps of receiving a request for information regarding a second media segment file from a first server that has acquired a first media segment file corresponding to a content request in accordance with a content request of a terminal, and transmitting information regarding the second media segment file to the first server based on the request, and may be characterized in that the second media segment file is acquired by the first server based on the information regarding the second media segment file.

[0011] Meanwhile, in a wireless communication system according to another embodiment of the present disclosure, a first server may include a control unit that controls receiving a content request from a transceiver and a terminal through the transceiver, checks whether a first media segment file corresponding to the content request exists, acquires the first media segment file, checks a first energy consumed in generating the first media segment file and a second energy consumed in receiving the first media segment file for acquiring the first media segment file, and controls acquiring a second media segment file based on the result of the check.

[0012] Meanwhile, in a wireless communication system according to another embodiment of the present disclosure, the control server receives, through the transceiver, a request for information regarding a second media segment file from a first server that has acquired a first media segment file corresponding to a content request in accordance with a content request from a transceiver and a terminal, and controls the transmission of information regarding the second media segment file to the first server through the transceiver based on the request, and the second media segment file may be acquired by the first server based on the information regarding the second media segment file.

[0013] According to one embodiment of the present disclosure, it is possible to determine and provide content specifications suitable for the terminal in terms of energy consumption based on terminal specification information provided by the terminal.

[0014] In addition, according to one embodiment of the present disclosure, it is possible to analyze the energy consumed to play media and the energy consumed to transmit media at a terminal, and to provide media structure-based transmission burst control and an optimal media profile based on terminal energy consumption characteristics.

[0015] FIG. 1 is a drawing illustrating the configuration of an architecture according to one embodiment of the present disclosure,

[0016] FIG. 2 is a diagram showing the structure of a wireless communication system that provides voice and video calls in a mobile communication network.

[0017] Figure 3 is a diagram illustrating a general method for verifying human vision,

[0018] FIG. 4 is a diagram illustrating an operation based on a 5G media architecture according to one embodiment of the present disclosure,

[0019] FIG. 5a is a sequence diagram disclosing a specific operation according to one embodiment of the present disclosure,

[0020] FIG. 5b is a sequence diagram disclosing a specific operation according to one embodiment of the present disclosure,

[0021] FIG. 6a is a sequence diagram disclosing a specific operation according to another embodiment of the present disclosure,

[0022] FIG. 6b is a sequence diagram disclosing a specific operation according to another embodiment of the present disclosure,

[0023] FIG. 7 is a sequence diagram illustrating a method of performing processing in an MF based on an IMS architecture according to an embodiment of the present disclosure in response to a request from a terminal,

[0024] FIG. 8a is a sequence diagram illustrating specific details of a renegotiation request following a state change at a terminal after the establishment of a media / data channel according to an embodiment of the present disclosure.

[0025] FIG. 8b is a sequence diagram illustrating specific details of a renegotiation request following a state change at a terminal after the establishment of a media / data channel according to an embodiment of the present disclosure.

[0026] FIG. 9 is a sequence diagram illustrating a renegotiation example based on a report of a change in the horse's condition according to one embodiment of the present disclosure,

[0027] FIG. 10 is a block diagram illustrating the structure of a terminal according to one embodiment of the present disclosure, and

[0028] FIG. 11 is a block diagram illustrating the structure of an entity according to one embodiment of the present disclosure.

[0029] Hereinafter, embodiments of the present disclosure will be described in detail with reference to the attached drawings.

[0030] In describing the embodiments, technical details that are well known in the technical field to which this disclosure belongs and are not directly related to this disclosure are omitted. This is intended to convey the essence of this disclosure more clearly without obscuring it by omitting unnecessary explanations.

[0031] For the same reason, some components in the attached drawings have been exaggerated, omitted, or schematically depicted. Additionally, the size of each component does not entirely reflect its actual dimensions. Identical or corresponding components in each drawing have been assigned the same reference numbers.

[0032] The advantages and features of the present disclosure and the methods for achieving them will become clear by referring to the embodiments described below in detail together with the accompanying drawings. However, the present disclosure is not limited to the embodiments disclosed below but may be implemented in various different forms. The embodiments provided are merely to make the present disclosure complete and to fully inform those skilled in the art of the scope of the disclosure, and the present disclosure is defined only by the scope of the claims. Throughout the specification, the same reference numerals refer to the same components.

[0033] At this time, it will be understood that each block of the process flow diagrams and combinations of the flow diagrams can be executed by computer program instructions. Since these computer program instructions can be loaded into the processor of a general-purpose computer, a special-purpose computer, or other programmable data processing equipment, the instructions executed through the processor of the computer or other programmable data processing equipment create means to perform the functions described in the flow diagram block(s). Since these computer program instructions can also be stored in computer-available or computer-readable memory that can be directed toward the computer or other programmable data processing equipment to implement the function in a specific way, the instructions stored in computer-available or computer-readable memory can also produce a manufactured item containing means of instruction to perform the function described in the flow diagram block(s). Since computer program instructions can be loaded onto a computer or other programmable data processing equipment, instructions that perform a series of operation steps on the computer or other programmable data processing equipment to create a process executed by the computer can also provide steps for executing the functions described in the flowchart block(s).

[0034] Additionally, each block may represent a module, segment, or part of code containing one or more executable instructions for executing a specified logical function(s). It should also be noted that in some alternative execution examples, the functions mentioned in the blocks may occur out of order. For instance, two blocks described in succession may actually be executed substantially simultaneously, or the blocks may be executed in reverse order according to their corresponding functions.

[0035] In this embodiment, the term "part" refers to a software or hardware component, such as an FPGA or ASIC, and the "part" performs certain roles. However, the meaning of "part" is not limited to software or hardware. The "part" may be configured to reside in an addressable storage medium or configured to operate one or more processors. Accordingly, as an example, the "part" includes components such as software components, object-oriented software components, class components, and task components, as well as processes, functions, attributes, procedures, subroutines, segments of program code, drivers, firmware, microcode, circuits, data, databases, data structures, tables, arrays, and variables. The functions provided within the components and "parts" may be combined into a smaller number of components and "parts" or further separated into additional components and "parts." Furthermore, the components and "parts" may be implemented to operate one or more CPUs within a device or secure multimedia card.

[0036] In the present disclosure, modifiers such as "first," "second," etc., referring to terms may be used to distinguish each term from one another when describing embodiments. The terms modified by the modifiers such as "first," "second," etc., may refer to different objects. However, the terms modified by the modifiers such as "first," "second," etc., may refer to the same object. That is, the modifiers such as "first," "second," etc., may be used to refer to the same object from different perspectives. For example, the modifiers such as "first," "second," etc., may be used to distinguish the same object in terms of function or operation. For example, the first user and the second user may refer to the same user.

[0037] Specific terms used in the following description are provided to aid in understanding the present disclosure, and the use of such specific terms may be modified in other forms without departing from the technical spirit of the present disclosure.

[0038] FIG. 1 is a diagram illustrating the configuration of an architecture according to one embodiment of the present disclosure. Based on the configuration of the architecture illustrated in FIG. 1, the 5G media architecture proposed in the present disclosure may include a terminal (100), a radio access network (RAN) (110), a data network (DN) (120), an application service provider (ASP) (130), as well as a network exposure function (NEF) entity (140), a policy control function (PCF) entity (150), and a user plane function (UPF) entity (160).

[0039] According to one embodiment of the present disclosure, a terminal (100) may include a Media-aware application (hereinafter referred to as the application) (101) capable of searching for and executing media (UE (user equipment) or terminal), a Media Session Handler (hereinafter referred to as MSH) (102) for receiving media information from a mobile communication system and reporting terminal information, and a Media Access Function (hereinafter referred to as MAF) (103) for receiving media manifest data, media segment files, etc. from a mobile communication system.

[0040] The mobile communication system may include a Radio Access Network (hereinafter RAN) (110), a UPF entity (160), a DN (120), a Media Application Function (hereinafter control server) (121) within the DN (120), a Media Application Server (hereinafter content server or server) (122), etc.

[0041] Meanwhile, the ASP (130) or content provider may be a business operator that intends to provide content services to the application of the terminal (100) through a mobile communication system.

[0042] Additionally, the control server (121) can communicate with the NEF entity (140) and PCF entity (150) to access core functions of the transport layer (e.g., flow control, authorization lookup, policy control, etc.).

[0043] The application can collect specification information, status information, power consumption information, etc. of each component from hardware (e.g., display, battery, etc.) and software components within the terminal (100). The energy unit (EU), described later, can provide information regarding energy consumption to the application (10), MSH (102), etc., which are components within the terminal (100).

[0044] Specifically, MSH (102) can determine the type of information to be reported from the terminal (100), the period, and the conditions for triggering the report transmission event during the connection with the control server (121) and the media session setup process.

[0045] And MAF (103) receives the media manifest and determines the media segment file to play, and can receive the determined media segment file.

[0046] Meanwhile, the media layer interface between the MSH (102) and the control server (121) is M5, and from the perspective of the transport layer, it can pass through the Uu interface (the interface between UTRAN (UMTS Terrestrial Radio Access Network) and the UE (User Equipment)), which is the connection between the terminal (100) and the base station (110), through N3, which is the connection with the UPF entity (160) in the user plane, and through N6, which is the connection with the DN (120) where the control server (121), content server (122), etc. are located.

[0047] Additionally, the media layer interface between the MAF (103) and the content server (122) is M4, and from the perspective of the transport layer, it can pass through Uu, N3, and N6.

[0048] The control server (121) can determine the energy consumption information of the terminal (100) and the base station (110) based on terminal information received from the terminal (100) and base station information received from the base station (110). The control server (121) can exchange information regarding the media manifest through M3, which is an interface with the content server (122), and can instruct the content server (100) to provide content of the resolution required by the terminal (100), a media profile considering the terminal's performance, etc. The content server (122) can report the energy consumption information to the control server (121) via the M3 interface.

[0049] Meanwhile, the terminal (100), RAN (110), UPF (160), content server (122), etc., may include an Energy Unit (hereinafter EU) and perform monitoring, statistical compilation, and report generation regarding energy consumption. The energy consumption reports generated by each EU may be transmitted through an interface with other connected components.

[0050] According to one embodiment, in communication between ASP (130) and control server (121), ASP (130) may transmit content to be provided and the corresponding information to control server (121) through an M1 interface. Control server (121) may assign a content server (122) responsible for providing the service, and may provide information of ASP (130) to the content server (122) or provide information of the content server (122) to ASP (130).

[0051] Meanwhile, in communication between ASP (130) and the content server (122), ASP (130) can select and operate the transmission mode with the content server (122) as PUSH or PULL. In PUSH mode, the content of ASP (130) can be transmitted to the content server (122). In PULL mode, the content server (122) can receive content from ASP (130).

[0052] Additionally, in communication between the control server (121) and the content server (122), the control server (121) may prepare to provide the service and instruct the content server (122) to receive the necessary content from the ASP (130). The control server (121) may also instruct the terminal (100) to search for receivable content.

[0053] Meanwhile, in communication between the MSH (102) and the control server (121), the MSH (102) may receive a list of receivable services and a list of content from the control server (121), and receive access information from a content server (122) that provides a media manifest for receiving the content. Additionally, the MSH (102) may determine the provision of terminal information including energy information during the configuration process for receiving content and report the terminal information to the control server (121).

[0054] Meanwhile, in communication between the MAF (103) and the content server (122), the MAF (103) can identify the media manifest path within the content server (122) and the content server (122) from the media manifest access information received by the MSH (102) and receive the media manifest from the content server (122). The media manifest can be updated periodically, and the MAF (103) can re-receive the media manifest even if there is a previously received media manifest. The MAF (103) can receive media segment files from the content server (122) based on information such as media profiles and resolutions within the media manifest. If the content server (122) does not have the media segment file requested by the MAF (103), it can create it or receive it from another content server and provide it to the MAF (103). For dynamic energy information exchange and the reception of media segments accordingly, the MAF (103) may obtain the energy consumed by media playback and wireless communication at the terminal (100) from the EU or application and report it to the content server (122). The content server (122) may report the received terminal energy information to the control server (121) and receive instructions based on the terminal energy information, or transmit them to a server application running within the content server (122). The server application may create a new media manifest or a new media profile based on media and communication energy among terminal energy, and communication energy among base station energy. Media segments based on the new media profile may be included in the new media manifest. The new media manifest may be delivered upon the terminal's next media manifest request. The terminal (100) may receive the new media manifest and media segment information and request the new media manifest from the content server.

[0055] The following describes the IMS (Internet Protocol (IP) Multimedia Subsystem) architecture. For example, Figure 2 is a diagram showing the structure of a wireless communication system that provides voice and video calls in a mobile communication network.

[0056] FIG. 2 illustrates an IMS architecture that a first terminal (user equipment 1; UE1) (200) can use for real-time multimedia transmission and reception with a second terminal (UE2) (210). Below, the functions of the components of the IMS architecture will be described in detail based on FIG. 2.

[0057] According to one embodiment of the present disclosure, a P-CSCF (Proxy-Call Session Control Function) (220) serves as the first point of contact in an IMS network and can handle communication between a user terminal and an IMS network. This functional element processes SIP (Session Initiation Protocol) requests and responses and can forward the user's request to a S-CSCF (Serving-Call Session Control Function) (230). The P-CSCF (220) also performs authentication and security processing and can route the user terminal's request to an appropriate location in the IMS network. Additionally, the P-CSCF (220) supports a roaming function in the network.

[0058] The S-CSCF (Serving-Call Session Control Function) (230) is a core element of the IMS network and can manage and control user sessions. This functional element routes SIP messages and can handle user registration and authentication. The S-CSCF (230) can communicate with the HSS (Home Subscriber Server) (240) to look up user profiles and establish sessions. Additionally, the S-CSCF (230) can control and coordinate services by providing interfaces with various application services.

[0059] Meanwhile, the HSS (Home Subscriber Server) (240) may be a database that stores and manages user information within the IMS network. The HSS (240) may manage user profiles, including user authentication, authorization, and location management. The HSS (240) communicates with the S-CSCF (230) to provide user information and may provide all necessary information about the user.

[0060] Additionally, UDM (Unified Data Management) (240) can provide the function of managing data related to user profiles in a 5G network. UDM (240) is a network function designed according to 3GPP (3rd Generation Partnership Project) standards and can perform roles related to user profile management, session management, authentication and authorization, policy and rule enforcement, and data synchronization and distribution in a 5G core network.

[0061] Meanwhile, the IMS AS (Application Server) (250) is a server that provides various applications and services in the IMS network. The IMS AS (250) supports various SIP-based application services, and through this, can provide various services to users, such as voice, video, and messaging services. It communicates with the S-CSCF (230) to process service requests and can perform various functions necessary for providing services.

[0062] The DCSF (Data Channel Signaling Function) (260) can perform the function of managing signals related to data channels in an IMS network. The DCSF (260) can be used to initialize and control the data channel through which application data will be transmitted. This function may be an essential element for efficiently supporting real-time data transmission as well as multimedia services, particularly within an IMS network. One of the main roles of the DCSF (260) may be to establish the data channel. The establishment of the data channel may define and set parameters of the data channel using protocols such as the Session Initiation Protocol (SIP) or the Session Description Protocol (SDP). For example, the settings may include the channel type, bandwidth, transmission format, etc. After establishing the data channel, the DCSF (260) can continuously manage the channel. This management may include functions such as monitoring the channel status, maintaining the session, resetting, and terminating. Additionally, the DCSF (260) can ensure stable data transmission by handling changes that may occur while the session is maintained.

[0063] Meanwhile, the DCAR (Data Channel (DC) Application Repository) (270) may be a component that stores and processes user data in the IMS architecture. The DCAR (270) can create a data channel (data transmission) for a user to use data communication services, and user data or operator applications stored in the DCAR (270) can be transmitted to the user terminal via the DCSF (260) and MF (Media Function) (280).

[0064] The above MF (Media Function) (280) may be a functional element responsible for media streaming and processing within an IMS network. The MF (280) processes media such as voice, video, and data, and can manage media streams in cooperation with a Media Gateway. Therefore, the MF (280) can support seamless media transmission and processing. The MF (280) can process media streams generated from various services such as calls, video streaming, and video conferencing. The MF (280) ensures that multimedia data between users is transmitted in high quality and supports users in using the service in the intended manner.

[0065] Meanwhile, the IMS-AGW (IMS Access Gateway) (285) may be a gateway that provides an interface between the IMS network and an external network. The IMS-AGW (285) supports interoperability between the external network and the IMS network and can convert and transmit SIP signals and media streams. The IMS-AGW (285) can ensure seamless communication with the external network.

[0066] Meanwhile, the DCAS (Data Channel Application Server) (290) may be a server that transmits various application data through a data channel as part of the IMS architecture. The DCAS (290) is designed to efficiently handle data transmission as well as SIP-based multimedia sessions within the IMS network. The DCAS (290) can manage the transmission of data rather than media streams. The data may include various formats such as text, files, application-related data, and status updates. For example, the DCAS (290) can provide functions such as sharing files during a video conference or synchronizing location information in a real-time game. The DCAS (290) can establish, maintain, and terminate sessions using SIP. For example, the DCAS (290) can adjust the settings of the data channel through SIP messaging, thereby enabling bidirectional transmission of data. The DCAS (290) can support various types of data formats. Support for such various types of data formats means that the DCAS (290) can be used in multiple applications and services. For example, real-time data synchronization of business applications, communication with IoT (Internet of Things) devices, or real-time chat applications may be included. The DCAS (290) is part of the IMS architecture and can operate in conjunction with other IMS components. For example, the DCAS (290) can perform session control in conjunction with the CSCF and handle user authentication and authorization management in conjunction with the HSS.

[0067] Based on the aforementioned components, UE1 (200) or UE2 (210) may request a connection to the counterpart terminal as follows. Below, according to one embodiment, an example is described in which UE1 (200) requests a connection to UE2 (210) as the counterpart terminal.

[0068] First, UE1 (200) can send a request to P-CSCF (220) via a SIP (session initiation protocol) INVITE message to establish a data channel with the counterpart terminal UE2 (210). The SIP message may include media-related parameters and multiplexing-related requirement information within the SDP (Session Description Protocol). Additionally, UE1 (200) may include an SDP offer containing bootstrap information within the SIP INVITE message to use the IMS data channel service, along with an SDP offer for an existing video or audio session connection, and transmit it.

[0069] The P-CSCF (220) can forward the received SIP message to the S-CSCF (230). The S-CSCF (230) is a key functional element responsible for session control within the IMS network, manages the sessions of UEs (200, 210), and can interact with the associated application server (IMS AS) (250). The S-CSCF (230) can process the message, verify user authentication and authorization if necessary, and then forward the message to the IMS AS (250). Upon receiving a SIP INVITE message containing the SDP information, the S-CSCF (230) can forward the bootstrap-related SDP offer to the IMS AS (250) if the SIP INVITE message includes a bootstrap data channel SDP offer for a data channel service connection request. At this time, the S-CSCF (230) can check whether the terminal UE1 (200) or the network supports IMS-DC based on the contents of the received bootstrap-related SDP offer. If both sides support a data channel, the S-CSCF (230) can decide to transmit information for a bootstrap data channel connection to the IMS AS (250).

[0070] Upon receiving a bootstrap-related SDP offer message from the S-CSCF (230), the IMS AS (250) can first check from the HSS (home subscriber server) (240) whether the UE or subscriber can use the data channel service. If the user cannot use the data channel based on the user profile, the IMS AS (250) can perform a multimedia telephony (MMTel) session setup operation without a data channel connection through a standard IMS process. Additionally, if the user cannot use the data channel-based service, the IMS AS (250) can update the SIP INVITE message by deleting the DC (data channel) related media information within the SIP INVITE message received from the S-CSCF (230), and then transmit the updated SIP INVITE message to the S-CSCF (230).

[0071] And the S-CSCF (230) can forward the data channel request of UE1 (200) to the IMS AS (250). The IMS AS (250) is a node that performs various service logic and can initiate interaction with the DCSF (260) and MF (280) in response to the data channel setup request. The IMS AS (250) can analyze the request and initiate a signaling procedure to set up the data channel.

[0072] If the service user can use the IMS data channel-based service, the IMS AS (250) can communicate with the DCSF (260) and perform data channel bootstrapping through a data channel call request as one of the signal processing for data channel setup. The IMS AS (250) can select the DCSF (260) by performing discovery and selection of the DCSF (260) instance from the NRF (network repository function) based on the local configuration of the network operator or information transmitted from UE1 (200)). The IMS AS (250) can deliver a Session Event Control Notification (SessionEventControl_Notify) message containing information such as SessionEstablishmentRequestEvent, Session ID, CallingID, CalledID, SessionCase, Event initiator, MediaInfoList, and DC Stream ID to the DCSF (260) selected through the above process. The DCSF (260) is responsible for setting up, managing, and controlling the data channel, and can generate and transmit necessary SIP / SDP (Session Description Protocol) signaling messages. The DCSF (260) can set the parameters of the data channel in response to a request from the IMS AS (250) and manage the data channel so that it is properly set up on the counterpart terminal UE2 (210). Additionally, the DCSF (260) can determine MDC1 media information so that UE1 (200) can download applications via the MF (280) or MRF (Media Resource Function).

[0073] Based on the above decision information, the DCSF (260) can transmit a MediaControl_MediaInstruction message containing information such as SessionID and MediaInstructionSet to the IMS AS (250). The DCSF (260) can transmit to the IMS AS (250) the MDC1 media endpoint address, DC stream ID, and alternative information for the URL (uniform resource locator) of the application list transmitted from the MDC1 interface within the MediaInstructionSet. Based on this, the DCSF (260) can provide the IMS AS (250) with a policy regarding how to create a bootstrap data channel using MF on the originating and terminating sides.

[0074] IMS AS (250) can select an MF (280) by using NRF to search for and select an MF instance or enhanced MRF that supports local settings or DC media functions.

[0075] For example, the IMS AS (250) can select an MF (280) by having the NRF search for an MF or enhanced MRF to search for an MF instance or enhanced MRF that supports local settings or DC media functions, and by selecting one of the search results received from the NRF.

[0076] The IMS AS (250) can transmit a list of Media Termination Descriptors to the MF (280) selected in the above process via the Nmf_MRM_Create message. The IMS AS (250) can request the creation of two different Media Terminations. One Media Termination information may be local bootstrap media information, and the other may be remote bootstrap media information to be provided to a remote UE. Each Media Termination may include resource allocation request information for the Mb and MDC1 interfaces. The MF (280) can transmit the result of the negotiation of the corresponding data channel media resource information to the IMS AS (250).

[0077] After completing signal processing of the data channel based on the MF information received from the IMS AS (250), the DCSF (260) can communicate with the MF (280) to process the media stream. The MF (280) can perform the role of processing actual media data (e.g., audio, video, etc.) to be transmitted through the data channel. The MF (280) can prepare necessary tasks such as transcoding, mixing, and conversion of the media stream, and can set the data transmission path. During the above process, the MF (280) can ensure stable data transmission by performing QoS (quality of service) management and security functions.

[0078] When the DCSF (260) and MF (280) successfully establish a data channel, the IMS AS (250) can send a SIP INVITE message containing an updated SDP offer with media information added from the MF (280) or the enhanced MRF to the S-CSCF (230). The S-CSCF (230) can then send the received SIP INVITE message containing the updated SDP offer to the remote network and UE2 (210). Once the data channel is established, data transmission between UE1 (200) and the counterpart terminal UE2 (210) can begin. The data channel is connected between UE1 (200), MF (280), and the counterpart terminal UE2 (210), and the MF (280) can transmit data in real time while processing media data and performing necessary conversion operations.

[0079] Meanwhile, the terminal display configuration information is described in detail below. When content with a higher resolution (e.g., excessive content) than the resolution that can be displayed on the terminal's display device (e.g., appropriate content) is transmitted and displayed, from the perspective of the mobile communication system, media files larger in size than the appropriate content are transmitted to transmit the excessive content. Consequently, more bits must be transmitted from the internal backbone, CDN (Cache Data Network), etc., to the cell where the terminal is located, and a larger storage space must be allocated for cache storage. Therefore, power consumption within the mobile communication system may increase as a result.

[0080] When the transmission of excessive content is initiated rather than the transmission of appropriate content, more data transmission volume and data transmission time may be required in wireless communication. If excessive content is to be transmitted in the same amount of time as appropriate content, a higher transmission bandwidth must be used, so both the terminal and the mobile communication system base station may have to consume more wireless power.

[0081] The terminal may require storage space for storing larger media files and larger decoder memory for decoding said larger media files. The decoder may consume more power during the processing of reading and writing more data memory to decode files larger than the optimal file. In addition, data transfer between the decoder and the decoder memory and the heat generated due to such transfer may also increase.

[0082] Since the decoded image is too large to be displayed directly on the terminal screen (for example, due to a mismatch in resolution), high-resolution content may need to be downscaled to a lower resolution to match the terminal display's resolution. Downscaling consumes processing power, and referencing preceding and succeeding scenes for smoother scaling can increase memory space and data transfer between the scaler and memory.

[0083] To improve upon the above-mentioned problems, in one embodiment of the present disclosure, the terminal may report key information capable of identifying optimal content among the terminal's information to a mobile communication system, thereby enabling the identification of optimal content for the terminal. The mobile communication system may determine optimal resolution information for the terminal based on the terminal display configuration. If the terminal or the mobile communication system determines that the energy consumption being consumed internally is high, the mobile communication system may determine whether the currently playing content is excessive content based on the optimal content identification information, and if it is excessive content, attempt to change it to appropriate content.

[0084] The terminal may report information such as the resolution of pixels that the display can display, the size of the display, and PPI, as shown in Table 1 below. The above report may be requested by the terminal or by a mobile communication system and may be reported whenever requested, at set intervals, or at the time when a predefined event (e.g., a change in resolution) occurs.

[0085] PropertiesDescription PIXEL_RESOLUTION_WIDTH Indicates the number of pixels in the horizontal direction of the display's pixel resolution. PIXEL_RESOLUTION_HEIGHT Indicates the number of pixels in the vertical direction of the display's pixel resolution. DISPLAY_SIZE_WIDTH Indicates the horizontal size of the display's actual dimensions. The unit can be inch. DISPLAY_SIZE_HEIGHT Indicates the vertical size of the display's actual dimensions. The unit can be inch. DISPLAY_SIZE_DIAGONAL Indicates the diagonal size of the display's actual dimensions. The unit can be inch. DISPLAY_PPI Indicates the number of pixels per inch on the display's diagonal. DISPLAY_PIVOT Indicates whether the display is in a horizontal or vertical state. The value changes when the user switches the device to landscape or portrait orientation. Values ​​such as PIXEL_RESOLUTION_WIDTH and PIXEL_RESOLUTION_HEIGHT may change without changing the DISPLAY_PIVOT value. UE_TYPE indicates the form or use of the device. Values ​​such as Phone, Tablet, Laptop, Head mount display, and Glasses may be used. UE_USER_DISTANCE indicates the appropriate distance between the user's eyes and the device based on usage. The unit may be meters. DISPLAY_ASPECT_RATIO indicates the aspect ratio of the display.

[0086] According to one embodiment of the present disclosure, a terminal and a mobile communication system can derive a first information, which is an appropriate content specification, and a second information, which is a visual optimal resolution specification, based on any one of the above information, and can identify an excessive content specification.

[0087] The appropriate content specification can be derived from pixel resolution information and can be a pixel resolution value. The terminal and the mobile communication system can identify the number of pixels that the terminal's display can display and can determine that content having a pixel resolution greater than the pixel resolution that can be displayed is excessive content compared to the appropriate content specification for the terminal.

[0088] The visual optimal resolution specification can be derived from the display size and pixel resolution information or PPI. For example, the visual optimal resolution specification can be a resolution value sufficient to represent the pixel size that a person can distinguish. According to one embodiment, the terminal and the mobile communication system can determine the appropriate distance between the user's eyes and the terminal from UE_TYPE or UE_USER_DISTANCE and determine the pixel resolution density from DISPLAY_PPI.

[0089] According to general research, the maximum angular resolution of the human eye, for example, the ability to distinguish two adjacent points as two different points, is assumed to be 0.47 arc minutes, or 0.008°, and it is considered that one can distinguish up to about 60 patterns of white and black within 1°.

[0090] Based on the above study, as illustrated in FIG. 3, human visual acuity can be measured by how many color intersections, such as patterns, can be distinguished on a first line connecting a point from the eye to a target for discrimination, a second line with the eye as the origin and an angle of 1° between the first line and the second line, and a third line connecting two points on the surface of the target where the first and second lines intersect. The length of the third line, which is 1° from the first or second line, is the length of the first line x tangent 1° (=0.01745506492), and if 60 patterns are displayed within the calculated length of the third line, it can be judged as a sufficient density for a user with visual acuity of 1.0. When the above density is converted into PPI, a suitable PPI can be calculated for each UE_USER_DISTANCE.

[0091] For example, if 60 patterns are displayed on the third straight line of Fig. 3 and 60 can be distinguished, then 60 identified patterns = 1.0 visual acuity. As another example, if 30 patterns can be distinguished on the third straight line, then 30 identified patterns / 60 patterns = 0.5 visual acuity.

[0092] According to one embodiment, for a terminal where UE_USER_DISTANCE is 30 cm and UE_TYPE=Phone, the length of the third straight line is 5.236 mm for the first straight line of 300 mm, and since this corresponds to 4.85 pixels within 1 inch (approx. 25.4 mm), it is suitable to have a PPI, for example, 4.85 x 60 = 291 pixels per inch.

[0093] When the visual optimal resolution is provided for visual acuity 1.0, a TARGET_PPI for visual acuity 1.0 can be derived based on UE_USER_DISTANCE, and an appropriate PIXEL_RESOLUTION_WIDTH and PIXEL_RESOLUTION_HEIGHT for a visual acuity 1.0 user of the terminal can be derived based on TARGET_PPI and DISPLAY_ASPECT_RATIO. For example, if content with a resolution higher than the visual optimal resolution is provided, the user may perceive it as having the same quality as the content at the visual optimal resolution. If content with a resolution lower than the visual optimal resolution is provided, the user may perceive it as having lower quality than the content at the visual optimal resolution.

[0094] According to one embodiment of the present disclosure, when a first content with high resolution, a second content with a resolution lower than the first content but appropriate according to display specifications, and a third content with a visual optimal resolution can be provided, the power consumed by the mobile communication system to provide the first content, the power consumed to transmit it, the power consumed to receive it at the terminal, and the power consumed to play it at the terminal can all be said to be higher than that for the second and third content. Therefore, the visual optimal resolution can be determined based on the information of the terminal, and when there is an intention to reduce the power consumption of the terminal or the mobile communication system, it can be determined whether to continue providing the content currently provided or to replace it with the content with the visual optimal resolution based on the content currently provided.

[0095] According to one embodiment, a first terminal with a display PIXEL_RESOLUTION_WIDTH of 2340, PIXEL_RESOLUTION_HEIGHT of 1080, and DISPLAY_SIZE_DIAGONAL of 6.2 inches can be determined to have an appropriate resolution of 2340 x 1080 (19:9 ratio), while the PPI can be converted to approximately 415, so it can be determined that the PPI is higher than necessary than 291, which is the PPI required for a person with 1.0 vision to view the terminal from a distance of 30 cm. The visual optimal resolution specification based on a PPI value of 291 in the first terminal can be converted to approximately 1638 x 756 according to the ratio. Of course, depending on the service, the visual optimal resolution specification can be derived based on a target PPI value other than 291, for example, a higher or lower value.

[0096] In one embodiment, when 4K content, which is the first content with a resolution of 3840 x 2160 (16:9 ratio), is played on the first terminal, it can be determined that excess content is being displayed because it exceeds the range that can be expressed on the terminal display. For the second content specification, which is the appropriate content according to the display pixel resolution, 1920 x 1080 (16:9 ratio) can be considered, and for the third content specification, which is the visual optimal resolution that a user can distinguish depending on the distance, 1344 x 756 (16:9 ratio) can be considered. When comparing each content specification, the number of pixels used to express one frame of the video can be calculated as 8,294,400 for the first content, 2,073,600 for the second content specification, and 1,016,064 for the third content, which is the visual optimal resolution specification.

[0097] In another example, assuming that the specifications of the latest terminal product line sold by a Japanese manufacturer at the same time have resolutions of 2556 x 1179, 2796 x 1290, 2622 x 1206, and 2868 x 1320, and sizes of 6.1 inches, 6.7 inches, 6.3 inches, and 6.9 inches respectively, the PPIs are 461, 459, 458, and 457, respectively. Although this may be considered as inconsistent resolutions, when converted to PPI, it can be judged that it was designed to match approximately 460. As such, from the perspective of the present invention, while the appropriate content specifications and visual optimal resolution specifications for the Japanese manufacturer's previous terminal products and various terminals from various manufacturers may all differ, it can be judged that content of similar quality can be effectively provided when converted to visual optimal resolution. To this end, even if a mobile communication system provides content in all possible resolution specifications for terminals connected within the service area, it may be necessary to provide content with a different resolution specification than that of the existing connected terminal more quickly for newly connected terminals.

[0098] Therefore, it is reasonable that additional resolutions can be provided for the content in addition to the types of basic resolutions available at the time of content hosting by the content provider.

[0099] The following description is based on FIG. 4, which illustrates an embodiment based on a 5G Media Architecture. According to one embodiment of the present disclosure, a mobile communication system may be composed of a first server that receives content provided by a content provider in a resolution specification from a content business operator server, a second server that is responsible for a service area where a service target user is located, and a control server that controls the servers. Both the first server and the second server may be capable of converting the content resolution and may be capable of storing and caching the content.

[0100] The content provider server may have representative content and request a content hosting provision from the control server to provide the content. The control server may respond to the content provider server by assigning a first server. The first server may perform the creation of all possible content from the representative content within the content hosting provision or via a separate signal.

[0101] A second server within the service area (gray shade) where the user's terminal is located receives terminal information from the terminal and can determine optimal and visually appropriate content based on the terminal information. If the content is not cached in the second server, the second server may create the content or request it from the first server. A third server connected to the second server may also provide the content to the second server if it exists.

[0102] The second server can transmit the content that is available first among the generated content and the received content to the terminal, and can establish a policy such as generating in advance or caching in advance as an appropriate policy for subsequent content requests.

[0103] The detailed operation is explained below.

[0104] FIGS. 5a and 5b are sequence diagrams illustrating specific operations according to an embodiment of the present disclosure. According to an embodiment of the present disclosure, a control server (530) communicating with a user terminal (500) receives terminal information and, based on the received terminal information, may instruct the caching of content that is close to the terminal specifications. Additionally, a server providing content (e.g., a first and second server) (510, 520) may perform creation or preemptive caching by comparing energy consumption.

[0105] In advance, the content provider server (540) may have the content of the service to be provided. The content may consist of a bundle of multiple media segment files rather than a single file, and there may be different media segment files for each resolution. For example, in a 1-minute content, there may be one media segment file every 10 seconds, and if 5 resolutions are provided, there may be a total of 30 media segment files.

[0106] Specifically, in step S501, a list of content converted to all resolutions or some representative resolutions to be allowed may be transmitted from the content provider server (540) to the control server (530) (or Application Function, AF) through the Content Hosting configuration. The control server (530) may assign a first server (520) for service provision and reply to the content provider server (540) with the first server information. If the file transfer mode is PULL, a content path on the content provider server (540) is provided, and if the file transfer mode is PUSH, a path for the purpose of storing content on the first server (520) may be transmitted to the content provider server (540). The Content Hosting configuration may include an entryPoint, and the entryPoint may include information for a service receiving terminal to access the content and information about all resolutions.

[0107] In step S502, the content provider server (540) can transmit content of various resolutions to the first server (520), and depending on the file transfer mode, the content provider server (540) can save it to a designated path or the first server (520) can receive the content file from the content provider server (540).

[0108] In step S503, the first server (520) checks whether there is any content of the resolution included in the entryPoint among the files provided by the content provider in PUSH mode, and if the check result shows that there is no such content, it can create it. If the content provider provides it in PULL mode, it searches for and receives all content of the resolution included in the entryPoint within the content provider server (540), and if there is no such content, it can create it.

[0109] In step S504, the terminal (500) may request a list of content or an entryPoint of specific content from the control server (530) to receive the service. During the request process, the terminal (500) may provide information about the terminal, and the terminal information may include configuration information of the terminal display.

[0110] In step S505, the control server (530) may assign or search for a second server (510) that is a server for providing services within the area where the terminal (500) is located, and may instruct the assigned or searched second server (510) to cache content to be provided to the terminal (500).

[0111] In step S506, the control server (530) may transmit the address of a media manifest describing the media profile and media segment file information of the content that the terminal (500) intends to receive as an entryPoint.

[0112] In step S507, the terminal (500) may request a media manifest from the second server (510) and receive the requested media manifest. The media manifest may include information about media segment files that constitute the content. The terminal (500) may derive a method of accessing media segment files corresponding to the resolution from the media manifest file.

[0113] In step S508, the terminal (500) may request content from the second server (510). The content request may be a media segment file of a resolution preferred by the terminal (500).

[0114] In step S509, the second server (510) can search for whether there is a media segment file requested by the terminal (500) within the second server (510).

[0115] In step S510, if there is a media segment file requested from the second server (510), it can be transmitted to the terminal (500).

[0116] In step S511, if there is no media segment file requested from the second server (510), the second server (510) may request a media segment file of the resolution requested from the terminal (500) from the first server (520).

[0117] In step S512, if there is no media segment file requested from the second server (510), the second server (510) can generate a media segment file of the requested resolution. According to one embodiment, the second server (510) can perform steps S510 and S511 simultaneously.

[0118] In step S513, the first server (520) can retrieve a media segment file of the requested resolution in response to a request from the second server (510).

[0119] In step S514, the first server (520) can transfer the retrieved media segment file to the second server (510).

[0120] In step S515, the second server (510) may deliver to the terminal (500) whichever media segment file is available first among those generated in step S511 or received in step S513. Step S514 may be performed prioritizing whichever is completed first between step S511 or step S513.

[0121] In step S516, the second server (510) can identify and compare the amount of energy consumed in creating media segment files and the amount of energy consumed in receiving content and the time required.

[0122] In step S517, if the energy consumed for generation is greater than the energy consumed for transmission, the second server (510) may decide to perform caching from the first server (520) before the request from the terminal (500). Based on information that can identify the most recently requested media segment file from the terminal (500), the second server (510) may have the control server (530) receive information about the media segment file to be requested next.

[0123] In step S518, the second server (510) can receive the media segment file to be requested next from the first server (520) in advance.

[0124] In step S519, if the energy consumed for generation is less than the energy consumed for transmission, the second server (510) can determine the generation of the next media segment. Based on information that can identify the most recently requested media segment file from the terminal (500), the second server (510) can have the control server (530) receive information about the media segment file to be requested next.

[0125] In step S520, the next media segment file to be requested by the terminal (500) can be generated based on the received information.

[0126] In step S521, the media manifest file can be requested and received again by the terminal (500).

[0127] In step S522, the next media segment file may be requested from the terminal (500) to the second server (510).

[0128] In step S523, the second server (510) can immediately provide the requested media segment file.

[0129] Meanwhile, FIGS. 6a and 6b are sequence diagrams illustrating specific operations according to another embodiment of the present disclosure. According to another embodiment of the present disclosure, a control server (630) communicating with a user terminal (600) receives terminal information and, in accordance with the received terminal information, can provide an optimal content specification and a visually appropriate content specification in addition to the content specification provided by the content provider server.

[0130] In the embodiment disclosed in FIGS. 6a and 6b, the main steps are the same as the steps of the embodiment described in FIGS. 5a and 5b, and steps S604-1, S604-2, S604-3, S605, S606, S616-1, S616-2, S616-3, and S621 may be added or changed.

[0131] For example, the contents of steps S601 to S604 of FIGS. 6a and 6b may be the same as the contents of steps S501 to S504 of FIGS. 5a and 5b described above.

[0132] In step S604-1, the control server (630) can derive optimal content specifications and visual appropriate content specifications based on display configuration information received from the terminal (600). The media manifest file of the content can be extended to include the optimal and visual appropriate content specifications.

[0133] In step S604-2, the control server (630) can update the media manifest file held by the first server (620) with the modified media manifest file.

[0134] In step S604-3, the control server (630) may instruct the first server (620) to generate content of optimal and visually appropriate content specifications.

[0135] In step S605, the control server (630) may allocate or search for a server to provide a service within the area where the terminal (600) is located, instruct the allocated or searched second server (610) to cache the content to be provided to the terminal (600), and instruct the second server (610) to create a media manifest consisting only of the content or media profile to be provided to the terminal. Through this, the control server (630) can identify the session of the terminal (600), control the media profile presented to the terminal (600), and control the media played by the terminal (600) accordingly. Since the media manifest is valid only for the terminal (600), the path of the media manifest within the second server (610) may include the identifier of the terminal (600) or the identifier of the content service session, and may be temporary and valid only for the terminal (600).

[0136] In step 606, the control server (630) may transmit the address of the media manifest generated in the second server (610) according to the information of the terminal (600) as an entryPoint.

[0137] Subsequently, the contents of steps S607 to S616 of FIGS. 6a and 6b may be the same as the contents of steps S507 to S516 of FIGS. 5a and 5b described above.

[0138] In step S616-1, the second server (610) can report to the control server (630) the amount of energy consumed in creating the media segment file and the amount of energy consumed in receiving from the first server (620).

[0139] In step S616-2, the control server (630) can determine whether to provide optimal or visually appropriate content to the terminal (600) based on the energy consumption of the terminal (600) and the mobile communication system. Since the terminal (600) can request media segment files of available resolutions within the media manifest, a media manifest file to be provided only to the terminal (600) can be generated so that only the optimal or visually appropriate content can be received by the terminal (600).

[0140] In step S616-3, the control server (630) can provide a media manifest file limited to the terminal (600) to the second server (610).

[0141] Subsequently, the contents of steps S617 to S630 of FIGS. 6a and 6b may be the same as the contents of steps S517 to S520 of FIGS. 5a and 5b described above.

[0142] And in step S621, the terminal (600) can request and receive a media manifest from the second server (610). Since the media manifest modified for the terminal in the aforementioned step S616-2 is provided in the second server (610) in step S616-3, the media manifest received in step S621 may be a media manifest file modified for the terminal.

[0143] And in step S622, the next media segment file may be requested from the terminal (600) to the second server (610).

[0144] In step S623, the second server (610) can provide the requested media segment file to the terminal (600).

[0145] Meanwhile, according to one embodiment of the present disclosure, a terminal can receive media and data processing services by using an IMS architecture to connect with a media or processing server, for example, a 1:1 connection with an MF or with several other terminals including an MF in the form of a multi-party call.

[0146] Figure 7 is a sequence diagram showing a method of performing processing in MF according to a request from a terminal based on the IMS architecture illustrated in Figure 2 described above.

[0147] In step S701, the terminal (700) may transmit a SIP containing the service to be requested to the IMS AS (720) via the P / S-CSCF (710). The SIP may include an SDP, and the SDP may include a request for a data channel and a request for media to be transmitted or received.

[0148] In step S702, the IMS AS (720) may inquire about the MF identified as being able to perform the requested service by forwarding it to the DCSF (730) for the SDP containing the data channel.

[0149] In step S703, the DCSF (730) searches for or assigns an MF (740) identified as capable of performing the requested service, and in step S704, the DCSF (730) can transmit the MF (740) information to the IMS AS (720) in response.

[0150] In step S705, the IMS AS (720) can forward the SDP request of the terminal (700) to the MF (740). Then, in step S706, the MF (740) can respond to the IMS AS (720) by determining one or more choices for an SDP request having one or more choices. For example, if four different resolutions are requested for a video media item, the MF (740) can respond with one suitable resolution among them.

[0151] In step S707, the IMS AS (720) can transmit the SDP response of the MF (740) to the terminal (700). Then, in step S708, if the terminal (700) replies that there is no problem with the SDP response, the IMS AS (720) can transmit the reply to the MF (740).

[0152] In step S709, since the request and response for data channel and media transmission between the terminal (700) and the MF (740) have mutually agreed, the initial negotiation is completed, the data channel and media channel are established, and then the transmission of data and media can begin.

[0153] As an embodiment of the present invention, a renegotiation request step according to a state change at the terminal may be performed. FIGS. 8a and 8b are sequence diagrams illustrating specific details of a renegotiation request according to a state change at the terminal after the media / data channel is opened according to FIG. 7 described above, in accordance with an embodiment of the present disclosure.

[0154] In step S809, since the request and response for data channel and media transmission between the terminal (800) and the serving MF (840) have been mutually agreed upon in accordance with the above-described embodiment, the negotiation is completed, the data channel and media channel are established, and then the transmission of data and media can begin.

[0155] Subsequently, in step S810, the terminal (800) transmits a SIP RE-INVITE message and may additionally describe the state of the terminal (800). The state of the terminal (800) may include all information described in the present invention, such as the total battery capacity, current battery capacity, and display configuration information.

[0156] In step S811, the DCSF (830) determines that the energy status of the terminal has been transmitted based on the information transmitted along with the new negotiation request, and may regard the RE-INVITE message of the terminal (700) as a request for a setting change for terminal energy optimization.

[0157] In step S812, the DCSF (830) can enable the serving MF (840) to identify terminal energy-related information and, for example, cite display configuration information as a means to minimize energy in the terminal (800), thereby enabling it to determine whether the content being transmitted is excessive content, optimal content, or visually appropriate content.

[0158] In step S813, the serving MF (840) can determine the performance. The serving MF (840) can examine whether the performance of the current serving MF is sufficient to launch optimal content, for example when excessive content is launched, and if it is not sufficient, it can perform migration.

[0159] Specifically, according to one embodiment of the present disclosure, if the performance of the current serving MF is insufficient, the media and data transmission to the terminal (800) is interrupted due to SIP RE-INVITE, so the context of the current serving MF (840) can be immediately transferred to the newly assigned target MF (850). Accordingly, at step S814, the serving MF (840) can request the DCSF (830) to assign a new MF. Then, at step S815, the DCSF (830) can assign the new MF, and at step S816, the DCSF (830) can transmit information about the assigned new MF, the target MF (850), to the serving MF (840). Upon receiving information about the new MF, the serving MF (840) can perform migration to the target MF (850).

[0160] According to one embodiment, the serving MF (840) can transfer the media and processing context to the target MF (850) allocated from the DCSF (830). The transfer can be made by the serving MF (840) directly requesting the target MF (850) or by requesting the DCSF (830) to have the DCSF (830) command the target MF (850) to receive the context of the serving MF (840).

[0161] Through steps S818 to S821, the Target MF (850) performs renegotiation with the media and data channel information of the optimal content specifications provided by the modified MF through the IMS AS (820), and if the renegotiation is successful, transmission to the modified media and data specifications between the terminal (800) and the MF (850) can be resumed.

[0162] Meanwhile, according to another embodiment of the present disclosure, if the performance of the current serving MF (840) is sufficient, through steps S822 to S825, the serving MF (840) performs renegotiation with the media and data channel information of the optimal content specification provided by the current MF through the IMS AS (820), and if the renegotiation is successful, transmission to the changed media and data specification between the terminal (800) and the MF (840) can be resumed.

[0163] Meanwhile, as another embodiment of the present invention, a renegotiation step may be performed based on a state change report from the terminal. Below, an example of renegotiation based on a state change report from the terminal will be specifically described based on FIG. 9.

[0164] In step S909, since the request and response for data channel and media transmission are mutually agreed upon between the terminal (900) and the serving MF (940) in accordance with the above-described embodiment, the negotiation is completed, the data channel and media channel are established, and then the transmission of data and media can begin.

[0165] Subsequently, in step S910, the terminal (900) may report the status of the terminal using a message within a separate protocol in the data channel. As the status of the terminal, at least one of all information described in the present invention, such as total battery capacity, current battery capacity, and display configuration information, may be included.

[0166] Additionally, the terminal (900) may report a certain range of remaining battery capacity (e.g., 50% or less) as a threshold area for setting changes for terminal energy optimization.

[0167] In step S911, MF (940) determines the energy state of the terminal (900) based on the information of the terminal (900), and when the remaining battery capacity of the terminal (900) enters a critical region, it can be considered as a time for terminal energy optimization.

[0168] In step S912, MF (940) identifies terminal energy-related information and, for example, cites display configuration information as a means to minimize energy in the terminal, thereby determining whether the content being transmitted is excessive content, optimal content, or visually appropriate content.

[0169] In step S913, the MF (940) may examine whether the current serving MF's performance is sufficient to launch optimal content when, for example, excessive content is launched, and if it is not sufficient, perform migration.

[0170] According to one embodiment, if the performance of the current serving MF is insufficient, the context of the current serving MF cannot be immediately transferred to a newly assigned target MF because the transmission of media and data to the terminal (900) is in progress. Through steps S914 and S915, the MF (940) may request renegotiation by having the IMS AS (920) send a RE-INVITE message to the terminal (900) via the DCSF (930), and accordingly, temporarily suspend the transmission of media and data. Alternatively, the MF (940) may notify the terminal (900) of the temporary suspension of media and data transmission using a message within a separate protocol in the data channel, and after receiving an acknowledgment from the terminal (900), temporarily suspend the transmission of media and data. Protocol messages transmitted from the MF (940) to the terminal (900) may include information about the current state (e.g., transient content) and the state to be entered in the future (e.g., optimal content), along with a history of changes to the media and data profile (e.g., resolution changed from 3840x2160 to 2556x1179).

[0171] The MF (940) may request the DCSF (930) to allocate a new MF and transfer the media and processing context to the target MF allocated by the DCSF (930). The transfer may be made by the serving MF directly requesting the target MF or by requesting the DCSF (930) to have the DCSF (930) command the target MF to receive the context of the serving MF.

[0172] Through steps S916 to S918, the DCSF (930) performs renegotiation with the terminal (900) using media and data channel information of the optimal or appropriate content specifications provided by the MF that has been changed via the IMS AS (920), and if the renegotiation is successful, transmission to the changed media and data specifications between the terminal (900) and the MF (940) can be resumed.

[0173] Meanwhile, an example of a method for representing terminal information within the SDP may be as follows. The exact alphabetical representation, structural location of the information, and hierarchical relationships may vary depending on the application.

[0174] IMS endpoints, such as terminals and servers, may share key product specifications and current status values ​​with their communication counterparts. To this end, SDP, a method for transmitting requests and responses during the negotiation phase between endpoints, may be used. In the case of SDP, the s-line (session-line) identifies that it is a session and the m-line (media-line) identifies that it is media, and detailed information regarding the s-line or m-line may be described as an a-line (attribute-line) listed after the s-line or m-line. In one embodiment of the present invention, a separate alphabet may be assigned (e.g., x-line) to indicate that the a-line information listed thereafter is endpoint information, or the a-line information listed after the s-line may be indicated as endpoint information.

[0175] X-line: Indicates that the a-line information listed thereafter is endpoint information.

[0176] A=display: This means that the information listed next on the same line is display information.

[0177] A=display pixel(x=aaa,y=bbb): Represents the display pixel resolution, meaning that the number of pixels on the horizontal axis (x) is aaa and the number of pixels on the vertical axis (y) is bbb.

[0178] A=display size(x=aaa,y=bbb): Represents the actual size of the display, meaning that the horizontal axis (x) is aaa inch and the vertical axis (y) is bbb inch.

[0179] A=display ppi=aaa: Represents the number of pixels per inch on the diagonal of the display.

[0180] A=display uetype=aaa: Indicates the type or purpose of the terminal. Values ​​such as Phone, Tablet, Laptop, Head mount display, Glasses, etc. can be used.

[0181] A=display ue_user_distance=aaa: Indicates the appropriate distance between the user's eyes and the terminal for terminal usage. The unit can be meters.

[0182] A=display aspect_ratio=aa:bb : Represents the aspect ratio of the display.

[0183] The aforementioned display information can be listed separated by commas (,). For example, a=display ppi=aaa, uetype=bbb, aspect_ratio=cc:dd.

[0184] A=battery: This means that the information listed next on the same line is battery information.

[0185] A=battery total=aaa: Represents the total capacity of the battery.

[0186] A=battery current=aaa: Represents the remaining capacity of the battery.

[0187] A=battery consumption_ratio=aaa: Represents the rate at which the battery is being consumed.

[0188] A=battery power_saving_range=aaa:bbb : Indicates the range of power saving modes intended by the terminal. Current / total = may be the current battery remaining capacity ratio, and may indicate that if the remaining capacity ratio enters between aaa% and bbb%, the MF and mobile communication system should consider the terminal as being in power saving mode and request operation.

[0189] The following matters may be considered as messages within the protocol:

[0190] Message header: Displays the message type, payload size, etc.

[0191] Message payload: Contains the body of the message.

[0192] The message header may include items such as those disclosed in Table 2 below.

[0193] Message Type End Point status: Indicates that the sub-information concerns the status of the endpoint. - Display information: Contains display information. - Battery information: Contains battery information. Session change: - Suspend: Indicates a temporary or permanent suspension of the session. A time_out value may be passed when temporary. - Acknowledge: May respond that the message, such as Suspend or Resume, has been acknowledged. - Resume: Indicates the continuation of the session. Newly assigned target MF information may be passed. - Request: A new SDP request may be passed. - Answer: An SDP response may be passed.

[0194] Meanwhile, Table 3 shows the payload for each message.

[0195] Display information payload includes PIXEL_RESOLUTION_WIDTH, PIXEL_RESOLUTION_HEIGHT, DISPLAY_SIZE_WIDTH, DISPLAY_SIZE_HEIGHT, DISPLAY_SIZE_DIAGONAL, DISPLAY_PPI, DISPLAY_PIVOT, UE_TYPE, UE_USER_DISTANCE, DISPLAY_ASPECT_RATIO, etc. Details follow the aforementioned description. Battery information payload includes total, current, consumption_ratio, power_saving_range, etc. Details follow the foregoing. Suspend payload Time_out: The maximum timeout value for the suspend is given, and the session may be terminated if there are no further follow-up messages. Reason: May indicate that the reason for the suspend is re-negotiation or MF resource shortage (re-allocation), etc. Acknowledge payload Time_out: May indicate that a follow-up message will be waited for the time_out duration for requests from other endpoints. Resume payload MF_access_info: If a value is given, it indicates that a new MF has been allocated. MODE: The newly changed mode may be conveyed (power saving mode). RESOLUTION: A change history from the first resolution to the second resolution may be provided. Request payload SDP: A new negotiation is requested. Answer payload SDP: The response to the SDP request is sent.

[0196] Meanwhile, as another embodiment of the present disclosure, information on media and wireless communication energy consumption is disclosed.

[0197] First, terminal media profile control is disclosed.

[0198] In one embodiment, a mobile communication system may receive profile information of media currently being transmitted and played, along with terminal product and performance information, to determine the media energy consumption of a terminal. Depending on the terminal product design, all or part of the codec that encodes or decodes the media may be implemented as hardware, and the remainder may be composed of software. Energy consumption may vary depending on the type of hardware, and even with the same hardware, energy consumption may vary depending on the implementation design. The mobile communication system can infer the expected energy consumption of a first terminal, which is a model identical to the product model from which the statistics were obtained, by using statistical information on energy consumption according to various media profiles for various media reported by various terminals receiving the service. Accordingly, when the battery level of the first terminal is low, the system may suggest a media profile with lower energy consumption and induce the first terminal to switch to and play the media profile.

[0199] In addition, when changing to a media profile that consumes higher or lower terminal energy, the transmission amount may change, such as by becoming higher or lower, and the communication energy consumption may change accordingly. Accordingly, the mobile communication system of the present disclosure can induce the terminal to change the media profile of the media to be selected based on the communication energy consumption at the terminal or the communication energy consumption at the base station, and as a result, can induce the media energy consumption at the terminal to change.

[0200] As in the embodiments of FIGS. 6a and 6b described above, the mobile communication system may have the control server generate a new media manifest file in which the options for media profiles that can be selected by the terminal are arbitrarily adjusted, for example, by filtering the remaining media profiles so that only a specific media profile is presented, and receive the media manifest file when the terminal updates the media manifest file.

[0201] The terminal selects and executes an available option from the limited media profile choices presented in the newly received media manifest file, and accordingly, obtains a result of performing an action based on the control server's judgment.

[0202] The control server can provide a modified media manifest as described above to a single or multiple terminals, and accordingly, cause a significant difference in the energy consumption of the mobile communication system and the terminals.

[0203] In addition, information regarding the terminal's preferred energy source type is disclosed.

[0204] The terminal can suggest a preference regarding the type of energy source that a component of a mobile communication system performing the terminal's request will use.

[0205] As an example of a preference, the terminal may indicate renewable energy. Examples of renewable energy include solar, wind, hydroelectric, tidal, geothermal, and nuclear energy. By indicating renewable energy, the terminal may indicate a preference for any of the aforementioned examples, or it may indicate a preference by specifically indicating a form of renewable energy, such as solar energy.

[0206] As another example of preferences, the terminal can indicate greenhouse energy. Greenhouse energy refers to energy sources such as petroleum, coal, and natural gas that produce gases that cause the greenhouse effect when released into the atmosphere in exchange for generating energy, such as carbon dioxide (CO2), methane (CH4), nitrates (N2O), hydrofluorocarbons (HFCs), sulfur hexafluoride (SF6), and chlorofluorocarbons (CFCs). The terminal may indicate a lack of preference by not including greenhouse energy sources in the preferences or by assigning a low priority to them.

[0207] The terminal's preferences can be specified by the layer or role to which the components of the mobile communication system belong. For example, it may be specified as Application, System, or Radio_Access_Network to indicate that the components of the corresponding layer use the preferred energy source, or it may specify a particular component type such as AF, AS, UPF, NEF, or PCF to indicate that the components of that type use the preferred energy source. For instance, the terminal may not indicate energy preferences for Network functions in the control plane, but may indicate energy preferences regarding data transmission, such as AS and UPF in the user plane. Since the availability of renewable energy varies by region and time, the terminal may specify this on a component-by-component basis when more precise control is required.

[0208] The terminal's preference may have a Time_out and wait until a target using the preferred energy source becomes available during that time. If the first preference specification is not available after the Time_out has elapsed, it may wait for the Time_out period until a target using the next preferred energy source becomes available. When multiple preferred energy sources are listed, the Time_out may be presented as an array and may have different values ​​for each preferred energy source.

[0209] The mobile communication system may notify the terminal of an energy source that has become available and a component using it after a time_out has elapsed following the terminal's request. For example, the terminal may request an AS that uses a renewable energy source as a first preference and a greenhouse gas energy source as a second preference, and may be assigned the first AS that uses the greenhouse gas energy source after waiting until the time_out. Subsequently, the second AS that uses the renewable energy source may become available due to natural phenomena such as sunrise. As the first preference list among the terminal's preference lists becomes available, the mobile communication system may inquire with the terminal about whether to reallocate it.

[0210] To this end, the terminal may request registration of notification for an event triggered when the first preference becomes available in the mobile communication system when the time_out for the first preference arrives, or subscription to an event triggered whenever a change occurs in the energy source mix (ratio of renewable energy sources to greenhouse energy sources) within the mobile communication system. The mobile communication system may send an event message to the terminal when the corresponding energy source becomes available, in accordance with the terminal's event registration.

[0211] When the terminal receives an event message indicating that a preferred energy source is available, it can determine migration for the current component and request it from the mobile communication system.

[0212] Conversely, after a component using a renewable energy source has been allocated, as the availability of that energy source decreases, the mobile communication system may notify the terminal of a reallocation notice. For example, when any pre-set event (e.g., a change in weather) occurs, such as when there are tens of minutes left until sunset or when the total capacity drops sharply, the mobile communication system may change the energy mix for the already allocated component (e.g., from 100% renewable energy to 50:50 renewable energy to greenhouse energy) or notify the terminal to prepare for migration.

[0213] In both cases where preferred energy is available and when it is no longer available, the terminal can determine migration, suspend the current application (e.g., media creation and transmission), move the application context running in the component from the first component to the second component, and then resume the current application from the second component.

[0214] Alternatively, the terminal may determine a change in the energy mix instead of migration under the aforementioned conditions and request the mobile communication system to change the energy mix. The mobile communication system may adjust the energy mix by increasing the proportion of available energy sources and decreasing the proportion of energy sources that are no longer available or are not preferred.

[0215] Alternatively, the terminal may set a lower limit for the energy mix and allow changes from the initial energy mix to a changed energy mix. For example, it may allow a mix starting from 100% renewable energy to 10% renewable energy and 90% greenhouse energy. If the proportion of renewable energy in the energy mix falls below 10%, the terminal may receive a notification from the mobile communication system.

[0216] Alternatively, the terminal may determine that it no longer uses the components of the mobile communication system under the aforementioned conditions (change in energy mix value or arrival of the lowest value of preferred energy within the energy mix) and terminate the provided service.

[0217] A mobile communication system can pre-create an energy mix schedule by component and layer and transmit it to a terminal, and the terminal can trigger or terminate operations according to the received energy mix schedule by component and layer.

[0218] For example, for non-real-time tasks such as codec conversion of multimedia content or report generation through generative AI, the terminal may determine the trigger time for the task by citing an energy mix schedule and wait. The energy mix schedule may remain valid or be updated at a given time, and the terminal may re-register the task according to the updated energy mix schedule or schedule the task for a preferred energy mix type.

[0219] Meanwhile, FIG. 10 is a block diagram illustrating the structure of a terminal according to one embodiment of the present disclosure.

[0220] Referring to FIG. 10, the terminal may include a transceiver (1010), a control unit (1020), and a storage unit (1030). In the present invention, the control unit (1020) may be defined as a circuit or an application-specific integrated circuit or at least one processor.

[0221] The transmitting and receiving unit (1010) can transmit and receive signals with other network entities. The transmitting and receiving unit (1010) can, for example, report service requests and terminal resolution information to a control server.

[0222] The control unit (1020) can control the overall operation of the terminal according to the embodiment proposed in the present invention. For example, the control unit (1020) can control the signal flow between each block to perform operations according to the flowchart described above. Specifically, the control unit (1020) can open an MF and a media data channel according to the embodiment of the present invention, and then control the initiation of data and media transmission.

[0223] The storage unit (1030) can store at least one of the information transmitted and received through the transmission and reception unit (1010) and the information generated through the control unit (1020).

[0224] Meanwhile, FIG. 11 is a block diagram illustrating the structure of an entity according to an embodiment of the present disclosure. According to an embodiment of the present disclosure, the entity of FIG. 11 may include at least one of CSCF, IMS AS, DCSF, MF, etc.

[0225] Referring to FIG. 11, the entity may include a transceiver (1110), a control unit (1120), and a storage unit (1130). In the present invention, the control unit (1120) may be defined as a circuit or an application-specific integrated circuit or at least one processor.

[0226] The transmitting and receiving unit (1110) can transmit and receive signals with other network entities.

[0227] The control unit (1120) can control the overall operation of the entity according to the embodiment proposed in the present invention. For example, the control unit (1120) can control the signal flow between each block to perform operations according to the flowchart described above.

[0228] The storage unit (1130) can store at least one of the information transmitted and received through the transmission and reception unit (1110) and the information generated through the control unit (1120).

[0229] In the specific embodiments of the present disclosure described above, the components included in the disclosure are expressed in a singular or plural form according to the specific embodiments presented. However, the singular or plural expression is selected to suit the situation presented for convenience of explanation, and the present disclosure is not limited to singular or plural components; even if a component is expressed in the plural form, it may be composed of a singular form, and even if a component is expressed in the singular form, it may be composed of a plural form.

[0230] Meanwhile, although specific embodiments have been described in the detailed description of the present disclosure, it is understood that various modifications are possible within the scope of the present disclosure. Therefore, the scope of the present disclosure should not be limited to the described embodiments, but should be defined by the claims set forth below as well as equivalents thereof.

[0231] The various embodiments of the present disclosure and the terms used therein are not intended to limit the technology described in the present disclosure to specific embodiments and should be understood to include various modifications, equivalents, and / or substitutions of said embodiments. In connection with the description of the drawings, similar reference numerals may be used for similar components. A singular expression may include a plural expression unless the context clearly indicates otherwise. In the present disclosure, expressions such as "A or B," "at least one of A and / or B," "A, B or C," or "at least one of A, B and / or C" may include all possible combinations of items listed together. Expressions such as "first," "second," "first," or "second" may modify said components regardless of order or importance and are used only to distinguish one component from another and do not limit said components. Where it is stated that a certain (e.g., 1st) component is "(functionally or telecommunicationally) connected" or "connected" to another (e.g., 2nd) component, the certain component may be directly connected to the other component or connected through the other component (e.g., 3rd component).

[0232] As used in this disclosure, the term "module" includes a unit composed of hardware, software, or firmware, and may be used interchangeably with terms such as logic, logic block, component, or circuit. A module may be a component formed integrally, or a minimum unit or part thereof that performs one or more functions. For example, a module may be composed of an application-specific integrated circuit (ASIC).

[0233] Various embodiments of the present disclosure may be implemented as software (e.g., a program) containing instructions stored in a machine-readable storage medium (e.g., internal memory or external memory) that is readable by a machine (e.g., a computer). The machine may include terminals (e.g., a first terminal (210), a second terminal (220)) according to various embodiments of the present disclosure, which are devices capable of calling instructions stored from the storage medium and operating according to the called instructions. When an instruction is executed by a processor (e.g., the processor (620) of FIG. 6a and 6b or the processor (720) of FIG. 10), the processor may perform a function corresponding to the instruction directly or using other components under the control of the processor. The instruction may include code generated or executed by a compiler or an interpreter.

[0234] A device-readable storage medium may be provided in the form of a non-transitory storage medium. Here, 'non-transitory' means merely that the storage medium does not contain a signal and is tangible, without distinguishing whether data is stored semi-permanently or temporarily on the storage medium.

[0235] Methods according to the various embodiments disclosed in this disclosure may be provided as included in a computer program product. The computer program product may be traded between a seller and a buyer as a product. The computer program product may be distributed in the form of a device-readable storage medium (e.g., compact disc read-only memory (CD-ROM)) or online through an application store (e.g., Play Store™). In the case of online distribution, at least a portion of the computer program product may be temporarily stored or temporarily created in a storage medium such as the memory of a manufacturer's server, an application store's server, or a relay server.

[0236] Each component (e.g., module or program) according to various embodiments may be composed of a singular or multiple entities, and some of the aforementioned sub-components may be omitted, or other sub-components may be additionally included in various embodiments. Generally or additionally, some components (e.g., module or program) may be integrated into a single entity to perform the functions performed by each of the respective components prior to integration in the same or similar manner. The operations performed by the module, program, or other components according to various embodiments may be executed sequentially, in parallel, iteratively, or heuristically, or at least some operations may be executed in a different order, omitted, or other operations added.

Claims

1. A method for providing content performed by a first server in a wireless communication system, A step of receiving a content request from a terminal; A step of checking whether a first media segment file corresponding to the above content request exists; A step of obtaining the first media segment file; A step of determining a first energy consumed in generating the first media segment file and a second energy consumed in receiving the first media segment file for acquiring the first media segment file; and A method comprising the step of obtaining a second media segment file based on the above verification result.

2. In Paragraph 1, If, as a result of the above verification, the first energy consumed in generating the first media segment file is greater than the second energy consumed in receiving the first media segment file, the step of receiving information about the second media segment file from the control server; and A method characterized by further including the step of receiving the second media segment file from the second server based on information regarding the second media segment file.

3. In Paragraph 1, If, as a result of the above verification, the second energy consumed in receiving the first media segment file is greater than the first energy consumed in generating the first media segment file, the step of receiving information about the second media segment file from the control server; and A method characterized by further including the step of generating the second media segment file based on information regarding the second media segment file.

4. In Paragraph 1, The above-mentioned acquisition step is, A method further comprising the step of transmitting the first media segment file to the terminal when, as a result of checking whether the first media segment file exists, the first media segment file exists on the first server.

5. In Paragraph 1, The above-mentioned acquisition step is, A step of creating the first media segment file if, as a result of checking whether the first media segment file exists, the first media segment file does not exist on the first server; and A method characterized by further including the step of requesting the first media segment file from the second server.

6. In Paragraph 5, A step of receiving the first media segment file from the second server; and A method further comprising the step of transmitting the first media segment file, which was obtained first, to the terminal in accordance with the creation of the first media segment file and the reception of the first media segment file.

7. A method for providing content performed by a control server in a wireless communication system, A step of receiving an information request for a second media segment file from a first server that has acquired a first media segment file corresponding to the content request in accordance with the content request of the terminal; and Based on the above request, the step of transmitting information about the second media segment file to the first server; is included, A method characterized by the second media segment file being obtained by the first server based on information regarding the second media segment file.

8. In a first server of a wireless communication system, Transmitter / receiver; and Controls receiving a content request from a terminal through the above-mentioned transmission and reception unit, and Checking whether a first media segment file corresponding to the above content request exists, Acquire the above-mentioned first media segment file, and Confirming the first energy consumed in generating the first media segment file and the second energy consumed in receiving the first media segment file for acquiring the first media segment file, A first server comprising: a control unit that controls the acquisition of a second media segment file based on the above verification result.

9. In Paragraph 8, The above control unit is, If, as a result of the above verification, the first energy consumed in generating the first media segment file is greater than the second energy consumed in receiving the first media segment file, information regarding the second media segment file is received from the control server through the transmission and reception unit, and A first server that controls the reception of the second media segment file from the second server through the transmitting and receiving unit based on information regarding the second media segment file.

10. In Paragraph 8, The above control unit is, If, as a result of the above verification, the second energy consumed in receiving the first media segment file is greater than the first energy consumed in creating the first media segment file, information regarding the second media segment file is received from the control server through the transmission and reception unit, and A first server characterized by controlling the creation of the second media segment file based on information regarding the second media segment file.

11. In Paragraph 8, The above control unit is, A first server characterized by controlling the transmission of the first media segment file to the terminal through the transmission and reception unit when, as a result of checking whether the first media segment file exists, the first media segment file exists on the first server.

12. In Paragraph 8, The above control unit is, If, as a result of checking whether the first media segment file exists, the first media segment file does not exist on the first server, the first media segment file is created, and A first server characterized by controlling the request of the first media segment file to the second server.

13. In Paragraph 12, The above control unit is, The first media segment file is received from the second server through the transmission / reception unit, and A first server characterized by controlling the transmission of the first media segment file, which was obtained first, to the terminal through the transmitting and receiving unit in accordance with the creation of the first media segment file and the reception of the first media segment file.

14. In a control server of a wireless communication system, Transmitter / receiver; and In accordance with the content request of the terminal, an information request for a second media segment file is received through the transmission and reception unit from the first server that has acquired a first media segment file corresponding to the content request, and A control unit that controls the transmission of information regarding the second media segment file to the first server through the transmitting and receiving unit based on the above request; is included. A control server characterized by the second media segment file being obtained by the first server based on information regarding the second media segment file.

Images