Communication device, server device, base station, control method, and program

Abstract

Provided is a communication device that operates as a UE in a 3GPP network. The communication device is characterized by comprising a transmission control means that includes traffic control information in NSSAI, a BSR, an RRC message, or RAN awareness information, the traffic control information indicating a bit rate type of data to be transmitted from the communication device, and transmits the thus obtained information, wherein the bit rate type includes at least one of CBR or VBR.

Description

Communication device, server device, base station, control method and program

[0001] The present invention relates to a communication device, a control method, and a program.

[0002] The Third Generation Partnership Project (3GPP (registered trademark)) is currently studying cellular communication standards (hereinafter referred to as "3GPP standards"). 3GPP is currently studying how to apply the 3GPP standards to various applications, and one of these applications is XR (extended reality).

[0003] Here, XR refers to a technology that provides a new experience by combining real space and virtual space, such as VR (Virtual Reality), AR (Augmented Reality), and MR (Mixed Reality).

[0004] 3GPP envisions a configuration in which high-definition CG (Computer Graphics) rendering functions by an XR server, such as a cloud server, are linked with high-performance XR devices such as HMDs via 5G cellular communication. HMD is an abbreviation for Head Mounted Display. In such XR systems, high image quality, low latency, and stable real-time video transmission are required for 5G cellular communication. The 3GPP standard specifies dynamic scheduling and periodic scheduling as radio resource allocation methods for stable transmission of data such as video and audio. As periodic scheduling, SPS (Semi Persistent Scheduling) is specified for the downlink, and CS (Configured Scheduling) is specified for the uplink.

[0005] On the other hand, when connecting and using user equipment (UE), which is an XR device, to a 5G cellular communication network, there is a limit to the wireless resources that can be secured by wireless communication, so it is necessary to compress and expand the transmitted video using a codec.

[0006] In XR devices and XR servers, it is possible to select a traffic control method for compression and decompression when wirelessly transmitting video, such as CBR (Constant Bit Rate) or VBR (Variable Bit Rate). These control methods are used depending on the use case and usage scenario from the viewpoints of video transmission stability and high image quality.

[0007] A technology has been proposed in the past in which a slave station notifies a master station of information such as VBR or CBR to request communication link establishment, and the slave station transmits data in accordance with the scheduled allocation of wireless resources (Patent Document 1).

[0008] Japanese Patent Application Laid-Open No. 2001-223716

[0009] The 3GPP standard does not provide a mechanism for a base station to select an appropriate radio resource allocation method according to the traffic control method, such as CBR or VBR, requested by the UE, which is an XR device, or the destination server, which is an XR server. Therefore, when the radio resource allocation method of the base station is periodic scheduling and the traffic control method of the UE is VBR, the radio resources reserved at low bit rates may be wasted. Furthermore, when an instantaneous high bit rate occurs, it is not possible to transmit all of the data to be transmitted using the reserved radio resources, and transmission will be performed using the radio resources of the next period, which may increase delays. On the other hand, when the base station uses dynamic scheduling and the UE uses CBR, it is necessary to transmit DCI (Downlink Control Information) to reserve radio resources sequentially, and the radio resources for transmitting the DCI are wasted.

[0010] In view of at least one of the above problems, one aspect of the present disclosure aims to provide a technology that enables suppression of an increase in delay and efficient use of radio resources.

[0011] According to one aspect of the present invention, there is provided a communication device that operates as a UE of a 3GPP network, and includes a transmission control means that transmits traffic control information indicating a bit rate type of data to be transmitted from the communication device in an NSSAI (Network Slice Selection Assistance Information), a BSR (Buffer Status Report), an RRC (Radio Resource Control) message, or RAN (Radio Access Network) awareness information, wherein the bit rate type includes at least one of CBR (Constant Bit Rate) and VBR (Variable Bit Rate).

[0012] According to one aspect of the present disclosure, a base station in the 3GPP standard can select dynamic or periodic as an appropriate radio resource allocation method according to the CBR and VBR requested by a UE or a destination server, thereby suppressing an increase in delay and achieving efficient use of radio resources.

[0013] 1 is a diagram illustrating an example of the configuration of a wireless communication system. FIG. 1 is a functional block diagram illustrating an example of the hardware configuration of a UE. FIG. 2 is a functional block diagram illustrating an example of the software configuration of a UE. FIG. 3 is a functional block diagram illustrating an example of the hardware configuration of a base station. FIG. 4 is a functional block diagram illustrating an example of the software configuration of a base station. FIG. 5 is a functional block diagram illustrating an example of the hardware configuration of a server device. FIG. 6 is a functional block diagram illustrating an example of the software configuration of a server device. FIG. 7 is a flowchart illustrating an example of a process for determining a wireless resource allocation method in a base station. FIG. 8 is a sequence diagram illustrating an example of a case where a UE performs uplink video transmission at CBR. FIG. 9 is a sequence diagram illustrating an example of a case where a UE performs uplink video transmission at VBR. FIG. 10 is a diagram illustrating an example of a configuration of a wireless communication system (Embodiment 2). FIG. 11 is a functional block diagram illustrating an example of the software configuration of a server device (Embodiment 2). FIG. 12 is a sequence diagram illustrating an example of a case where a server device performs downlink video transmission at CBR. FIG. 10 is a sequence diagram showing an example in which a server device performs downlink video transmission at CBR (another embodiment);

[0014] Hereinafter, embodiments will be described in detail with reference to the accompanying drawings. Note that the configurations shown in the following embodiments are merely examples, and the present invention is not limited to the illustrated configurations.

[0015] [Embodiment 1] Fig. 1 shows a configuration example of a wireless communication system according to an embodiment of the present disclosure. A communication network 100 includes a UE 111, which is an XR device, a base station 110, and a CN (core network) 112. The UE 111 has completed an RRC (Radio Resource Control) connection process with the base station 110 and is now ready for communication. That is, the internal state of the UE 111 is RRC CONNECTED. Furthermore, the UE 111 is connected to an Internet line 113 via the base station 110 and the CN 112 via Internet Protocol (IP), and is ready for IP communication with a server device 114, which is an XR server.

[0016] An XR application client (hereinafter simply referred to as the XR client) is launched in the UE 111. The XR client connects to an XR application server (hereinafter simply referred to as the XR app server) running on the server device 114, and the XR application is executed. The XR client running on the UE 111 compresses video captured by a camera mounted on the UE 111 (hereinafter simply referred to as the real video) using a codec and transmits the video to the XR app server running on the server device 114 in accordance with RTP. Note that RTP stands for Real-time Transport Protocol. At this time, inertial information such as 6DOF (Six Degrees of Freedom) is transmitted from the UE 111 to the server device 114 in accordance with UDP (User Datagram Protocol).

[0017] The base station 110 allocates downlink and uplink radio resources to the UE 111. The base station 110 may be a base station compatible with LTE, 5G, 6G, or a generation after 6G. The base station 110 may be an eNB or a gNB, or may be a NB (Node B) compatible with 6G or 6G or later. A base station compatible with 6G may also be called a 6gNB.

[0018] The radio resource allocation method performed by the base station 110 may be dynamic scheduling or periodic scheduling. Dynamic scheduling is a method of allocating radio resources to a UE each time downlink communication and uplink communication occur. On the other hand, periodic scheduling is a method of pre-allocating radio resources to a UE at a predetermined period when it is known in advance that transmission data will occur periodically.

