Communication Control Method
Patent Information
- Application Number
- JP2024516261
- Authority / Receiving Office
- JP · JP
- Patent Type
- Patents
- Current Assignee / Owner
- Priority Date
- 2022-04-21
- Filing Date
- 2023-04-18
- Publication Date
- 2025-03-11
- Estimated Expiration
- 2043-04-18
Smart Images

Figure 0007644310000001 
Figure 0007644310000002 
Figure 0007644310000003
Abstract
Description
[Technical field]
[0001] The present disclosure relates to a communication control method in a mobile communication system. [Background technology]
[0002] XR (eXtended Reality) has been approved for Release 18 in the specifications of 3GPP (The Third Generation Partnership Project) (registered trademark; the same applies below), a standardization project for mobile communication systems. XR is a broad term that includes virtual reality (VR), augmented reality (AR), and mixed reality (MR), and describes an environment that combines the real world and virtual space. XR represents a composite environment of real space and virtual space generated by computer technology and wearable devices, and represents the interaction between humans and machines. [Prior art documents] [Non-patent literature]
[0003] [Non-Patent Document 1] RP-213587, 3GPP TSG RAN Meeting #94e, “Study on XR Enhancements for NR”, Nokia, Dec.6-17,2021 [Non-Patent Document 2] 3GPP TR 38.838 V17.0.0 (2021-12) Summary of the Invention
[0004] A communication control method according to one embodiment is a communication control method in a mobile communication system. The communication control method includes a step in which a user device transmits XR assist information related to eXtended Reality (XR) to a base station. Here, the XR includes virtual reality (VR), augmented reality (AR), and mixed reality (MR), and represents an environment in which the real world and a virtual space are integrated.
[0005] A communication control method according to one embodiment is a communication control method in a mobile communication system. The communication control method includes a step in which an access mobility management device transmits XR assist information related to XR to a base station. Here, the XR includes virtual reality, augmented reality, and mixed reality, and represents an environment in which the real world and a virtual space are integrated. [Brief description of the drawings]
[0006] [Figure 1] FIG. 1 is a diagram illustrating an example of the configuration of a mobile communication system according to the first embodiment. [Diagram 2] FIG. 2 is a diagram illustrating an example of the configuration of a UE (user equipment) according to the first embodiment. [Diagram 3] FIG. 3 is a diagram illustrating an example configuration of a gNB (base station) according to the first embodiment. [Figure 4] FIG. 4 is a diagram illustrating an example of the configuration of a protocol stack related to a user plane according to the first embodiment. [Diagram 5] FIG. 5 is a diagram illustrating an example of the configuration of a protocol stack related to a control plane according to the first embodiment. [Figure 6] FIG. 6 is a diagram illustrating an example of operation according to the first embodiment. [Figure 7] FIG. 7 is a diagram illustrating an example of an operation according to the first modification of the first embodiment. [Figure 8] FIG. 8 is a diagram illustrating an example of an operation according to the second modification of the first embodiment. [Figure 9] FIG. 9 is a diagram illustrating an example of an operation according to the third modification of the first embodiment. [Figure 10] FIG. 10 is a diagram illustrating an example of operation according to the second embodiment. [Figure 11] FIG. 11 is a diagram illustrating an example of operation according to the third embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
[0007] One aspect of the present disclosure aims to provide a communication control method that enables communication using XR to be carried out appropriately.
[0008] A mobile communication system according to an embodiment will be described with reference to the drawings. In the description of the drawings, the same or similar parts are denoted by the same or similar reference numerals.
[0009] [First embodiment] (Configuration of a mobile communication system) FIG. 1 is a diagram showing a configuration of a mobile communication system according to a first embodiment. The mobile communication system 1 complies with the 3GPP standard 5th Generation System (5GS). In the following description, 5GS is taken as an example, but the mobile communication system may be at least partially applied to a Long Term Evolution (LTE) system. Alternatively, the mobile communication system may be at least partially applied to a sixth generation (6G) system.
[0010] The mobile communication system 1 includes a user equipment (UE) 100, a 5G radio access network (NG-RAN) 10, and a 5G core network (5GC) 20. Hereinafter, the NG-RAN 10 may be simply referred to as the RAN 10. The 5GC 20 may be simply referred to as the core network (CN) 20.
[0011] The UE 100 is a mobile wireless communication device. The UE 100 may be any device that is used by a user. For example, the UE 100 is a mobile phone terminal (including a smartphone), a tablet terminal, a notebook PC, a communication module (including a communication card or a chipset), a sensor or a device provided in a sensor, a vehicle or a device provided in a vehicle (Vehicle UE), or an aircraft or a device provided in an aircraft (Aerial UE).
[0012] The UE 100 includes an XR device. The XR device is, for example, a device capable of processing XR. Specific examples of the XR device include a head-mounted display (HMD) that can be worn on a human head, AR glasses (or smart glasses), a mobile handset that can be held in the hand, a wristwatch-type device (smart watch), or a smartphone. These XR devices may be called wearable devices. The HMD includes a display, a lens, a tracking sensor, a camera, a control unit (such as a central processing unit (CPU) or a graphics processing unit (GPU)) that performs processing related to XR, and a communication function. The AR glasses have a function of transmitting an image. The mobile handset may include various sensors such as a tracking sensor. The HMD, the AR glasses, the wristwatch-type device, and the mobile handset have a communication function that supports a 5G system or the like. In the following, the UE 100 will be described as including such an XR device.
[0013] The NG-RAN 10 includes a base station (called "gNB" in the 5G system) 200. The gNBs 200 are connected to each other via an Xn interface, which is an interface between base stations. The gNB 200 manages one or more cells. The gNB 200 performs wireless communication with the UE 100 that has established a connection with its own cell. The gNB 200 has a radio resource management (RRM) function, a routing function for user data (hereinafter simply referred to as "data"), a measurement control function for mobility control and scheduling, and the like. The term "cell" is used to indicate the smallest unit of a wireless communication area. The term "cell" is also used to indicate a function or resource for performing wireless communication with the UE 100. One cell belongs to one carrier frequency (hereinafter simply referred to as "frequency").
[0014] In addition, gNBs can also be connected to the Evolved Packet Core (EPC), which is the core network of LTE. LTE base stations can also be connected to 5GC. LTE base stations and gNBs can also be connected via an inter-base station interface.
[0015] The 5GC20 includes an Access and Mobility Management Function (AMF) and a User Plane Function (UPF) 300. The AMF performs various mobility controls for the UE 100. The AMF manages the mobility of the UE 100 by communicating with the UE 100 using Non-Access Stratum (NAS) signaling. The UPF controls data forwarding. The AMF and the UPF are connected to the gNB 200 via an NG interface, which is an interface between a base station and a core network.
[0016] 2 is a diagram illustrating a configuration of a UE 100 (user equipment) according to the first embodiment. The UE 100 includes a receiving unit 110, a transmitting unit 120, and a control unit 130. The receiving unit 110 and the transmitting unit 120 configure a wireless communication unit that performs wireless communication with the gNB 200.
[0017] The receiving unit 110 performs various receptions under the control of the control unit 130. The receiving unit 110 includes an antenna and a receiver. The receiver converts a radio signal received by the antenna into a baseband signal (received signal) and outputs the baseband signal to the control unit 130.
[0018] The transmission unit 120 performs various transmissions under the control of the control unit 130. The transmission unit 120 includes an antenna and a transmitter. The transmitter converts a baseband signal (transmission signal) output by the control unit 130 into a radio signal and transmits it from the antenna.
[0019] The control unit 130 performs various controls and processes in the UE 100. Such processes include processes of each layer described below. The control unit 130 includes at least one processor and at least one memory. The memory stores a program executed by the processor and information used in the processes by the processor. The processor may include a baseband processor and a CPU (Central Processing Unit). The baseband processor performs modulation / demodulation and encoding / decoding of a baseband signal. The CPU executes a program stored in the memory to perform various processes. Note that the control unit 130 may perform each process or each operation in the UE 100 in each of the following embodiments.
[0020] 3 is a diagram showing the configuration of the gNB 200 (base station) according to the first embodiment. The gNB 200 includes a transmitter 210, a receiver 220, a controller 230, and a backhaul communication unit 240. The transmitter 210 and the receiver 220 constitute a wireless communication unit that performs wireless communication with the UE 100. The backhaul communication unit 240 constitutes a network communication unit that performs communication with the CN 20.
[0021] The transmission unit 210 performs various transmissions under the control of the control unit 230. The transmission unit 210 includes an antenna and a transmitter. The transmitter converts a baseband signal (transmission signal) output by the control unit 230 into a radio signal and transmits it from the antenna.
[0022] The receiving unit 220 performs various receptions under the control of the control unit 230. The receiving unit 220 includes an antenna and a receiver. The receiver converts a radio signal received by the antenna into a baseband signal (received signal) and outputs the baseband signal to the control unit 230.
[0023] The control unit 230 performs various controls and processes in the gNB 200. Such processes include processes of each layer described below. The control unit 230 includes at least one processor and at least one memory. The memory stores programs executed by the processor and information used in the processes by the processor. The processor may include a baseband processor and a CPU. The baseband processor performs modulation / demodulation and encoding / decoding of baseband signals. The CPU executes programs stored in the memory to perform various processes. Note that the control unit 230 may perform each process or each operation in the gNB 200 in each of the embodiments described below.
[0024] The backhaul communication unit 240 is connected to adjacent base stations via an Xn interface, which is an interface between base stations. The backhaul communication unit 240 is connected to the AMF / UPF 300 via an NG interface, which is an interface between a base station and a core network. Note that the gNB 200 may be configured (i.e., functionally divided) with a CU (Central Unit) and a DU (Distributed Unit), and both units may be connected to each other via an F1 interface, which is a fronthaul interface.
[0025] FIG. 4 is a diagram showing the configuration of a protocol stack of a radio interface of a user plane that handles data.
[0026] The user plane radio interface protocol includes a physical (PHY) layer, a medium access control (MAC) layer, a radio link control (RLC) layer, a packet data convergence protocol (PDCP) layer, and a service data adaptation protocol (SDAP) layer.
[0027] The PHY layer performs coding / decoding, modulation / demodulation, antenna mapping / demapping, and resource mapping / demapping. Data and control information are transmitted between the PHY layer of the UE 100 and the PHY layer of the gNB 200 via a physical channel. The PHY layer of the UE 100 receives downlink control information (DCI) transmitted from the gNB 200 on a physical downlink control channel (PDCCH). Specifically, the UE 100 performs blind decoding of the PDCCH using a radio network temporary identifier (RNTI) and acquires the successfully decoded DCI as DCI addressed to the UE. The DCI transmitted from the gNB 200 has CRC parity bits scrambled by the RNTI added thereto.
[0028] The MAC layer performs data priority control, retransmission processing using Hybrid Automatic Repeat reQuest (HARQ), random access procedures, etc. Data and control information are transmitted between the MAC layer of UE100 and the MAC layer of gNB200 via a transport channel. The MAC layer of gNB200 includes a scheduler. The scheduler determines the uplink and downlink transport format (transport block size, modulation and coding scheme (MCS)) and the resource blocks to be assigned to UE100.
[0029] The RLC layer transmits data to the RLC layer on the receiving side by using the functions of the MAC layer and the PHY layer. Data and control information are transmitted between the RLC layer of the UE 100 and the RLC layer of the gNB 200 via a logical channel.
[0030] The PDCP layer performs header compression / decompression, encryption / decryption, etc.
[0031] The SDAP layer maps IP flows, which are units for QoS (Quality of Service) control by the core network, to radio bearers, which are units for QoS control by the AS (Access Stratum). Note that if the RAN is connected to the EPC, the SDAP is not necessary.
[0032] FIG. 5 is a diagram showing the configuration of a protocol stack of a radio interface of a control plane that handles signaling (control signals).
[0033] The protocol stack of the radio interface of the control plane has a Radio Resource Control (RRC) layer and a Non-Access Stratum (NAS) instead of the SDAP layer shown in FIG.
[0034] Between the RRC layer of the UE 100 and the RRC layer of the gNB 200, RRC signaling for various settings is transmitted. The RRC layer controls logical channels, transport channels, and physical channels in response to establishment, re-establishment, and release of radio bearers. When there is a connection (RRC connection) between the RRC of the UE 100 and the RRC of the gNB 200, the UE 100 is in an RRC connected state. When there is no connection (RRC connection) between the RRC of the UE 100 and the RRC of the gNB 200, the UE 100 is in an RRC idle state. When the connection between the RRC of the UE 100 and the RRC of the gNB 200 is suspended, the UE 100 is in an RRC inactive state.
[0035] The NAS, which is located above the RRC layer, performs session management, mobility management, and the like. NAS signaling is transmitted between the NAS of the UE 100 and the NAS of the AMF 300. The UE 100 has an application layer and the like in addition to the radio interface protocol. The layer below the NAS is called an AS (Access Stratum).
[0036] (About XR) As described above, XR is a broad term that includes, for example, virtual reality (VR), augmented reality (AR), and mixed reality (MR), and represents an environment that combines the real world and virtual space. XR is also, for example, a general term for such various types of realities. XR is also, for example, a general term for technology that combines the real world and virtual space to allow perception of things that do not exist in reality.
[0037] In XR, human-to-machine and human-to-human communication is performed with the aid of a portable or wearable end-user device, the UE 100. Such communication enables the application of XR to various application domains, such as entertainment, healthcare, or education.
[0038] Along with XR, cloud gaming (CG) is one of the use cases in future mobile systems. Cloud gaming is a general term for use cases in which most of the calculations related to games are offloaded to edge servers or remote servers. In cloud gaming, the UE 100 transmits information related to pose and / or control. The cloud performs calculations related to video data and the like based on this information, and provides the UE 100 with video related to the game.
[0039] Virtual reality (VR) refers to the creation of an environment that is not the original (or real world) but has the same functional essence as the original by stimulating the user's senses. In virtual reality (VR), the user usually wears an HMD, the user's field of vision is replaced with simulated visual elements, and the accompanying sound is provided to the user through headphones. The virtual space is designed to mimic the sensory stimuli such as sight and hearing of the real world as naturally as possible. In addition, the metaverse, which is a virtual space (or service) constructed in a computer or computer network and different from the real world, may also be included in virtual reality (VR).
[0040] Augmented reality (AR) is a technology that displays a virtual space overlaid on the real world. Augmented reality (AR) also provides additional information (artificially generated items or content) over the user's real environment. The additional information can be directly perceived without a sensor or indirectly perceived via a sensor.
[0041] Furthermore, mixed reality (MR) is a technology that, for example, combines and / or blends the real world and virtual space to construct a space in which they interact with each other in real time. Mixed reality (MR) is an advanced form of augmented reality (AR) and is constructed with the intention of inserting virtual elements into a physical scene to give the illusion that they are part of the actual scene.
[0042] Representative forms of XR include virtual reality (VR), augmented reality (AR), and mixed reality (MR), but XR may also include areas that interpolate between these.
[0043] Many of the use cases of XR and cloud gaming (CG) are characterized by video stream traffic in the DL direction and a combination of pose and / or control and video stream traffic in the UL direction. The video stream also has a higher data rate than other use cases, and data related to posture and / or control is updated frequently. XR and cloud gaming (CG) are also characterized by DL traffic and UL traffic being latency-sensitive traffic compared to other use cases.
[0044] (XR traffic model) The following describes the traffic model of XR. There are two types of traffic models for XR: (1) a general traffic model and (2) a specific traffic model. First, (1) the general traffic model is described. (1) The general traffic model includes (1.1) a traffic model for the DL direction and (1.2) a traffic model for the UL direction.
[0045] (1) General traffic model
[0046] (1.1) Traffic model for DL direction The traffic models in the DL direction include the single-stream DL traffic model and the multi-stream DL traffic model. The two traffic models can be summarized as follows:
[0047] (1.1.1) Single-stream DL traffic model: a sequence of video frames
[0048] (1.1.2) Multi-stream DL traffic model:
[0049] (1.1.2.1) Option #1: Two streams, the first stream being an I (Intra-coded) stream and the second stream being a P (Predicted) stream. Option #1 includes a slice-based traffic model (Option #1A) and a GOP (Group-Of-Picture)-based traffic model (Option #1B).
[0050] (1.1.2.1A) Option #1A (slice-based): The first stream is an I slice (I stream), and the second stream is a P slice (P stream). Here, an I slice is, for example, a slice in which all macroblocks included in the I slice are coded by intra-frame prediction. A P slice is, for example, a slice in which all macroblocks included in the P slice are coded by intra-frame prediction or inter-frame prediction. When a video frame is sliced into N slices, one slice can be an I slice, and the remaining (N-1) slices can be P slices.
[0051] (1.1.2.1B) Option #1B (GOP-based): The first stream is an I-frame (I-stream), and the second stream is a P-slice (P-stream). Here, an I-frame is a frame encoded by a video frame without using other video frames. A P-frame is a frame encoded by using a video frame preceding it in time. If the GOP size is K frames, an I-frame is transmitted every K frames. The GOP contains one I-frame and (K-1) P-frames.
[0052] (1.1.2.2) Option #2: A traffic model with two streams, the first stream being video and the second stream being audio and / or data.
[0053] (1.1.2.3) Option #3: A traffic model in which the first stream is FOV (Field Of View) and the second stream is omnidirectional view. For example, FOV is video data from the user's line of sight, and omnidirectional view is omnidirectional video data centered on the user, including video data from the user's line of sight.
[0054] (1.2) UL traffic model The traffic model in the UL direction includes an attitude and / or control stream traffic model, in which the UE 100 transmits data related to attitude and / or control.
[0055] (2) Specific traffic model Specific traffic models include (2.1) virtual reality (VR), (2.2) augmented reality (AR), and (2.3) computer gaming (CG) traffic models.
[0056] (2.1) Virtual Reality (VR) Traffic Model The traffic model for virtual reality (VR) can be summarized as follows:
[0057] (2.1.1) DL Stream: Single-stream model: Same as above (1.1.1) "Single-stream DL traffic model" (series of video frames) Multi-stream model: Same as above (1.1.2.2) "Option #2" (1st stream is video, 2nd stream is audio and / or data)
[0058] (2.1.2) UL stream: Same as (1.2) "Traffic model in UL direction" above
[0059] (2.2) Augmented Reality (AR) Traffic Model The traffic model for augmented reality (AR) can be summarized as follows:
[0060] (2.2.1) DL stream: Same as (2.1.1) above
[0061] (2.2.2) UL Stream: Model #1:1 Stream Model Model #2: Two-stream model: first stream is attitude and / or control, second stream is scene (e.g. continuous video), video, data, and audio combined Model #3A: 3-stream model A: 1st stream is attitude and / or control, 2nd stream is scene stream and video stream combined into one stream, 3rd stream is audio and data combined into one stream Model #3B: 3-stream model B: 1st stream is attitude and / or control, 2nd stream is I-stream of video, 3rd stream is P-stream of video
[0062] (2.3) Computer gaming (CG) traffic model The traffic model for computer gaming (CG) can be summarized as follows:
[0063] (2.3.1) DL Stream Single-stream model: Same as above (1.1.1) "Single-stream DL traffic model" (series of video frames) Multi-stream model: Same as above (1.1.2) "Multi-stream DL traffic model"
[0064] (2.3.2) UL stream: Same as (1.2) "Traffic model in UL direction" above
[0065] (Communication control method according to the first embodiment) In the first embodiment, an object is to appropriately perform communication using XR in the mobile communication system 1, taking into consideration such characteristics related to XR traffic.
[0066] Therefore, a user device (e.g., UE 100) transmits XR assist information regarding XR to a base station (e.g., gNB 200). Here, XR includes virtual reality (VR), augmented reality (AR), and mixed reality (MR), and represents an environment in which the real world and virtual space are integrated.
[0067] Since the XR assist information is transmitted to the gNB 200, the gNB 200 can perform appropriate settings for communication using XR on the UE 100 based on the XR assist information. Therefore, in the mobile communication system 1, it is possible to appropriately perform communication using XR through such settings.
[0068] Here, the XR assist information includes traffic information related to the traffic characteristics of the XR traffic. In the first embodiment, an example in which the XR assist information includes traffic information will be described.
[0069] (Operation example according to the first embodiment) FIG. 6 is a diagram illustrating an example of operation according to the first embodiment.
[0070] As shown in FIG. 6, in step S10, the AS of the UE 100 receives traffic information from an upper layer (eg, an application layer or a NAS layer).
[0071] In step S11, the UE 100 transmits XR assist information including traffic information to the gNB 200. The XR assist information is assist information related to XR. The XR assist information may be information that expects the UE 100 to transmit the information to the gNB 200 so that the gNB 200 will perform optimal settings for communication related to XR. Prior to step S11, the gNB 200 may request the UE 100 to notify the gNB 200 of the XR assist information. The request may be transmitted, for example, in an RRC message or a MAC CE.
[0072] The UE 100 may include the XR assist information in an RRC message and transmit it to the gNB 200. In this case, the UE 100 may transmit the XR assist information as UE assist information. Alternatively, the UE 100 may transmit the XR assist information as a new message (for example, XR Assistance Information). Furthermore, the UE 100 may include the XR assist information in a MAC CE and transmit it instead of an RRC message, or may include the XR assist information in a PDCP Control PDU (Protocol Data Unit) and transmit it. Furthermore, if there is a Control PDU dedicated to the XR layer, the UE 100 may include the XR assist information in the PDU and transmit it.
[0073] Examples of traffic information included in the XR assist information include the following:
[0074] First, the traffic information may be a logical channel ID (LCID: Logical Channel Identifier) used to transmit the XR traffic. The traffic information may be a bearer ID of a bearer used to transmit the XR traffic. Alternatively, the traffic information may be an RLC channel ID of an RLC channel used to transmit the XR traffic. The traffic information may be represented by an RNTI (Radio Network Temporary Identifier). For example, the traffic information may be a CS-RNTI (Configured Scheduling Radio Network Temporary Identifier) used when transmitting the XR traffic using CS (Configured Scheduling). Note that CS (Configured Scheduling) is a scheduling method that, once a radio resource for the UL direction is allocated, enables transmission in the UL direction periodically using the radio resource thereafter. Also, for example, if there is an RNTI dedicated to XR, the RNTI may be the traffic information. If there is an XR session ID, the traffic information may be the XR session ID. In other words, the traffic information may be identification information regarding a transmission path that transmits the XR traffic.
[0075] Secondly, the traffic information may be a throughput of XR traffic. The traffic information may be a number of transmission bits per burst. In this case, the number of transmission bits may be a transport block size. The traffic information may be a throughput per burst. The traffic information may be an average throughput.
[0076] Thirdly, the traffic information may be a packet delay budget (PDB), which is a Quality of Service (QoS) parameter indicating an upper limit of a packet delay between the UE 100 and the UPF, for example.
[0077] Fourth, the traffic information may be a traffic pattern. Specifically, the traffic pattern may be a transmission cycle and / or a reception cycle. The transmission cycle and / or the reception cycle may represent the duration of one burst or the burst interval. The traffic pattern may be represented by a generation rate of video frames (fps (frames per second) or Hz).
[0078] Fifth, the traffic information may be an identifier indicating the transmission direction (UL direction or DL direction) of the XR traffic. This takes into consideration that the traffic pattern of the XR traffic may differ between the UL direction and the DL direction. The UE 100 may transmit the traffic information of the UL direction and the traffic information of the DL direction. For example, the throughput of the UL direction is XX and the delay tolerance is YY, and the throughput of the DL direction is ZZ and the delay tolerance is UU, and so on.
[0079] Sixth, the traffic information may be represented by a QoS value. The QoS value may represent the base characteristic of the XR traffic. The base characteristic may be represented by 5QI. For example, when the QoS value of the traffic information is represented by "5" of 5QI, the QoS represented by "5" of 5QI may be the base characteristic of the XR traffic. The QoS value may be combined with the above-mentioned delay tolerance. For example, when the QoS value is represented by "5" of 5QI and the delay tolerance is represented by 2ms, it can be represented as XR traffic with the base characteristic being "5" of 5QI and the delay tolerance being 2ms.
[0080] Seventh, the traffic information may be a time difference between an assigned CG (Configured Grant) setting and an actual arrival time of a packet. Specifically, the traffic information may be a difference between a transmission start timing in a CG set by a CG setting (or a start timing of a DRX active time indicating a time when UE 100 monitors a PDCCH) and a timing when a packet is actually received from a higher layer in an AS of UE 100. The traffic information may be a difference between a transmission start timing in a CG and a timing when a packet from a higher layer becomes awaiting transmission (for example, a PDCP processing completion timing). In UE 100, the smaller such a difference is, the more likely it is that transmission with low delay is possible.
[0081] Eighth, when multi-stream transmission is performed in XR traffic, the XR assist information may include traffic information for each stream. In the traffic model of the XR traffic described above, the multi-stream includes two-stream transmission using an I stream and a P stream (above (1.1.2.1)). The XR assist information may include traffic information of the I stream, traffic information of the P stream, and the like. In this case, the XR assist information may represent traffic information of each stream in the form of a list. The number of streams may be implicitly represented by the number of entries in the list. Information representing the association between streams may be included in the XR assist information. For example, when two streams are used as an XR session, the information may represent that the two streams are linked to one XR session. When each stream in the multi-stream is linked to each QoS flow ID, each bearer ID, or each LCID, information representing the association between each QoS flow ID, each bearer ID, or each LCID may be included in the XR assist information.
[0082] In step S12, the gNB 200 performs configuration for the UE 100 based on the XR assist information. For example, the gNB 200 sets a C-DRX (Connected mode-Discontinuous Reception) configuration (or an SPS (Semi-Persistent Scheduling) configuration) in the DL direction, and a CG configuration in the UL direction. Note that the C-DRX is a technology in which the UE 100 performs an intermittent operation while maintaining the RRC connected state. Also, the SPS is a scheduling method that, once a DL direction radio resource is allocated, enables transmission in the DL direction using the radio resource periodically thereafter. Here, the gNB 200 may perform scheduling based on the XR assist information. The scheduling may be dynamic scheduling (e.g., allocation of a radio resource for each PDSCH) in addition to the SPS or CG.
[0083] In step S13, the gNB 200 transmits the configuration information to the UE 100. The gNB 200 may transmit the configuration information by including it in an RRC message such as an RRC Setup message. Alternatively, the gNB 200 may transmit the configuration information by including it in a dedicated RRC message. The gNB 200 may transmit the configuration information by including it in a MAC CE or DCI. Note that, if the gNB 200 is unable to configure the UE 100 in step S12, it may transmit an error notification to the UE 100 in step S13. The gNB 200 may transmit an RRC message, a MAC CE, or a DCI including the error notification, similar to the configuration information. The error notification may include time information when the configuration information is usable (or the configuration information is transmittable). The time information may be represented by an elapsed time from the current time (e.g., 3 hours later). Alternatively, the time information may be represented by time information (e.g., 24:00, etc.).
[0084] In step S14, the UE 100 applies the setting information. The AS of the UE 100 may output transmission timing and / or reception timing information of communication related to XR to a higher layer (e.g., an application layer) based on the setting information. The higher layer may appropriately adjust the resolution or bit rate of the XR application according to the setting information.
[0085] (Modification 1 of the first embodiment) As described in the first embodiment, there are various types of XR traffic models. For example, in an augmented reality (AR) UL stream, the first stream is posture and / or control, the second stream is a single stream combining a scene stream and a video stream, and the third stream is a single stream combining voice and data (model #3A). As described in Non-Patent Document 2, different performance requirements exist depending on the type.
[0086] In the first modification of the first embodiment, an example will be described in which information on the type of XR traffic is included as information included in the XR assist information. The information on the type of XR traffic specifically includes the number of streams and transmission information for each stream.
[0087] This allows the gNB 200 to grasp, for example, what type of stream the UE 100 transmits to the gNB 200, or what type of stream the UE 100 can receive from the gNB 200, and to set the UE 100 according to such type. Therefore, in the mobile communication system 1, it is possible to appropriately perform communication using XR.
[0088] FIG. 7 is a diagram illustrating an example of an operation according to the first modification of the first embodiment.
[0089] 7, in step S20, the UE 100 transmits XR assist information including information on the type of traffic. Note that, similarly to the first embodiment, the gNB 200 may request the UE 100 to notify the gNB 200 of the XR assist information prior to step S20.
[0090] The information on the type of traffic is, for example, as follows:
[0091] First, the information may be identification information of a transmission path used to transmit XR traffic. The identification information of the transmission path may be an LCID or the like, as in the first embodiment.
[0092] Secondly, the information may be information indicating the number of streams.
[0093] Thirdly, the information may be transmission information for each stream. The transmission information may be information indicating at least one of posture, control, scene, video, audio, data, an I (Intra-coded) stream of video, and a P (Predicted) stream of video. The transmission information may be QoS information for each stream. The transmission information may be identification information for identifying each XR traffic model described in the first embodiment from others. For example, the identification information of the single stream model in the DL stream of the virtual reality (VR) above (2.2.1) is "XXX", and the identification information of the model #3A in the UL stream of the augmented reality (AR) above (2.2.2) is "YYY". Such identification information of the traffic model or type may be determined by a specification.
[0094] Fourth, the XR assist information may include information indicating a desire for resources for XR traffic.
[0095] Step S12 and subsequent steps are the same as in the first embodiment.
[0096] (Modification 2 of the first embodiment) In the first embodiment, an example in which the XR assist information includes traffic information has been described, and in the first modification, an example in which the XR assist information includes information on the type of XR traffic has been described, but the present invention is not limited thereto. For example, the XR assist information may include upper layer information on the upper layer.
[0097] FIG. 8 is a diagram illustrating an example of an operation according to the second modification of the first embodiment.
[0098] As shown in Fig. 8, in step S30, the UE 100 transmits XR assist information including higher layer information to the gNB 200. The AS of the UE 100 may include the higher layer information received from a higher layer (e.g., an application layer) in the XR assist information and transmit it to the gNB 200. Note that the gNB 200 may request the UE 100 to notify the gNB 200 of the XR assist information prior to step S30, similar to the first embodiment.
[0099] The higher layer information includes, for example, the following:
[0100] First, the upper layer information may be information representing any one of virtual reality (VR), augmented reality (AR), and cloud gaming (CG). Also, the upper layer information may be information representing any one of virtual reality (VR), augmented reality (AR), cloud gaming (CG), and mixed reality (MR).
[0101] Secondly, the higher layer information may be the type of device (i.e., UE100) that executes XR and / or the product name (or model number) of the device. This is because, in particular, the performance or communication content of augmented reality (AR) may differ depending on the device. The gNB200 that receives the higher layer information can grasp the traffic characteristics from the model number information of the device, etc., and can also configure the UE100 according to the traffic characteristics. The gNB200 can also grasp the QoS information required for each device from the model number information of the device, etc., and can also configure the UE100 according to the QoS characteristics.
[0102] Thirdly, the upper layer information may be a type of traffic model (or a type of encoding). For example, the type of traffic model may be identification information indicating that it is a GOP-based I frame and P frame. Alternatively, the type of the traffic model may be identification information indicating that it is a slice-based I slice and P slice. Alternatively, the type of traffic model may be identification information for identifying each of the XR traffic models described in the first embodiment.
[0103] Step S12 and subsequent steps are the same as in the first embodiment.
[0104] (Third Modification of the First Embodiment) In the first embodiment, the UE 100 is described as transmitting the XR assist information to the gNB 200, but this is not limited to the above. For example, the CN 20 may transmit the XR assist information to the gNB 200.
[0105] Specifically, an access mobility management device (e.g., AMF 300) transmits XR assist information related to XR to a base station (e.g., gNB 200). The XR assist information may be transmitted from a session management device (e.g., SMF (Session Management Function)) to the AMF 300 or gNB 200. Here, XR includes virtual reality, augmented reality, and mixed reality, and represents an environment in which the real world and virtual space are integrated.
[0106] In the third modification, the gNB 200 can also configure the UE 100 for XR communication based on the XR assist information. Therefore, similar to the first embodiment, the mobile communication system 1 can appropriately perform communication related to XR. However, since the XR assist information is transmitted from the CN 20 to the gNB 200, the UE 100 does not need to transmit the XR assist information. Therefore, it is possible to use the radio resources used for transmitting the XR assist information for other radio communication.
[0107] FIG. 9 is a diagram illustrating an example of an operation according to the third modification of the first embodiment.
[0108] As shown in Fig. 9, in step S40, the CN 20 may receive traffic information from the XR application server 400. The XR application server 400 performs communication regarding XR with the UE 100 via the CN 20 and the gNB 200 of the mobile communication system 1. Therefore, the XR application server 400 can hold traffic information regarding XR traffic. The traffic information of the third modification may include the same information as the traffic information described in the first embodiment.
[0109] In step S41, the CN20 (e.g., the AMF300) transmits XR assist information to the gNB200. The XR assist information includes traffic information. The traffic information may be traffic information received from the XR application server 400. The traffic information includes identification information related to the transmission path that transmits the XR traffic, similar to the traffic information in the first embodiment. The identification information may be represented by any one of a QoS flow ID, a PDU session ID, an MBS session ID, and an XR session ID. The XR assist information may include information related to the type of traffic described in the first modification. Alternatively, the XR assist information may include information related to the upper layer described in the second modification. Top Layer information may be included. Note that, prior to step S41, the gNB 200 To 0 The gNB 200 may request the gNB 200 to transmit the XR assist information to the gNB 200. The request may be transmitted, for example, by being included in an NG message.
[0110] In step S42, based on the XR assist information, the gNB 200 performs settings related to XR communication on the UE 100. As in the first embodiment, the settings may be C-DRX (or SPS) settings for DL and CG settings for UL.
[0111] In the third modified example, an example was described in which XR assist information is transmitted from CN20 to gNB200. Furthermore, the XR assist information may be transferred from the handover source gNB200-1 (or source cell) to the handover destination gNB200-2 (or target cell) during handover. Specifically, the XR assist information is transmitted from the handover source gNB200-1 (or source cell) or AMF300 to the handover destination gNB200-2 (or target cell) together with a message requesting handover.
[0112] [Second embodiment] In the third modification of the first embodiment, an example has been described in which the CN 20 transmits the XR assist information to the gNB 200. In this case, the gNB 200 can set a bearer (DRB: Data Radio Bearer) between the UE 100 and the CN 200 based on the XR assist information.
[0113] In the second embodiment, an example will be described in which, for example, when a bearer is set up, the gNB 200 transmits setting information including information regarding the setting to the UE 100.
[0114] Specifically, first, a base station (e.g., gNB200) sets a transmission path for transmitting XR traffic. Second, the base station transmits setting information related to the set transmission path to a user device (e.g., UE100). Third, the user device transmits XR assist information including identification information related to the transmission path to the base station based on the setting information. Here, the setting information includes information linking the identification information with an XR session ID.
[0115] This allows the UE 100 to transmit XR assist information including a bearer ID (e.g., identification information related to a transmission path) to the gNB 200, as described in the first embodiment, for example. Therefore, in the mobile communication system 1, it becomes possible to appropriately perform communication related to XR.
[0116] The operations performed in the second embodiment may be performed before the operations performed in the first embodiment. However, the second embodiment does not necessarily have to be based on the operations of the first embodiment, and may be performed alone.
[0117] FIG. 10 is a diagram illustrating an example of operation according to the second embodiment.
[0118] 10, in step S50, the gNB 200 sets up a transmission path for XR transmission for the UE. The transmission path setting includes, for example, the following:
[0119] First, the transmission path setting may include information on binding between a bearer ID and an XR session ID. For example, when the gNB 200 binds a bearer set between the gNB 200 and the UE 100 to an XR session set between the UPF 300 and the UE 100, information on binding between the XR session ID of the XR session and the bearer ID of the bearer is included in the transmission path setting. road Instead of the bearer ID, the LCID, the RLC channel ID, or the RNTI may be included in the setting. Also, instead of the bearer ID, the Qo S The XR session ID may be a flow ID. The XR session ID may be a stream ID of each stream in the XR traffic. Alternatively, the XR session ID may be a traffic type (such as an I stream, a P stream, or a type of posture and / or control) assigned to each stream. Alternatively, the XR session ID may be an identifier that simply indicates that it is used for an XR session. Alternatively, set information of multiple bearers (or linking information of multiple bearers) may be included in the transmission path setting. For example, linking information that links two bearers for use in one XR transmission. For example, linking information that links a bearer for an I stream and a bearer for a P stream.
[0120] Secondly, the transmission path setting may include information on linking between a Temporary Mobile Group Identity (TMGI) and an XR session ID. However, when the UE 100 uses Multicast and Broadcast Services (MBS), the gNB 200 may set the linking information. Therefore, for example, the gNB 200 may set the linking information after the UE 100 transmits MSB interest information or the like to the gNB 200. In the DL direction, when the capacity is increased using MBS, the linking between the TMGI and the XR session ID may be effective. Note that instead of the TMGI, an MBS Radio Bearer ID (MRB ID), an LCID, or an RLC channel ID may be used. Also, instead of the TMGI, an RNTI such as a Group-RNTI (G-RNTI) or a Group Configured Scheduling RNTI (G-CS-RNTI) may be used.
[0121] Thirdly, the transmission path setting may include information linking the DRX setting with the XR session ID. In this case, too, when the gNB 200 performs the DRX setting in the DL direction for XR transmission, the linking information may be included in the transmission path setting. Also, the transmission path setting may include information linking the SPS setting with the XR session ID. In this case, too, when the gNB 200 performs the SPS setting in the DL direction for XR transmission, the linking information may be included in the transmission path setting.
[0122] Fourth, the transmission path setting may include information linking the CG (Configured Grant) setting with the XR session ID. During the CG setting period, only data transmission of the XR session may be permitted. In this case, too, when the gNB 200 performs CG setting in the UL direction for XR transmission, the linking information may be included in the transmission path setting.
[0123] Fifth, the transmission path setting may include information on the identification of the transmission path, such as a bearer ID, and information on the association between the type of XR traffic. For example, the information may be information on the association between the bearer #1 and an I stream (or an I frame), or information on the association between the bearer #2 and a P stream (or a P frame). As in the first modification of the first embodiment, the gNB 200 can transmit the type of traffic used in the transmission path to the UE 100.
[0124] In step S51, the gNB 200 transmits configuration information to the UE 100. The gNB 200 may transmit an RRC message (for example, an RRC Setup message) including the configuration information. Alternatively, the gNB 200 may transmit a MAC CE including the configuration information.
[0125] In step S52, UE100 applies the transmission path settings set by gNB200 by applying the received setting information.
[0126] [Third embodiment] As described in the first embodiment, XR transmission may include the transmission of video data (or video stream). Therefore, a large amount of data transmission may occur compared to other cases. In this case, many wireless resources may be required for wireless transmission of XR. On the other hand, when the XR transmission is completed, it may be better to release the wireless resources used for the XR transmission as soon as possible.
[0127] Therefore, in the third embodiment, an example will be described in which, when the transmission of XR traffic is ended or the transmission of XR traffic is temporarily suspended, the UE 100 notifies the gNB 200 of that effect. Specifically, the user equipment (e.g., the UE 100) transmits to the base station (e.g., the gNB 200) either end information indicating that the transmission of XR traffic is ended or interruption information indicating that the transmission of XR traffic is interrupted. Note that the third embodiment may be implemented after the XR assist information described in the first embodiment is transmitted from the UE 100 to the gNB 200 and settings related to XR are made. However, the third embodiment may be implemented without being based on the first embodiment.
[0128] FIG. 11 is a diagram illustrating an example of operation according to the third embodiment.
[0129] As shown in Fig. 11, in step S60, a setting for an XR session is performed for the UE 100. The setting for the XR session includes, for example, a DRX (or SPS) setting as XR transmission in the DL direction, and a CG (Configured Grant) setting as XR transmission in the UL direction. The setting for the XR session may include the transmission path setting for XR transmission described in the second embodiment.
[0130] In step S61, the AS of UE 100 receives a notification of the end of the XR application from a higher layer (for example, an application layer). The AS of UE 100 may receive a notification of the end of the XR session from a higher layer. Alternatively, the AS of UE 100 may receive a notification of the end of the XR transmission from a higher layer. Alternatively, the AS of UE 100 may receive a notification of the suspension of the XR transmission (or the XR session, or the XR application) from a higher layer.
[0131] In step S62, the UE 100 transmits termination information indicating that the XR session has ended to the gNB 200. The UE 100 may transmit request information requesting de-configuration of the XR session to the gNB 200. Alternatively, the UE 100 may transmit suspend information indicating that transmission of XR traffic is to be temporarily halted to the gNB 200. The termination information, request information, or suspend information may include identification information of a transmission path associated with the XR session. The identification information may be any of an LCID, a bearer ID, an RLC channel ID, an RNTI, and an XR session ID, as in the first embodiment. The UE 100 may transmit an RRC message including the termination information, request information, or suspend information to the gNB 200. The UE 100 may also transmit a MAC CE including the termination information, request information, or suspend information to the gNB 200. Further, UE100 may transmit a DCI including termination information, request information, or suspend information to gNB200.
[0132] In step S63, in response to receiving the termination information, the gNB 200 de-configures the settings for the XR session. In response to receiving the suspend information, the gNB 200 may suspend the settings for the XR session.
[0133] In addition, before starting (or resuming) communication by XR, the UE 100 Trust start (or resume)The UE 100 may transmit to the gNB 200 a notification that the XR session will be started and / or resumed. That is, when communication by XR is started (or resumed), information indicating that an XR session has been started (or information indicating that an XR session has been resumed, or information indicating that the start and / or resume will be performed in the near future) may be notified from the UE 100 to the gNB 200. The notification may be a setting request for the XR session. The notification may include information on a transmission path associated with the XR session. When the notification indicates that the start and / or resume will be performed in the near future, the notification may include information indicating the time of start and / or resume (for example, the start time or the time until the start). The notification is included in an RRC message or MAC CE, and is transmitted from the UE 100 to the gNB 200. B 200.
[0134] [Other embodiments] A program may be provided that causes a computer to execute each process performed by the UE 100 or the gNB 200. The program may be recorded in a computer-readable medium. Using the computer-readable medium, it is possible to install the program in the computer. Here, the computer-readable medium on which the program is recorded may be a non-transient recording medium. The non-transient recording medium is not particularly limited, and may be, for example, a recording medium such as a CD-ROM or a DVD-ROM.
[0135] In addition, circuits that execute each process performed by UE100 or gNB200 may be integrated, and at least a portion of UE100 or gNB200 may be configured as a semiconductor integrated circuit (chip set, SoC: System on a chip).
[0136] Although one embodiment has been described in detail above with reference to the drawings, the specific configuration is not limited to the above, and various design changes, etc. are possible within the scope of the gist. In addition, it is also possible to combine all or part of each embodiment, each operation, each process, and each step within the scope of not contradicting each other.
[0137] The terms "based on" and "depending on" used in this disclosure do not mean "based only on" or "depending only on", unless otherwise specified. The term "based on" means both "based only on" and "based at least in part on". Similarly, the term "depending on" means both "based only on" and "based at least in part on". Additionally, the terms "include", "comprise", and variations thereof do not mean including only the recited items, but may include only the recited items, or may include additional items in addition to the recited items. Additionally, the term "or" used in this disclosure is not intended to mean an exclusive or. Additionally, any reference to elements using designations such as "first", "second", etc., used in this disclosure is not intended to generally limit the quantity or order of those elements. These designations may be used herein as a convenient way to distinguish between two or more elements. Thus, a reference to a first and a second element does not imply that only two elements may be employed therein or that the first element must precede the second element in some manner. In this disclosure, where articles are added by translation, such as, for example, a, an, and the in English, these articles are intended to include the plural unless the context clearly indicates otherwise.
[0138] This application claims priority to Japanese Patent Application No. 2022-070308 (filed April 21, 2022), the entire contents of which are incorporated herein by reference.
[0139] (Additional Note) In one embodiment, (Supplementary Note 1) is a communication control method in a mobile communication system, comprising a step in which a user device transmits XR assist information related to XR (eXtended Reality) to a base station, the XR including virtual reality (VR), augmented reality (AR), and mixed reality (MR), representing an environment in which the real world and virtual space are integrated.
[0140] (Supplementary Note 2) In the communication control method of (Supplementary Note 1) above, the XR assist information may include traffic information regarding traffic characteristics of XR traffic.
[0141] (Appendix 3) In the communication control method of the above (Appendix 1) or (Appendix 2), the traffic information includes identification information regarding a transmission path for transmitting the XR traffic, a throughput of the XR traffic, a delay tolerance of the XR traffic, a traffic pattern of the XR traffic, and a transmission direction of the XR traffic. show It is possible to indicate at least one of an identifier, a Quality of Service (QoS) value, and a difference between a configured grant (CG) setting and the timing at which a packet is received from a higher layer.
[0142] (Appendix 4) In any of the communication control methods of (Appendix 1) to (Appendix 3) above, the identification information may be any of a logical channel ID, a bearer ID, an RLC channel ID, an RNTI (Radio Network Temporary Identifier), and an XR session ID that transmits the XR traffic.
[0143] (Additional Note 5) In any of the communication control methods described above in (Additional Note 1) to (Additional Note 4), when the XR traffic is multi-stream, the XR assist information may include the traffic information for each stream.
[0144] (Supplementary Note 6) In any of the communication control methods described above in (Supplementary Note 1) to (Supplementary Note 5), the XR assist information may include information regarding the type of XR traffic.
[0145] (Supplementary Note 7) In any of the communication control methods described above in (Supplementary Note 1) to (Supplementary Note 6), the information regarding the type of XR traffic may include the number of streams and transmission information for each stream.
[0146] (Supplementary Note 8) In any of the communication control methods described above in (Supplementary Note 1) to (Supplementary Note 7), the transmission information may be information indicating at least one of attitude, control, scene, video, audio, data, an I (Intra-coded) stream of video, and a P (Predicted) stream of video, for each stream.
[0147] (Supplementary Note 9) In any of the communication control methods described above in (Supplementary Note 1) to (Supplementary Note 8), the XR assist information may include upper layer information related to an upper layer.
[0148] (Appendix 10) In any of the communication control methods described above in (Appendix 1) to (Appendix 9), the upper layer information may include at least one of information representing the virtual reality, the augmented reality, and cloud gaming, information relating to the type and product name of the user device, and information representing a traffic model.
[0149] (Appendix 11) Any of the communication control methods of (Appendix 1) to (Appendix 10) above may further include a step in which the base station sets the transmission path for transmitting the XR traffic, and a step in which the base station transmits setting information regarding the transmission path to the user device, wherein the step of transmitting the XR assist information to the base station includes a step in which the user device transmits the XR assist information including the identification information to the base station based on the setting information, and the setting information may include information linking the identification information with an XR session ID.
[0150] (Supplementary Note 12) In any of the communication control methods of (Supplementary Note 1) to (Supplementary Note 11) above, the method may further include a step in which the user device transmits to the base station either end information indicating that transmission of XR traffic is to be terminated, or suspend information indicating that transmission of the XR traffic is to be temporarily suspended.
[0151] Also, in one embodiment, (Supplementary Note 13) a communication control method in a mobile communication system, comprising a step in which an access mobility management device transmits XR assist information regarding XR to a base station, the XR including virtual reality, augmented reality, and mixed reality, and representing an environment in which the real world and virtual space are integrated.
[0152] (Supplementary Note 14) In the communication control method of the above (Supplementary Note 13), the XR assist information includes identification information regarding a transmission path that transmits XR traffic, and the identification information can be represented by any one of a QoS flow ID, a PDU (Protocol Data Unit) session ID, an MBS (Multicast and Broadcast Services) session ID, and an XR session ID. [Explanation of symbols]
[0153] 1: Mobile communication systems 20 :CN 100:UE 110: Receiving unit 120: Transmitter 130: Control section 200: gNB 210: Transmission unit 220: Receiving unit 230: Control section 300:AMF
Claims
1. A communication control method in a mobile communication system, comprising: A network node transmits, to a user device, setting information regarding a transmission path for transmitting an eXtended Reality (XR) traffic; The user equipment transmits, based on the setting information, XR assist information regarding the XR, the XR assist information including identification information regarding the transmission path, to the network node; The setting information includes identification information regarding the transmission path and information linking the XR session ID, Communications control method.
2. The XR assist information includes a period of the XR traffic. The communication control method according to claim 1 .
3. The XR assist information includes a delay tolerance of the XR traffic. The communication control method according to claim 1 .
4. The method further comprising: the user equipment transmitting a logical channel ID for the XR traffic to the network node. The communication control method according to claim 1 or 2.
5. The method further comprises transmitting, to the network node, a difference between a setting from the network node and a timing at which a packet is received from an upper layer. The communication control method according to claim 1 or 2.
6. The method further comprising: the user equipment including the difference in a MAC CE. The communication control method according to claim 5.
7. The method further comprises the user device transmitting to the network node either end information indicating that transmission of the XR traffic is to be terminated or suspend information indicating that transmission of the XR traffic is to be temporarily suspended.
3. The communication control method according to claim 1 or 2.
8. The method further comprises: an access mobility management device transmitting a delay tolerance of the XR traffic to the network node. The communication control method according to claim 1 or 2.
9. A user equipment for use in a mobile communication system, comprising: A receiving unit that receives setting information related to a transmission path for transmitting XR (eXtended Reality) traffic from a network node; A transmitting unit that transmits XR assist information regarding the XR, including identification information regarding the transmission path, to the network node based on the setting information, The setting information includes identification information regarding the transmission path and information linking the XR session ID, User equipment.
10. A network node for use in a mobile communication system, comprising: A transmission unit that transmits setting information regarding a transmission path for transmitting XR (eXtended Reality) traffic to a user device; A receiving unit that receives XR assist information regarding the XR, the XR assist information including identification information regarding the transmission path, from the user device based on the setting information, The setting information includes identification information regarding the transmission path and information linking the XR session ID, Network node.
11. A mobile communication system, comprising: A network node transmits setting information regarding a transmission path for transmitting XR (eXtended Reality) traffic to a user device; The user equipment transmits, based on the setting information, XR assist information regarding the XR, including identification information regarding the transmission path, to the network node; The setting information includes identification information regarding the transmission path and information linking the XR session ID, Mobile communication system.
12. A user equipment for use in a mobile communication system, comprising: A process of receiving setting information regarding a transmission path for transmitting XR (eXtended Reality) traffic from a network node; A process of transmitting XR assist information regarding the XR, including identification information regarding the transmission path, to the network node based on the setting information; Run the command, The setting information includes identification information regarding the transmission path and information linking the XR session ID, program.
13. A chipset for user equipment for use in a mobile communications system, comprising: Receiving setting information regarding a transmission path for transmitting XR (eXtended Reality) traffic from a network node; Transmitting XR assist information regarding the XR, the XR assist information including identification information regarding the transmission path, to the network node based on the setting information; Run The setting information includes identification information regarding the transmission path and information linking the XR session ID, Chipset.
Citation Information
Patent Citations
RP-213587
Feedback of remaining delay budget
US20210105762A1