[0019] As periodic scheduling, SPS (Semi Persistent Scheduling) is defined for the downlink, and CS (Configured Scheduling) is defined for the uplink. When SPS is used, the base station 110 configures the periodicity of downlink radio resources using an RRC message. Furthermore, the base station 110 activates and deactivates the configured downlink radio resources by transmitting DCI on a PDCCH (Physical Downlink Control channel).

[0020] When using CS, the base station 110 configures the periodicity of uplink radio resources using an RRC message. CS is also called a Configured grant. Type 1 Configured grant and Type 2 Configured grant are defined for CS. When using Type 1 Configured grant, the base station 110 configures the periodicity of uplink radio resources and the start timing of radio resource allocation using only an RRC message. When using Type 2 Configured grant, the base station 110 configures the periodicity of uplink radio resources using an RRC message. Furthermore, the base station 110 activates and deactivates the configured uplink radio resources by transmitting DCI on the PDCCH.

[0021] Here, it is assumed that CBR, for example, is selected as the traffic control method when compressing real video in UE 111. In this case, UE 111 notifies the base station 110 of information indicating that the traffic control method during video transmission is CBR. In the following description, information indicating the traffic control method during video transmission is referred to as "traffic control information." When the traffic control information from UE 111 indicates CBR, the base station 110 determines the radio resource allocation method to be CS, which is periodic scheduling. Here, the determination of the uplink radio resource allocation method in the base station 110 according to the traffic control information from UE 111 may be performed before RTP transmission is performed by the XR client and the XR app server.

[0022] Meanwhile, the XR application server running on the server device 114 estimates the position and orientation of the UE 111, which is an XR device, from the received real-world video and information such as 6DOF. The XR application server renders a 2D video frame (hereinafter referred to as CG video) from the UE 111's viewpoint relative to a 3DCG (3-dimensional computer graphics) model according to the estimated position and orientation of the UE 111. The server device 114 compresses the rendered CG video using a codec and transmits it to the UE 111 via RTP. Here, similar to the UE 111, the server device 114 also selects, for example, VBR as the traffic control method setting for the codec. In this case, if the traffic control information from the server device 114 indicates VBR, the base station 110 determines the radio resource allocation method to be dynamic scheduling. Here, the traffic control information from the server device 114 may be transmitted to the base station 110 via the UE 111. A specific method for notifying traffic control information will be described later.

[0023] The UE 111 displays on the HMD an image (hereinafter referred to as an XR image) that is a composite of the CG image received by the XR client and the real image captured in real time. Here, in order to composite the images, alpha information and other information associated with the CG image may be transmitted using RTP in addition to the CG image, but details will be omitted. In this way, the base station 110 determines the wireless resource allocation method in the communication network 100 according to the traffic control information specified by the UE 111 and the server device 114.

[0024] For the sake of convenience, CBR and VBR are selected as the traffic control methods for the UE 111 and the server device 114. However, the traffic control methods may be reversed or may be set to the same value, or other different traffic control methods may be set. Examples of other different traffic control methods include ABR (Average Bit Rate) and MBR (Maximum Bit Rate).

[0025] CBR is a control method for maintaining the video bit rate at a constant value (fixed value).

[0026] VBR is a control method that varies the bit rate depending on the video. ABR is a control method that keeps the average video bit rate at a specified value. MBR is a control method that varies the video bit rate while preventing the bit rate from exceeding a set upper limit. The types of CBR, VBR, ABR, and MBR may also be called bit rate types.

[0027] Furthermore, the server device 114 is assumed to be a cloud server as the XR server to which the UE 111 is connected, but may be a MEC server (Multi-access Edge Computing) running on the communication network 100. Alternatively, the server device 114 may be a server device running in an on-premise environment, in which case a local communication network may be applied instead of the communication network 100.

[0028] In addition to RTP, SRT, RTMP, HLS, MPEG-DASH, and the like may be used as video transmission protocols between UE 111 and server device 114. Here, SRT stands for Secure Reliable Transport, RTMP stands for Real-Time Messaging Protocol, and HLS stands for HTTP Live Streaming. MPEG-DASH stands for MPEG Dynamic Adaptive Streaming over HTTP.

[0029] In this embodiment, the UE 111 is assumed to be an XR device, but may be other imaging devices such as a video camera or a network camera, or a mobile terminal such as a smartphone or a tablet PC.

[0030] 2 is a functional block diagram showing an example of the hardware configuration of the UE 111 according to this embodiment. The UE 111 is configured with the following hardware: a control unit 201, a storage unit 202, a wireless communication unit 203, an antenna control unit 204, an antenna 205, a codec 206, a camera imaging unit 207, an image synthesis unit 208, a panel display unit 209, and an inertial measurement unit 210.

[0031] The control unit 201 includes one or more processors such as a CPU (Central Processing Unit) or an MPU (Micro Processing Unit). The control unit 201 may also include an FPGA (Field Programmable Gate Array), a DSP (Digital Signal Processor), an ASIC (Application Specific Integrated Circuit), or the like. The control unit 201 controls the entire device by, for example, executing a control program stored in the storage unit 202.

[0032] The storage unit 202 includes one or more storage devices (memories), such as a random access memory (RAM), a read-only memory (ROM), a hard disk drive (HDD), and a solid state drive (SSD). The storage unit 202 is configured to store various programs (e.g., control programs) executed by the control unit 201 and various information used in processing by the control unit 201. The various information includes, for example, traffic control information, 6DOF information, real images, CG images, and XR images. The storage unit 202 is also configured to function as a transmission / reception buffer for packets transmitted and received by the wireless communication unit 203.

[0033] The traffic control information includes information necessary for the base station 110 to determine a radio resource allocation method suitable for the UE 111. The traffic control information includes at least VBR or CBR, which is the traffic control method setting in the codec 206, and may also include a target bit rate value during compression. Here, the traffic control method may be specified as another method supported by the codec 206, such as MBR or ABR.

[0034] Furthermore, the traffic control information may be transmitted to the base station 110 by a BSR, an NSSAI, an RRC message, or RAN awareness information. BSR is an abbreviation for Buffer Status Report, and NSSAI is an abbreviation for Network Slice Selection Assistance Information. Furthermore, RAN is an abbreviation for Radio Access Network. The RRC message may be UE Assistance Information or an RRC Setup Request. Furthermore, the traffic control information may be transmitted to the base station 110 by a new MAC Control Element (CE). By transmitting traffic control information using a BSR, the amount of transmission data and the bit rate type of the transmission data can be notified at the same time.

[0035] Furthermore, the UE 111 may include an NSSAI specifying the traffic control information in an RRC Setup Complete and transmit the NSSAI to the base station 110. Furthermore, after establishing a link in the RRC, the UE 111 may include the traffic control information in an RRC message, UE Assistance Information, and transmit the same to the base station 110. When using SPS or CS, the RRC layer sets the periodicity of radio resources. Therefore, using an RRC message to transmit traffic control information eliminates the need for cross-layer processing when selecting a scheduling method, which has the advantage of simplifying the implementation of protocol control in the base station 110 and the UE 111.

[0036] The wireless communication unit 203 performs processing related to wireless communication (cellular communication) that complies with 3GPP standards such as the LTE (Long Term Evolution) standard or the 5G (fifth generation) standard. The wireless communication unit 203 includes circuits for communication processing, such as a baseband chip and an RF (radio frequency) chip. The wireless communication unit 203 also operates in accordance with a wireless resource allocation method determined by the base station 110.

[0037] The antenna control unit 204 controls the antenna 205 used for wireless communication performed by the wireless communication unit 203 .

[0038] To generate an XR image, the camera imaging unit 207 captures a real image to be combined with the CG image from the server device 114, develops the RAW image, and stores the captured image in the storage unit 202. The captured real image is transmitted by RTP to an XR application server executed on the server device 114 to estimate the position and orientation of the UE 111. The camera imaging unit 207 is configured to be able to capture stereo images from multiple cameras, and multiple real images with different angles of view may be captured depending on the application.

[0039] The codec 206 compresses the real-world video captured by the camera imaging unit 207 to a size that can be transmitted to the server device 114, and stores the compressed video in the storage unit 202. The codec 206 also expands the CG video received from the server device 114 and inputs the video to the video synthesis unit 208. The traffic control method setting for compression is selected according to the type of video to be transmitted in the use case or usage scenario of the XR application, and user settings. Note that user settings may include, for example, level settings for responsiveness such as low latency, CG placement accuracy, video quality, display stability, and the like.

[0040] The image synthesis unit 208 synthesizes the CG image from the codec 206 with the real image acquired by the camera imaging unit 207 to generate an XR image.

[0041] The panel display unit 209 displays the XR images, which are stereo images generated by the image synthesis unit 208, on a plurality of panels. The panels are configured by LCDs, micro OLEDs, micro LED displays, or the like.

[0042] The inertial measurement unit 210 acquires 6 DOF, which is attitude information of the UE 111, and stores it in the storage unit 202. The acquired 6 DOF is transmitted by the XR client to the server device 114 by, for example, UDP, and is used to estimate the position and attitude of the UE 111 in the XR application server.

[0043] 3 is a functional block diagram showing an example of the software configuration of the UE 111 according to this embodiment. The UE 111 includes a signal transmitting unit 301, a signal receiving unit 302, a data storage unit 303, a connection control unit 304, an XR function control unit 305, a video transmission control unit 306, and a traffic information generating unit 307. The functions of each block shown in FIG. 3 can be realized by the control unit 201 executing a control program stored in the storage unit 202.

[0044] The signal transmitting unit 301 and the signal receiving unit 302 control the wireless communication unit 203 to transmit and receive wireless signals to and from the base station 110. The signal transmitting unit 301 and the signal receiving unit 302 transmit and receive wireless signals that comply with the 3GPP standard such as the LTE standard or the 5G standard. The signal transmitting unit 301 is an example of a transmission control means.

[0045] The data storage unit 303 stores various programs and various data (various information) in the storage unit 202 to hold them.

[0046] The connection control unit 304 performs processes related to connection control in the communication network 100, such as transmitting and receiving RRC messages to and from the base station 110 for radio resource control. The connection control unit 304 also performs processes related to connection control with the CN 112, the Internet line 113, and the server device 114.

[0047] Here, the signal transmission unit 301, the signal reception unit 302, and the connection control unit 304 perform data communication using resource blocks allocated in the OFDMA system in accordance with DCI and the like notified in accordance with the radio resource allocation system determined by the base station 110. Here, OFDMA stands for Orthogonal Frequency Multiple Access. When communication is performed in the Sub6 band or the like, i.e., when data communication is performed using the TDD (Time Division Duplex) system, the same resource blocks in terms of frequency are allocated for downlink or uplink use based on the time slot. Therefore, from a macroscopic perspective, it can be said that uplink or downlink data communication is performed in a time-division manner, taking into account the TDD time slot. That is, when the TDD system is adopted in the Sub6 band, data communication is performed using resource blocks allocated taking into account the time slot.

[0048] The XR function control unit 305 controls the camera imaging unit 207, panel display unit 209, image synthesis unit 208, and inertial measurement unit 210 via each driver in order to generate XR images using the XR client. The XR function control unit 305 also handles the exchange of real images, CG images, and 6DOF information between the image transmission control unit 306 and the data storage unit 303.

[0049] The video transmission control unit 306 sets the traffic control method and target bit rate value selected by the XR function control unit 305 according to the video type, user settings, etc., in the codec 206. The video transmission control unit 306 generates wireless communication packets from the compressed real video using the codec 206 in accordance with RTP, and controls the signal transmission unit 301 to transmit the packets. The video transmission control unit 306 also controls the signal reception unit 302 to pass the CG video received from the server device 114 to the XR function control unit 305, and the CG video is decompressed by the codec 206.

[0050] The traffic information generation unit 307 generates traffic control information from the traffic control method and target bit rate value acquired from the XR function control unit 305. The generated traffic control information is included in an RRC message or the like by the connection control unit 304 and transmitted to the base station 110.

[0051] 4 is a functional block diagram showing an example of the hardware configuration of the base station 110 according to this embodiment. The base station 110 is configured from the following hardware: a control unit 401, a storage unit 402, a wireless communication unit 403, an antenna control unit 404, an antenna 405, and a wired communication unit 406. Note that the control unit 401, the storage unit 402, the wireless communication unit 403, the antenna control unit 404, and the antenna 405 have the same functions as those of the UE 111, so detailed descriptions will be omitted and only the differences will be described.

[0052] The storage unit 402 is configured to store various programs (e.g., control programs) executed by the control unit 401, and traffic control information from the UE 111 or the server device 114 that is used for processing by the control unit 401. The storage unit 402 is also configured to function as a transmission / reception buffer for transferring packets transmitted and received by the wired communication unit 406 and the wireless communication unit 403.

[0053] The wireless communication unit 403 performs data communication with the UE 111 in accordance with the wireless resource allocation method determined by the control unit 401 based on traffic control information from the UE 111 or the server device 114 .

[0054] The wired communication unit 406 is configured to set up a connection to the communication network 100 with the CN 112 via a wired backhaul line such as an optical line, and to perform data communication such as real images, CG images, and 6DOF information from the UE 111 and the server device 114.

[0055] 5 is a functional block diagram showing an example of the software configuration of the base station 110 according to this embodiment. The base station 110 includes a signal transmitting unit 501, a signal receiving unit 502, a data storage unit 503, a connection control unit 504, and a radio resource allocation determination unit 505.

[0056] The functions of the blocks shown in FIG. 5 can be realized by the control unit 401 executing a control program stored in the storage unit 402.

[0057] The signal transmitting unit 501 and the signal receiving unit 502 control the wireless communication unit 403 to transmit and receive wireless signals to and from the UE 111. The signal transmitting unit 501 and the signal receiving unit 502 transmit and receive wireless signals that comply with the 3GPP standard such as the LTE standard or the 5G standard. The signal receiving unit is an example of a receiving means. The signal transmitting unit is an example of a transmitting means.

[0058] The data storage unit 503 stores various programs and various data (traffic control information, etc.) in the storage unit 402 to hold them.

[0059] The connection control unit 504 performs processing related to connection of the communication network 100, such as transmitting and receiving an RRC message for radio resource control between the UE 111 and the wireless communication unit 403. The connection control unit 504 also performs processing related to setting up a connection between the communication network 100 and the CN 112, using the wired communication unit 406.

[0060] The radio resource allocation determination unit 505 determines a radio resource allocation method for the uplink in the UE 111 in accordance with traffic control information from the UE 111. Also, the radio resource allocation determination unit 505 determines a radio resource allocation method for the downlink to the UE 111 in accordance with traffic control information from the server device 114. A method for determining the radio resource allocation method will be described in detail later. The radio resource allocation determination unit 505 is an example of a determination means.

[0061] 6 is a functional block diagram showing an example of the hardware configuration of the server device 114 according to this embodiment. The server device 114 is configured from the following hardware: a control unit 601, a storage unit 602, a communication unit 603, a codec 604, and a CG generation unit 605. Note that the control unit 601 and the storage unit 602 have the same functions as the UE 111, so detailed explanations will be omitted and only the differences will be described.

[0062] The storage unit 602 is configured to store various programs (e.g., control programs) executed by the control unit 601 and various information (e.g., traffic control information, 6DOF information, real images, CG images, etc.) used in processing by the control unit 601. The storage unit 602 is also configured to function as a transmission / reception buffer for packets transmitted and received by the communication unit 603.

[0063] The communication unit 603 performs processing related to wired or wireless connection to the Internet line. The communication unit 603 includes circuits for communication processing, such as MAC and PHY chips for wired LAN, and baseband and RF (radio frequency) chips for wireless communication.

[0064] For example, if the server device 114 is an MEC server or a server device in an on-premises environment and is configured with a wired connection, the server device 114 may perform communication processing related to an optical backhaul line or a local LAN connection. If the server device 114 is configured with a wireless connection, the server device 114 may perform communication processing compliant with the LTE standard, the 5G standard, the 3GPP standard, or the wireless LAN standard.

[0065] The codec 604 decompresses the real image received from the UE 111 and inputs it to the CG generation unit 605. The codec 604 also compresses the CG image generated by the CG generation unit 605 and stores it in the storage unit 602. The traffic control method used during compression in the server device 114 is also selected according to the type of image to be transmitted in the XR application and user settings, similar to the UE 111. Here, with regard to the traffic control method used during compression, information set by the user in the UE 111 before image transmission begins may be transmitted to the server device 114 as information to be exchanged in the XR application.

[0066] The CG generation unit 605 estimates the position and orientation of the UE 111 from the real image expanded by the codec 604 and the 6DOF information received from the UE 111, and draws a CG image.

[0067] 7 is a functional block diagram showing an example of the software configuration of the server device 114 according to this embodiment. The server device 114 includes a signal transmitting unit 701, a signal receiving unit 702, a data storage unit 703, a connection control unit 704, an XR function control unit 705, a video transmission control unit 706, a traffic information generating unit 707, and an AF control unit 708. The functions of each block shown in FIG. 7 can be realized by the control unit 601 executing a control program stored in the storage unit 602.

[0068] The signal transmitting unit 701 and the signal receiving unit 702 control the communication unit 603 and transmit and receive data for executing the XR application with the UE 111 via the internet line 113. The signal transmitting unit 701 and the signal receiving unit 702 transmit and receive signals that comply with the wired LAN standard. Furthermore, depending on the type and connection form of the server device 114, they transmit and receive signals that comply with the LTE standard or the 5G standard, 3GPP standard, or wireless LAN standard. The signal transmitting unit 701 is an example of a transmission control means.

[0069] The data storage unit 703 stores various programs and various data (various information) in the storage unit 602 and thereby holds them.

[0070] The connection control unit 704 performs processing related to connection with the Internet line 113 .

[0071] The XR function control unit 705 controls the CG generation unit 605 via the XR application server, and generates CG images based on position estimation using real images and posture detection results using 6DOF information. The XR function control unit 705 also exchanges real images, CG images, and 6DOF information with the image transmission control unit 706 via the data storage unit 703.

[0072] The video transmission control unit 706 sets the traffic control method and target bit rate value acquired from the XR function control unit 705 in the codec 604 .

[0073] The video transmission control unit 706 generates Ethernet packets conforming to RTP from the compressed CG video using the codec 604, and transmits them by controlling the signal transmission unit 701. The video transmission control unit 706 also controls the signal reception unit 702 to pass the real video received from the UE 111 to the XR function control unit 705, which then decompresses the video using the codec 604.

[0074] The traffic information generation unit 707 generates traffic control information from the traffic control method and target bit rate value acquired from the XR function control unit 705. The traffic control information may be transmitted directly to the base station 110, but it becomes necessary for the server device 114 to identify the base station 110 connected to the communication network 100 to which the UE 111 belongs. In addition, it becomes necessary for the server device 114 to notify the base station 110 using a message that can be interpreted by the base station 110. For this reason, the traffic control information from the server device 114 is transmitted to the base station 110 once via the UE 111. A detailed method for notifying the traffic control information in the server device 114 will be described later.

[0075] 8 is a flowchart showing an example of a process for determining a radio resource allocation method in the base station according to this embodiment. Here, the process for determining a radio resource allocation method executed in the radio resource allocation determination unit 505 of the base station 110 will be described.

[0076] In S800, the base station 110 receives traffic control information from the UE 111 or the server device 114. Note that the base station 110 may receive the traffic control information from the server device 114 via the UE 111. In S801, the base station 110 determines whether the traffic control method is CBR based on the traffic control information. If the traffic control method is CBR, the base station 110 selects periodic scheduling (SPS or CS) as the radio resource allocation method (S802).

[0077] If the traffic control method is not CBR in S801, the base station 110 determines whether the traffic control method is VBR in S803. If the traffic control method is VBR, the base station 110 selects the dynamic scheduling method as the radio resource allocation method (S804).

[0078] If the traffic control method is not VBR, the base station 110 executes S805. In S805, the base station 110 selects SPS or CS, which are periodic scheduling methods, depending on the uplink or downlink, and adjusts the transmission frequency of the DCI. That is, the base station 110 controls to increase the frequency of updating the amount of periodically allocated radio resources. In this embodiment, the transmission frequency of the DCI is increased compared to when the traffic control method is determined to be CBR, SPS or CS is selected, and periodic scheduling is performed. The reason for this is explained below. When the traffic control method is ABR or MBR, the bit rate fluctuation is smaller than in VBR, but time-dependent changes in the bit rate may occur. Therefore, in this embodiment, by increasing the transmission frequency of the DCI, it is possible to adjust the amount (size) of radio resources allocated by periodic scheduling as needed, such as by appropriately increasing or decreasing it. The base station reviews the amount of radio resources to be allocated to the UE by periodic scheduling based on fluctuations in the bit rate that change over time. Then, the base station notifies the UE of the revised radio resource allocation via DCI, thereby tracking the trend of data volume fluctuations. In this embodiment, as an example, in the case of ABR or MBR, periodic scheduling is performed by increasing the frequency, while the amount of radio resources allocated by periodic scheduling is reviewed when the bit rate fluctuates, so that fluctuations can be tracked. However, this is not limited to this. Even when it is determined that the rate is ABR or MBR, fluctuations may occur, so dynamic scheduling may be applied as in VBR. Furthermore, in the case of MBR, radio resources of a size that allows transmission of the upper limit bit rate without problems may simply be allocated by periodic scheduling, and the frequency of DCI may be controlled in the same way as in CBR.

[0079] Here, when the traffic control information corresponds to downlink communication from the server device 114, the UE 111 may add an identifier that can be used to determine that the traffic control information is downlink information to the traffic control information and transmit the information to the base station 110. Furthermore, instead of or in addition to the identifier, the UE 111 may add information about the server device 114 that is the sender and transmit the information to the base station 110. Furthermore, the UE 111 may include address information (such as an IP address, a MAC address, or a port number) of the server device 114 that is the sender in the traffic control information. Similarly, when the traffic control information corresponds to uplink communication from the UE 111, the UE 111 may include an identifier that can be used to determine that the traffic control information is uplink information in the traffic control information.

[0080] Alternatively, the traffic control information may include a bit field that can simply specify an uplink and a downlink as an identifier. If the traffic control information corresponds to an uplink, the UE 111 may set a bit value that specifies an uplink in the bit field. If the traffic control information corresponds to a downlink, the UE 111 may set a bit value that specifies a downlink in the bit field.

[0081] If the traffic control information received in S800 corresponds only to the downlink, the base station 110 may determine the downlink scheduling method according to the processing procedure of S801 to S805. In this case, the base station 110 may use dynamic scheduling as the uplink scheduling method.

[0082] If the traffic control information received in S800 corresponds only to the uplink, the base station 110 may determine the scheduling method for the uplink according to the processing procedure of S801 to S805. In this case, the base station 110 may use dynamic scheduling as the scheduling method for the downlink.

[0083] 9 is a sequence diagram showing an example of uplink video transmission performed by a UE at CBR. In FIG. 9, the XR application is already running on the UE 111 and the server device 114, and in S900, the UE 111 is about to start transmitting captured real video to the server device 114. Also, the traffic type of the data transmitted by the XR application is assumed to be CBR.

[0084] In S901, the UE 111 transmits traffic control information specifying CBR in an RRC message to the base station 110. In S902, the base station 110 receives the RRC message.

[0085] The RRC message may be UE Assistance Information. Furthermore, when the RRC link was established before S900, the UE 111 may have included the traffic control information in an RRC Setup Complete and transmitted it to the base station 110. Furthermore, the UE 111 may include the traffic control information in a BSR and transmit it to the base station 110, or may transmit the traffic control information to the base station 110 using a new MAC CE. Furthermore, the traffic control information may include information that explicitly or implicitly indicates that it is uplink traffic control information. Information that implicitly indicates that it is uplink traffic control information may be, for example, that the traffic control information does not include information indicating that it is uplink or downlink.

[0086] In S903, the base station 110 determines the radio resource allocation method to be CS according to the traffic control information received in S902 and in accordance with the radio resource allocation determination process described above.

[0087] In S904, the base station 110 transmits an RRC message including information indicating the periodicity of the CS. In S905, the UE 111 receives the RRC message and recognizes that it operates in the CS. In S906, the base station 110 determines radio resource allocation to the UE 111 in the uplink and transmits DCI via the PDCCH to start allocating radio resources in the CS. If traffic control information is notified using a BSR in S901, the base station 110 may determine the amount of radio resources allocated to the UE 111 in the uplink according to the amount of data specified in the BSR received in S902. The DCI includes a CS-RNTI (Radio Network Temporary Identifier) ​​indicating the identifier of the UE 111 used in the CS.

[0088] In S907, the UE 111 receives the DCI. In S908, the UE 111 transmits video data (real video) compressed by the codec 206 as RTP packets to the base station 110 in time slots according to the radio resource allocation specified by the DCI. Here, the RTP packets are transmitted via a PUSCH (Physical Uplink Shared channel) used for transmitting and receiving data packets on the uplink. In S909, the base station 110 receives the RTP packets and forwards them to the server device 114. Similarly, in S910 to S913, video transmission is performed according to periodic scheduling.

[0089] 10 is a sequence diagram showing an example of uplink video transmission performed by a UE in VBR. In FIG. 10, an XR application is executed in the UE 111 and the server device 114, and in S1000, the UE 111 is about to start transmitting captured real video to the server device 114. The traffic type of the data transmitted by the XR application is assumed to be VBR.

[0090] In S1001, the UE 111 transmits traffic control information specifying VBR to the base station 110 by including it in an RRC message. In S1002, the base station 110 receives the RRC message. The method of transmitting the traffic control information may be the same as the method described in S901.

[0091] In S1003, the base station 110 determines the radio resource allocation method to be dynamic scheduling according to the traffic control information received in S1002 and in accordance with the radio resource allocation determination process described above.

[0092] In S1004, the base station 110 starts dynamic scheduling. That is, the base station 110 determines radio resource allocation to the UE 111 in the uplink and transmits DCI via the PDCCH. If traffic control information is notified using a BSR in S1001, the base station 110 may determine the amount of radio resource allocation to the UE 111 in the uplink according to the amount of data specified in the BSR received in S1002. In S1005, the UE 111 receives DCI. Note that the DCI includes a C-RNTI (Cell-Radio Network Temporary Identifier) ​​indicating the identifier of the UE 111 used in dynamic scheduling.

[0093] In S1006, in a time slot according to the radio resource allocation specified by the DCI, the UE 110 transmits the video data (real video) compressed by the codec 206 as an RTP packet to the base station 110 via the PUSCH. At this time, the UE 110 may transmit a BSR to the base station 110 using the PUSCH to indicate the amount of video data.

[0094] In S1007, the base station 110 receives the RTP packets and forwards them to the server device 114. Similarly, in S1008 to S1015, radio resources are allocated according to the DCI transmitted each time from the base station 110, and the UE 111 transmits the RTP packets in the corresponding time slots. Furthermore, the base station 110 forwards the RTP packets from the UE 111 to the server device 114, thereby transmitting video.

[0095] 11 shows an example of traffic control information and setting values ​​according to this embodiment. Traffic control information S1100 is defined as 2-bit information. In traffic control information S1100, S1101 indicates VBR and is represented by the value "00". Similarly, CBR is represented by "01" in S1102, and other traffic control methods such as MBR and ABR are represented by "10" as "Others" in S1103. Furthermore, the remaining bit representation "11" in S1104 is assigned to Reserved.

[0096] If VBR is the default setting and no traffic control information is specified, dynamic scheduling is selected in the base station 110.

[0097] 12 shows an example of a BSR message format according to this embodiment. The BSR (S1200) is composed of an LCG_ID (S1201), a buffer size S1202, and an extension field S1203. The LCG_ID (S1201) is an abbreviation for Logical Channel Group ID and is an identifier for a logical channel.

[0098] In the extension field S1203 of the BSR (S1200), the lowest two bits can be used to notify the traffic control information S1100 to the base station 110. By using an extended BSR (S1200), there is an advantage that the amount of data in the transmission buffer and the traffic control method can be notified at the same time.

[0099] FIG. 13 shows an example of an S-NSSAI format according to this embodiment. One method for notifying traffic control information S1100 is to use S-NSSAI (S1300). S-NSSAI (S1300) is composed of SST (S1301) and SD (S1302). Here, SST is a Slice Service Type, and it is possible to specify and notify an appropriate slice type from eMBB (high speed, large capacity), URLLC (ultra-reliable, low latency), MIOT (multiple simultaneous connections), etc. In addition, SD is a Slice Differentiator, and the same SST can be separated into multiple network slices for use. Here, in SD (S1302) of S-NSSAI (S1300), the traffic control information S1100 can be specified using the lower two bits. The S-NSSAI (S1300) can be included in an RRC Setup Complete and notified by the UE 111 when the RRC link is established with the base station 110. By specifying the traffic control information S1100 in the SD (S1302) of the S-NSSAI (S1300), it is possible to improve the efficiency of signaling by generally specifying the SST and adding information for detailed radio resource allocation in the SD.

[0100] 14 is a sequence diagram showing an example of a case where a server performs downlink video transmission during CBR. In S1400, an XR application is executed, and the server device 114 renders CG video in accordance with real video from the UE 111, compresses it, and is ready to transmit it to the UE 111. The traffic type of the data transmitted by the XR application is assumed to be CBR.

[0101] In S1401, the UE 111 transmits a CBR as a control message of the video transmission application to the UE 111. Here, a control message of the XR application may be used instead of the control message of the video transmission application. In S1402, the UE 111 receives the control message from the server device 114.

[0102] In S1403, the UE 111 notifies the base station 110 of traffic control information specifying that the server device 114 transmits at CBR by including the traffic control information in an RRC message. The RRC message may be UE Assistance Information. Alternatively, the UE 111 may include the traffic control information in a BSR and transmit it to the base station 110, or may transmit the traffic control information to the base station 110 using a new MAC CE.

[0103] Furthermore, the traffic control information may include information that explicitly or implicitly indicates that it is downlink traffic control information. Information that implicitly indicates that it is downlink traffic control information may be, for example, that the traffic control information does not include information that indicates that it is uplink or downlink.

[0104] Furthermore, when traffic control information is transmitted by a BSR, the two least significant bits of the three least significant bits of the BSR extension field S1203 may be used as traffic control information S1100. The remaining one bit may be used as a field for setting an identifier indicating the communication direction, and may be set to 1, for example, indicating downlink. Furthermore, an extension field S1203 may be added to the BSR, and address information of the server device 114 may be included in the notification. Furthermore, a size corresponding to the target bit rate setting of the codec 604 in the server device 114 may be used as the buffer size S1202.

[0105] In step S1404, the base station 110 receives traffic control information. In step S1405, the base station 110 determines the downlink radio resource allocation method to be SPS based on the downlink identifier and information specifying CBR included in the traffic control information.

[0106] At S1406, the UE 111 transmits an RRC message including information indicating the periodicity of the SPS. At S1407, the UE 111 receives the RRC message and recognizes that downlink communication operates using the SPS.

[0107] In S1408, the base station 110 starts SPS. That is, the base station 110 determines to start allocating radio resources to the UE 111 in the downlink and transmits DCI via the PDCCH. If traffic control information is notified using a BSR in S1403, the base station 110 may determine the amount of radio resources to be allocated to the UE 111 in the downlink according to the amount of data specified in the BSR received in S1403. The DCI includes a CS-RNTI indicating the identifier of the UE 111 used in SPS. Here, the allocation of radio resources to the UE 111 in the downlink may be determined according to the state of the transmission buffer in the base station 110. In S1409, the UE 111 receives the DCI.

[0108] In S1410, when the UE 111 receives the DCI including the CS-RNTI, the base station 110 decides to start radio resource allocation, and the UE 111 notifies the base station 110 that it is ready for video transmission as a response message to the control message received in S1402. In S1411, the server device 114 receives the response message and starts video transmission.

[0109] In S1412, the server device 114 transmits the CG image generated by CBR as an RTP packet to the UE 111. In S1413, the base station 110 transmits the RTP packet from the server device 114 to the UE 111 via a PDSCH (Physical Downlink Shared Channel) in accordance with the SPS radio resource allocation determined in S1408. In S1414, the UE 111 receives the RTP packet, expands the compressed CG image, combines it with real-world images, generates XR images, and begins panel display. In S1415 to S1420, video transmission is similarly performed between the base station 110 and the UE 111 in accordance with the SPS, under the condition that a certain amount of radio resources are periodically secured.

[0110] FIG. 15 is a sequence diagram showing an example in which the server performs downlink video transmission at VBR.

[0111] In S1500, the XR application is executed, and the server device 114 renders CG images according to the real image from the UE 111, compresses the images, and is ready to transmit them to the UE 111. The traffic type of the data transmitted by the XR application is VBR.

[0112] In S1501, VBR is transmitted as a control message of the video transmission application to the UE 111. Here, a control message of the XR application may be used instead of the control message of the video transmission application. In S1502, the UE 111 receives the control message from the server device 114.

[0113] In S1503, the UE 111 includes traffic control information specifying that the server device 114 transmits at VBR in an RRC message and notifies the base station 110. The method for transmitting the traffic control information may be the same as the method described in S1403.

[0114] When the traffic control information is transmitted by BSR, the information may be notified as information that identifies the downlink using an extension field of the BSR, as in the case of CBR. Also, the buffer size S1202 may be a size according to the target bit rate setting of the codec 604 in the server device 114.

[0115] In step S1504, the base station 110 receives traffic control information and determines, in step S1405, dynamic scheduling as the downlink radio resource allocation method based on the downlink identifier and information specifying VBR included in the traffic control information.

[0116] In S1506, the base station 110 of the UE 111 determines radio resource allocation and notifies the UE 111 that video transmission is ready in a response message to the control message received in S1502. In S1507, the server device 114 receives the response message and starts video transmission.

[0117] In S1508, the server device 114 transmits the CG video generated by VBR to the UE 111 as an RTP packet. In S1509, the base station 110 determines radio resource allocation to the UE 111 in the downlink and transmits DCI via the PDCCH. If traffic control information is notified using a BSR in S1503, the base station 110 may determine the amount of radio resource allocation to the UE 111 in the downlink according to the amount of data specified in the BSR received in S1503. The DCI includes a C-RNTI indicating the identifier of the UE 111 used in dynamic scheduling. Here, the radio resource allocation to the UE 111 in the downlink may be determined according to the state of the transmission buffer in the base station 110. In S1510, the UE 111 receives the DCI from the base station 110 and, through dynamic scheduling, determines the frequency resource (resource block) and time resource (time slot) on which the RTP packet will be transmitted.

[0118] In S1511, the base station 110 transmits RTP packets from the server device 114 to the UE 111 via the PDSCH in accordance with the radio resource allocation for dynamic scheduling determined in S1509. In S1512, the UE 111 receives the RTP packets. From the received RTP packets, XR video is generated in the same manner as in CBR, and panel display begins. In S1513 to S1522, video transmission is similarly performed between the base station 110 and the UE 111 in accordance with dynamic scheduling under conditions in which the transmission size and timing change dynamically.

[0119] [Embodiment 2] In the first embodiment, an example was described in which a radio resource allocation method for the uplink and downlink between the UE 111 and the base station 110 is determined according to the traffic control method of the UE 111 and the server device 114. Here, in the first embodiment, an example was described in which downlink traffic control information is once transmitted from the server device 114 to the UE 111, and then the UE 111 adds identification information indicating the downlink and notifies the base station 110. In the second embodiment, an example will be described in which the server device 114 prompts the base station 110 to select a radio resource allocation method for the downlink by using the function of the CN 112. Below, a description of parts common to the first embodiment will be omitted.

[0120] FIG. 16 is a diagram showing an example of the configuration of a wireless communication system according to this embodiment (Embodiment 2).

[0121] The CN 1612 has the functions of the UPF 1600, NEF 1601, PCF 1602, and NSSF 1603, and the server device 1614 can access each function via the API of the NEF 1601. Note that the UPF 1600 stands for User Plane Function, and the NEF 1601 stands for Network Exposure Function. The PCF 1602 stands for Policy Control Function, and the NSSF 1603 stands for Network Slice Selection Function. The UPF 1600 processes traffic such as video transmission packets and control packets from the UE 111 or the server device 1614. The NEF 1601 can control some of the functions of the PCF 1602, NSSF 1603, and the like provided in the CN 1612 from the server device 1614 via an API (Application Programming Interface). Here, by setting traffic control information of the server device 1610 in the PCF 1602 and the NSSF 1603 via the NEF 1601 API, the base station 110 can determine the radio resource allocation method according to the set information. CBR or VBR may be directly specified as traffic control information to be set in the PCF 1602 from the server device 1610 via the NEF 1601 API. Alternatively, SPS or dynamic scheduling may be set as the radio resource allocation method of the base station 110. In addition, in NSSF1603, the base station 110 may register and specify an S-NSSAI (S1300) in which traffic control information (S1100) is specified in an SD (S1302) as the network slice to be used for the downlink.

[0122] In this way, by using the NEF 1601 API of the CN 1612, the server device 1610 prompts the base station 110 to determine the radio resource allocation method for the downlink, and the following effects can be obtained: That is, the process of the UE 111 transferring downlink traffic control information, which was described in the first embodiment, becomes unnecessary, and efficiency can be improved.

[0123] 17 is a diagram showing an example of the software configuration of a wireless communication system according to this embodiment (Embodiment 2). The server device 1610 includes an AF (Application Function) control unit 1700. Other functions are configured in the same way as the server device 114 of Embodiment 1.

[0124] The AF control unit 1700 is a function that exchanges control messages with the NEF 1601 API of the CN 1612. The AF control unit 1700 notifies the NEF 1601 API of traffic control information, a radio resource allocation method, and the like as setting information for the PCF 1602. The AF control unit 1700 also notifies the NSSF 1603 of the CN 1612 of a control message that registers and specifies the S-NSSAI (S1300).

[0125] FIG. 18 is a sequence diagram (embodiment 2) showing an example of a case where a server device performs downlink video transmission at CBR according to this embodiment.

[0126] In S1800, server device 1610 renders CG images based on real images from UE 111, compresses them, and is ready to transmit them to UE 111. In S1801, server device 1610 transmits an AF request message including traffic control information (e.g., CBR) to CN 1612. Here, the AF request message may be an S-NSSAI including traffic information, or may be a message specifying a radio resource allocation method (e.g., SPS) of base station 110. In addition, server device 1610 may add address information of UE 111 or the like to the AF request message as information identifying base station 110. In S1802, CN 1612 receives the AF request message from server device 1610.

[0127] In S1803, the traffic control information (e.g., CBR) of the server device 1610 is notified to the base station 110 via the PCF or NSSF of the CN 1612, and the base station 110 determines a radio resource allocation method (e.g., SPS). The traffic control information transmitted from the server device 1610 to the NEF 1601 is forwarded to an AMF (Access and Mobility Management Function). The traffic control information may be notified from the AMF to the base station 110 by being included in a message of an NG Application Protocol (NGAP) used in the Ng interface. For example, the traffic control information may be included in a message (PDU Session Resource Setup, etc.) that manages a PDU Session transmitted from the AMF to the base station 110. Alternatively, the traffic control information may be included in a message (such as INITIAL CONTEXT SETUP REQUEST) that manages the UE context and is transmitted from the AMF to the base station 110. Regarding the subsequent processing of S1804 to S1816, the response messages in the video application shown in S1410 and S1411 in the first embodiment are unnecessary, but are the same as S1406 to S1420.

[0128] [Other Embodiments] In the first embodiment, traffic control information is included in a control message for video transmission or an XR application, and transmitted to the UE 111. Here, as another method, a method of using traffic control information that may be included in container information of video data or a NAL (Network Abstraction Layer) unit will be described.

[0129] FIG. 19 is a sequence diagram showing an example in which a server device according to another embodiment performs downlink video transmission at CBR.

[0130] At S1900, the server device 114 is ready to compress CG video and transmit it to the UE 111. At S1901, the server device 114 starts video transmission and transmits RTP packets to the UE 111. At S1902, the base station 110 receives the RTP packets and notifies the UE 111 of radio resource allocation using DCI. At S1903, the UE 111 determines the time slot in which the RTP packets will be transmitted.

[0131] At S1904, the base station 110 transmits an RTP packet to the UE 111 via the PDSCH in accordance with the radio resource allocation. At S1905, the UE 111 receives the RTP packet. At S1906, the UE 111 identifies the traffic control method (e.g., CBR) in the server device 114 from the received video container information or NAL unit. The subsequent processing of S1907 to S1922 is the same as S1406 to S1420, although the response message in the video application shown in S1410 and S1411 in the first embodiment is not required.

[0132] [Modification] When the traffic type is video, signal transmission unit 301 of UE 111 may transmit traffic control information indicating CBR or VBR to base station 110. Similarly, when the traffic type is video, signal transmission unit 701 of server device 114 may transmit traffic control information indicating CBR or VBR to UE 111 or CN 1612.

[0133] When the traffic type is other than video, the signal transmitting unit 301 of the UE 111 may not transmit the traffic control information to the base station 110. Similarly, when the traffic type is other than video, the signal transmitting unit 701 of the server device 114 may not transmit the traffic control information to the UE 111 or the CN 1612.

[0134] [Additional Notes] The above-described embodiments can be described as follows.

[0135] [Supplementary Note 1] A communication device operating as a UE of a 3GPP network, comprising: a transmission control means for transmitting traffic control information indicating a bit rate type of data to be transmitted from the communication device in an NSSAI (Network Slice Selection Assistance Information), a BSR (Buffer Status Report), an RRC (Radio Resource Control) message, or RAN (Radio Access Network) awareness information, wherein the bit rate type includes at least one of CBR (Constant Bit Rate) and VBR (Variable Bit Rate).

[0136] [Supplementary Note 2] A server device to which a communication device operating as a UE of a 3GPP network is connected, the server device comprising: a transmission control means for transmitting traffic control information indicating a bit rate type of data to be transmitted from the server device to an NEF API (Network Exposure Function Application Interface) of a CN (Core Network), the traffic control information being included in an AF (Application Function) request message and transmitting the traffic control information indicating the bit rate type to the communication device, the traffic control information being included in a control message of a video transmission application.

[0137] [Supplementary Note 3] The communication device according to Supplementary Note 1, wherein the transmission control means transmits the traffic control information indicating CBR or VBR when the traffic type is video.

[0138] [Supplementary Note 4] The server device according to Supplementary Note 2, wherein the transmission control means transmits the traffic control information indicating CBR or VBR when the traffic type is video.

[0139] [Supplementary Note 5] The communication device according to Supplementary Note 1, wherein the transmission control means does not transmit the traffic control information when the traffic type is other than video.

[0140] [Supplementary Note 6] The server device according to Supplementary Note 2, wherein the transmission control means does not transmit the traffic control information when the traffic type is other than video.

[0141] [Supplementary Note 7] The server device according to Supplementary Note 2, wherein the server device is a cloud server connected to the communication device via a 3GPP network or an edge server operating in an on-premise environment.

[0142] [Supplementary Note 8] A base station of a 3GPP network, comprising: a receiving means for receiving traffic control information indicating information indicating a bit rate type of transmission data, the information being included in an NSSAI (Network Slice Selection Assistance Information), a BSR (Buffer Status Report), an RRC (Radio Resource Control) message, a RAN (Radio Access Network) awareness information, or an NGAP (NG Application Protocol) message, from a communication device that is a UE or a server device to which the communication device is connected; and a determining means for determining a radio resource allocation method, either dynamic scheduling or periodic scheduling, based on the traffic control information.

[0143] [Supplementary Note 9] The base station according to Supplementary Note 8, wherein the determining means further determines the radio resource allocation method to be a dynamic scheduling method when a bit rate type of the traffic control information received from the communication device or the server device is VBR (Variable Bit Rate).

[0144] [Supplementary Note 10] The base station according to Supplementary Note 8 or 9, wherein the determining means further determines the radio resource allocation method to be configured scheduling (CS) or semi-persistent scheduling (SPS), which are periodic scheduling methods, when a bit rate type of the traffic control information received from the communication device or the server device is constant bit rate (CBR).

[0145] [Supplementary Note 11] The base station according to any one of Supplementary Notes 8 to 10, wherein the determining means further determines the radio resource allocation method to be CS or SPS, which are periodic scheduling methods, when a bit rate type of the traffic control information received from the communication device or the server device is other than CBR or VBR, and further executes control to increase the transmission frequency of DCI (Downlink Control Information) for updating the radio resources.

[0146] [Supplementary Note 12] The base station according to any one of Supplementary Notes 8 to 11, wherein, when the transmission data is uplink data, the determining means determines one of a dynamic scheduling method and CS as the radio resource allocation method.

[0147] [Supplementary Note 13] The base station according to any one of Supplementary Notes 8 to 12, wherein, when the transmission data is downlink data, the determining means determines one of a dynamic scheduling method and an SPS method as the radio resource allocation method.

[0148] The present invention is not limited to the above-described embodiments, and various modifications and variations can be made without departing from the spirit and scope of the present invention. Therefore, the following claims are appended to apprise the public of the scope of the present invention.

[0149] This application claims priority based on Japanese Patent Application No. 2024-116892, filed on July 22, 2024, the entire contents of which are incorporated herein by reference.

[0150] 100 Communication network 110 Base station 111 UE 112 CN 113 Internet line 114 Server device

Claims

1. A communication device that operates as a UE in a 3GPP network, comprising: a transmission control means for transmitting traffic control information indicating a bit rate type of data to be transmitted from the communication device in an NSSAI (Network Slice Selection Assistance Information), a BSR (Buffer Status Report), an RRC (Radio Resource Control) message, or RAN (Radio Access Network) awareness information, wherein the bit rate type includes at least one of CBR (Constant Bit Rate) and VBR (Variable Bit Rate).

2. A server device to which a communication device operating as a UE in a 3GPP network is connected, characterized in that the server device has a transmission control means for transmitting traffic control information indicating the bit rate type of data to be transmitted from the server device to the CN (Core Network) NEF API (Network Exposure Function Application Interface) by including it in an AF (Application Function) request message, or for transmitting traffic control information indicating the bit rate type to the communication device by including it in a control message of a video transmission application.

3. The communication device according to claim 1, wherein said transmission control means transmits said traffic control information indicating CBR or VBR when the traffic type is video.

4. The server device according to claim 2, wherein said transmission control means transmits said traffic control information indicating CBR or VBR when the traffic type is video.

5. The communication device according to claim 1, wherein said transmission control means does not transmit said traffic control information when the traffic type is other than video.

6. The server device according to claim 2, wherein said transmission control means does not transmit said traffic control information when the traffic type is other than video.

7. The server device according to claim 2, wherein the server device is a cloud server connected to the communication device via a 3GPP network or an edge server operating in an on-premise environment.

8. A base station of a 3GPP network, comprising: a receiving means for receiving traffic control information indicating a bit rate type of transmission data, the information being included in an NSSAI (Network Slice Selection Assistance Information), a BSR (Buffer Status Report), an RRC (Radio Resource Control) message, a RAN (Radio Access Network) awareness information, or an NGAP (NG Application Protocol) message, from a communication device that is a UE or a server device to which the communication device is connected; and a determining means for determining a radio resource allocation method, either dynamic scheduling or periodic scheduling, based on the traffic control information.

9. The base station according to claim 8, wherein the determining means further determines the radio resource allocation method to be a dynamic scheduling method when the bit rate type of the traffic control information received from the communication device or the server device is VBR (Variable Bit Rate).

10. The base station according to claim 8 or 9, wherein the determining means further determines the radio resource allocation method to be CS (Configured Scheduling) or SPS (Semi Persistent Scheduling), which are periodic scheduling methods, when the bit rate type of the traffic control information received from the communication device or the server device is CBR (Constant Bit Rate).

11. The base station according to any one of claims 8 to 10, wherein the determining means further determines the radio resource allocation method to be CS or SPS, which are periodic scheduling methods, when a bit rate type of the traffic control information received from the communication device or the server device is other than CBR or VBR, and further executes control to increase the transmission frequency of DCI (Downlink Control Information) for updating the radio resources.

12. The base station according to any one of claims 8 to 11, wherein, when the transmission data is uplink data, the determining means determines either a dynamic scheduling method or CS as the radio resource allocation method.

13. A base station according to any one of claims 8 to 12, characterized in that, when the transmission data is downlink data, the determination means determines either a dynamic scheduling method or SPS as the radio resource allocation method.

14. A control method for a communication device operating as a UE in a 3GPP network, comprising the step of transmitting traffic control information indicating a bit rate type of data to be transmitted from the communication device in an NSSAI (Network Slice Selection Assistance Information), a BSR (Buffer Status Report), an RRC (Radio Resource Control) message, or RAN (Radio Access Network) awareness information, wherein the bit rate type includes at least one of CBR (Constant Bit Rate) and VBR (Variable Bit Rate).

15. A program that causes a computer of a communication device operating as a UE in a 3GPP network to execute a process of transmitting traffic control information indicating the bit rate type of data to be transmitted from the communication device in an NSSAI (Network Slice Selection Assistance Information), BSR (Buffer Status Report), RRC (Radio Resource Control) message, or RAN (Radio Access Network) awareness information, wherein the bit rate type includes at least one of CBR (Constant Bit Rate) and VBR (Variable Bit Rate).

16. A method for controlling a server device to which a communication device operating as a UE in a 3GPP network is connected, the method comprising the steps of: sending traffic control information indicating the bit rate type of data to be transmitted from the server device to an NEF API (Network Exposure Function Application Interface) of a CN (Core Network) by including it in an AF (Application Function) request message; or sending traffic control information indicating the bit rate type to the communication device by including it in a control message of a video transmission application.

17. A program for causing a computer of a server device to which a communication device operating as a UE in a 3GPP network is connected to execute a process of sending traffic control information indicating the bit rate type of data to be transmitted from the server device in an AF (Application Function) request message to the CN (Core Network)'s NEF API (Network Exposure Function Application Interface), or sending traffic control information indicating the bit rate type to the communication device in a video transmission application control message.

18. A method for controlling a base station in a 3GPP network, comprising the steps of: receiving traffic control information indicating information indicating a bit rate type of transmission data, the information being included in an NSSAI (Network Slice Selection Assistance Information), a BSR (Buffer Status Report), an RRC (Radio Resource Control) message, a RAN (Radio Access Network) awareness information, or an NGAP (NG Application Protocol) message, from a communication device that is a UE or a server device to which the communication device is connected; and determining a radio resource allocation method, either dynamic scheduling or periodic scheduling, based on the traffic control information.

19. A program for causing a computer in a base station of a 3GPP network to execute the following processes: receiving traffic control information indicating the bit rate type of transmission data contained in an NSSAI (Network Slice Selection Assistance Information), BSR (Buffer Status Report), RRC (Radio Resource Control) message, RAN (Radio Access Network) awareness information, or NGAP (NG Application Protocol) message from a communication device that is a UE or a server device to which the communication device is connected; and determining a radio resource allocation method, either dynamic scheduling or periodic scheduling, based on the traffic control information.

Images