Support for different management schemes of communication control models

Abstract

A communication control device according to the present invention is provided with at least one processor that executes: when communication control models relating to communication control between user equipment (UE) and a network (NW) that provides a communication service to the UE can be managed by different management schemes by the UE and the NW, associating UE-side IDs of communication control models managed by the UE and NW-side IDs of communication control models managed by the NW by an ID association unit; and providing specification information for specifying correct communication control models conforming to a correspondence relationship between the UE-side IDs and the NW-side IDs from at least one of the UE and the NW to the other of the UE and the NW by a specification information provision unit.

Description

Technical Field

[0001] The present disclosure relates to coping with different management schemes of communication control models.

Background Art

[0002] The number, types, and uses of wireless communication devices represented by smartphones and IoT (Internet of Things) devices (hereinafter, also collectively referred to as communication devices) are constantly increasing, and the expansion and improvement of wireless communication standards have been continuing. For example, the commercial service of the 5th generation mobile communication system known as "5G" started in 2018, but the standard setting is still underway at 3GPP (Third Generation Partnership Project). In addition, efforts have also started towards the standard setting of "6G" or the 6th generation mobile communication system as the next-generation wireless communication standard following 5G.

[0003] With the development of technologies related to artificial intelligence (AI: Artificial Intelligence) and machine learning (ML: Machine Learning) (hereinafter, also collectively referred to as AI / ML or AIML), studies are underway to utilize such AI / ML technologies for communication control in mobile communication networks. A mobile communication network is divided into a communication device side (hereinafter, also referred to as the UE side) represented by a UE (User Equipment) and a network side (hereinafter, also referred to as the NW side or the base station side) including a base station that provides communication services to the UE.

Prior Art Documents

Patent Documents

[0004]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0005] Various management schemes have been proposed to appropriately manage AI / ML models (hereinafter also referred to as communication control models) related to communication control between communication devices and networks, both on the communication device side and the network side. Each management scheme has its advantages and disadvantages, and ultimately, multiple different management schemes may be adopted in wireless communication standards such as 5G. In such cases, it is conceivable that different management schemes may be used on the communication device side and the network side.

[0006] This disclosure is made in light of these circumstances and provides a communication control device, etc., that can appropriately handle different management schemes for communication control models on the communication device side and the network side. [Means for solving the problem]

[0007] A communication control device in one aspect of the present disclosure includes, when the communication device and the network can manage a communication control model relating to communication control between the communication device and the network providing communication services to the communication device using different management schemes, an ID matching unit that associates the communication device-side ID of the communication control model managed by the communication device with the network-side ID of the communication control model managed by the network, and a specific information providing unit that provides specific information from at least one of the communication device and the network to the other of the communication device and the network that causes the other to identify the correct communication control model in accordance with the correspondence between the communication device-side ID and the network-side ID.

[0008] In this embodiment, specific information is provided from at least one of the communication device and the network to the other, based on the correspondence between the communication device-side ID of the communication control model managed by the communication device and the network-side ID of the communication control model managed by the network. The other communication device and network that receives the specific information can identify the correct communication control model based on the correspondence between the communication device-side ID and the network-side ID. Therefore, even if it uses a different management scheme than the communication device and network that sent the specific information, it can achieve appropriate communication control between the communication device and the network based on the communication control model.

[0009] Another aspect of this disclosure is a communication control method. This communication control method, when a communication device and a network providing communication services to a communication device may manage a communication control model for communication control between the communication device and the network using different management schemes, performs the following: associates a communication device-side ID of the communication control model managed by the communication device with a network-side ID of the communication control model managed by the network; and provides at least one of the communication device and the network with identifying information that causes the other of the communication device and the network to identify the correct communication control model in accordance with the correspondence between the communication device-side ID and the network-side ID.

[0010] Another aspect of this disclosure is a storage medium. This storage medium stores a communication control program that causes a computer to perform the following actions when the communication device and the network may manage a communication control model relating to communication control between a communication device and a network that provides communication services to the communication device, by associating a communication device-side ID of the communication control model managed by the communication device with a network-side ID of the communication control model managed by the network, and by providing at least one of the communication device and the network to the other of the communication device and the network to identify the correct communication control model in accordance with the correspondence between the communication device-side ID and the network-side ID.

[0011] Furthermore, any combination of the above components, as well as any representations thereof converted into methods, apparatus, systems, recording media, computer programs, etc., are also included in this disclosure. [Effects of the Invention]

[0012] According to this disclosure, it is possible to appropriately handle different management schemes for communication control models on the communication device side and the network side. [Brief explanation of the drawing]

[0013] [Figure 1] A schematic diagram illustrates the wireless communication system to which a communication control device is applied. [Figure 2] This is a functional block diagram of the communication control device. [Figure 3] This shows a first embodiment of the mapping between the UE-side ID and the NW-side ID using the ID mapping unit. [Figure 4] A fourth embodiment of the mapping between the UE-side ID and the NW-side ID using the ID mapping unit is shown. [Figure 5] This example shows how the ID mapping section includes information about the model ID (UE-side ID) in addition to the information about the function ID (NW-side ID). [Figure 6] This example shows how the ID mapping section includes information about the function ID (as the network-side ID) in addition to the model ID (as the UE-side ID). [Figure 7] A schematic example of processing by communication devices and / or networks is provided. [Figure 8] This is a diagram from the proposal document. [Figure 9] This is a diagram from the proposal document. [Figure 10] This is a diagram from the proposal document. [Figure 11] This is a diagram from the proposal document. [Figure 12] This is a diagram from the proposal document. [Modes for carrying out the invention]

[0014] Hereinafter, embodiments for implementing the present disclosure (hereinafter also referred to as embodiments) will be described in detail with reference to the drawings. In the description and / or drawings, the same or equivalent components, members, processes, etc. are denoted by the same reference numerals, and redundant descriptions are omitted. The scales and shapes of the respective parts shown are set for convenience in order to simplify the description, and are not to be construed restrictively unless otherwise specified. The embodiments are examples and do not limit the scope of the present disclosure in any way. All features presented in the embodiments and combinations thereof are not necessarily essential to the present disclosure.

[0015] The embodiments are presented, for convenience, as being decomposed into components for each function and / or function group for realizing it. However, one component in the embodiments may actually be realized by a combination of a plurality of components as separate entities, or a plurality of components in the embodiments may actually be realized by one component as an integral entity. Also, in the description of the wireless communication system in the present embodiment, terms in existing wireless communication standards such as 5G are used for convenience. This is not intended to limit the present disclosure to 5G or the like, and does not prevent the present disclosure from being applied when similar technologies are provided under different names in future wireless communication systems such as 6G or the like.

[0016] FIG. 1 schematically shows an overview of a wireless communication system 1 to which a communication control device according to an embodiment of the present disclosure is applied. The wireless communication system 1 includes a 5G wireless communication system 11, a 4G wireless communication system 12, and a satellite communication system 13. The 5G wireless communication system 11 complies with the fifth-generation mobile communication system (5G) that uses NR (New Radio) or 5G NR (Fifth Generation New Radio) as the radio access technology (RAT) and uses 5GC (Fifth Generation Core) as the core network (CN). The 4G wireless communication system 12 complies with the fourth-generation mobile communication system (4G) that uses LTE (Long Term Evolution) or LTE-Advanced as the radio access technology and uses EPC (Evolved Packet Core) as the core network. The satellite communication system 13 is responsible for satellite communication via a communication satellite 131. Although not shown, the wireless communication system 1 may include a wireless communication system of a generation prior to 4G, may include a wireless communication system of a generation after 5G (such as 6G), or may include any wireless communication system not associated with a generation such as Wi-Fi (registered trademark). Also, the wireless communication system 1 may not include some or all of the 5G wireless communication system 11, the 4G wireless communication system 12, and the satellite communication system 13.

[0017] The 5G wireless communication system 11 includes a plurality of 5G base stations 111A, 111B, 111C (hereinafter also collectively referred to as 5G base stations 111) that are installed on the ground and can communicate with communication devices 2A, 2B, 2C, 2D (hereinafter also collectively referred to as communication devices 2), such as smartphones, which are also called user equipment (UE) or user terminals (UT), via 5G NR. The base station 111 in 5G is also called a gNodeB (gNB). The communicable range or support range of each of the 5G base stations 111A, 111B, 111C is called a cell, and is shown as 112A, 112B, 112C (hereinafter also collectively referred to as 5G cells 112).

[0018] The size of the 5G cells 112 of each 5G base station 111 is arbitrary, but typically ranges from a few meters to tens of kilometers in radius. Although there is no established definition, cells with a radius of a few meters to 10 meters are sometimes called femtocells, cells with a radius of 10 meters to tens of meters are called picocells, cells with a radius of tens to hundreds of meters are called microcells, and cells with a radius exceeding hundreds of meters are sometimes called macrocells. 5G often uses high-frequency radio waves such as millimeter waves, and due to their high directivity, radio waves are blocked by obstacles, shortening the communication range. For this reason, 5G tends to use smaller cells more frequently than generations prior to 4G.

[0019] Communication device 2 can perform 5G communication if it is located inside at least one of the multiple 5G cells 112A, 112B, and 112C. In the illustrated example, communication device 2B located inside 5G cells 112A and 112B can communicate with either 5G base station 111A or 111B via 5G NR. Similarly, communication device 2C located inside 5G cell 112C can communicate with 5G base station 111C via 5G NR. Communication devices 2A and 2D are outside all 5G cells 112A, 112B, and 112C and are therefore unable to communicate via 5G NR. 5G NR communication between each communication device 2 and each 5G base station 111 is managed by the core network, 5GC. For example, 5GC handles data exchange with each 5G base station 111, data exchange with external networks such as EPC, satellite communication system 13, and the internet, and manages the movement of communication device 2.

[0020] The 4G wireless communication system 12 includes multiple 4G base stations 121 (only one is shown in Figure 1). These multiple 4G base stations 121 are installed on the ground and can communicate with the communication device 2 via LTE or LTE-Advanced. In 4G, base stations 121 are also called eNodeBs (eNBs). Similar to each 5G base station 111, the communication range or support range of each 4G base station 121 is also called a cell and is illustrated as 122.

[0021] Communication device 2 can perform 4G communication if it is inside the 4G cell 122. In the illustrated example, communication devices 2A and 2B, which are inside the 4G cell 122, can communicate with the 4G base station 121 via LTE or LTE-Advanced. Communication devices 2C and 2D are outside the 4G cell 122 and therefore cannot communicate via LTE or LTE-Advanced. 4G communication via LTE or LTE-Advanced between each communication device 2 and each 4G base station 121 is managed by the core network, the EPC. For example, the EPC handles data exchange with each 4G base station 121, data exchange with external networks such as 5GC, the satellite communication system 13, and the internet, and manages the movement of communication devices 2.

[0022] Focusing on each communication device 2A, 2B, 2C, and 2D, in the illustrated example, communication device 2A is capable of 4G communication with 4G base station 121, communication device 2B is capable of 5G communication with 5G base stations 111A and 111B and 4G communication with 4G base station 121, and communication device 2C is capable of 5G communication with 5G base station 111C. When there are multiple base stations (111A, 111B, 121) that can communicate, as in the case of communication device 2B, one base station deemed optimal in terms of communication quality, etc., is selected under the management of the core network 5GC and / or EPC to communicate with communication device 2B. Furthermore, since communication device 2D is not capable of communicating with any of the 5G base stations 111 and 4G base stations 121, it communicates using the satellite communication system 13 described next.

[0023] The satellite communication system 13 is a wireless communication system that uses a communication satellite 131, which is a low-Earth orbit satellite orbiting in space at an altitude of approximately 500 km to 700 km above the Earth's surface, as a non-terrestrial base station. Similar to the 5G base station 111 and the 4G base station 121, the communication range or support range of the communication satellite 131 is also called a cell and is illustrated as 132. In this way, the communication satellite 131 as a non-terrestrial base station provides a satellite communication cell 132 as a non-terrestrial communication cell to the ground. A terrestrial communication device 2 can perform satellite communication if it is inside the satellite communication cell 132. Similar to the 5G base station 111 in the 5G wireless communication system 11 and the 4G base station 121 in the 4G wireless communication system 12, the communication satellite 131 as a base station in the satellite communication system 13 can wirelessly communicate with the communication device 2 inside the satellite communication cell 132 directly or indirectly via an aircraft or the like. The radio access technology used by the communications satellite 131 for wireless communication with the communication device 2 in the satellite communications cell 132 may be 5G NR, the same as that used by the 5G base station 111; LTE or LTE-Advanced, the same as that used by the 4G base station 121; or any other radio access technology available to the communication device 2. For this reason, the communication device 2 does not need to be equipped with any special functions or components for satellite communications.

[0024] The satellite communication system 13 includes a gateway 133, which is installed on the ground and serves as a ground station capable of communicating with the communication satellite 131. The gateway 133 is equipped with a satellite antenna for communicating with the communication satellite 131 and is connected to 5G base stations 111 and 4G base stations 121, which constitute the terrestrial network (TN), via their respective wireless access technologies, such as 5G NR, LTE, or other wired or wireless access technologies or interfaces. In this way, the gateway 133 connects the non-terrestrial network (NTN), which is composed of non-terrestrial base stations or the communication satellite 131 as a satellite base station, and the TN, which is composed of ground base stations 111 and 121, in an interoperable manner. When communication satellite 131 communicates with communication device 2 in satellite communication cell 132 via 5G NR, the 5GC connected via gateway 133 and 5G base station 111 (or 5G radio access network) in TN is used as the core network. When communication satellite 131 communicates with communication device 2 in satellite communication cell 132 via LTE or LTE-Advanced, the EPC connected via gateway 133 and 4G base station 121 (or 4G radio access network) in TN is used as the core network. In this way, appropriate coordination is achieved between different wireless communication systems such as 5G communication, 4G communication, and satellite communication via gateway 133.

[0025] Satellite communication via the communications satellite 131 is primarily used to cover areas where ground base stations such as 5G base stations 111 and 4G base stations 121 are not installed or are few in number. In the illustrated example, the communication device 2D, which is outside the communication cells of all ground base stations, communicates with the communications satellite 131. On the other hand, communication devices 2A, 2B, and 2C, which are in good communication with any of the ground base stations, are also able to communicate with the communications satellite 131 because they are inside the satellite communication cell 132. However, in principle, they communicate with the ground base stations rather than the communications satellite 131, which is acting as a satellite base station, thereby saving the limited communication resources (including power) of the communications satellite 131 for the communication devices 2D and others. The communications satellite 131 improves the communication quality with the communication devices 2D by directing the communication radio waves towards the communication devices 2D inside the satellite communication cell 132 using beamforming.

[0026] The size of the satellite communication cell 132 of the communication satellite 131 as a satellite base station can be arbitrarily set according to the number of beams emitted by the communication satellite 131. For example, by combining up to 2,800 beams, a satellite communication cell 132 with a diameter of approximately 24 km can be formed. As shown in the figure, the satellite communication cell 132 is typically larger than terrestrial communication cells such as 5G cells 112 and 4G cells 122, and may contain one or more 5G cells 112 and / or 4G cells 122 inside. In the above, the communication satellite 131 flying in low Earth orbit at an altitude of approximately 500 km to 700 km above the Earth's surface was used as an example of a flying non-terrestrial base station. However, communication satellites flying in higher Earth orbits such as geostationary orbit, or unmanned or manned aircraft or drones flying in the atmosphere at lower altitudes (e.g., approximately 20 km above the Earth's surface), may be used as non-terrestrial base stations in addition to or instead of the communication satellite 131.

[0027] Figure 2 is a functional block diagram of the communication control device 3 according to this embodiment. The communication control device 3 comprises an ID matching unit 31, a specific information provision unit 32, and a verification unit 33. Some of these functional blocks can be omitted as long as the communication control device 3 can realize at least some of the operations and / or effects described below. These functional blocks are realized through the cooperation of hardware resources such as the central processing unit, memory, input devices, output devices, and peripheral devices connected to the computer, and software executed using them. Regardless of the type or location of the computer, each of the above functional blocks may be realized with the hardware resources of a single computer, or it may be realized by combining hardware resources distributed across multiple computers.

[0028] In particular, in this embodiment, some or all of the functional blocks of the communication control device 3 may be centrally or distributedly implemented on computers or processors located in at least one of the following: a network NW including a radio access network (RAN) and / or a core network, which consists of a communication device UE similar to the communication device 2 described above, a base station similar to at least one of the base stations 111, 121, and 131 described above, and various communication stations (not shown) that constitute the RAN together with the base stations (repeaters, IAB (Integrated Access and Backhaul) nodes, gateway 133, etc.).

[0029] As will be described later, in this embodiment, at least one of the communication device UE and the network NW performs the main processing by the ID matching unit 31. In addition, the one performs the main processing by the specific information provision unit 32 and the verification unit 33 for the other. For the sake of simplicity, the following describes an example in which the network NW functions as the one and the communication device UE functions as the other. In Figure 2, which corresponds to this example, the ID matching unit 31, the specific information provision unit 32, and the verification unit 33 are shown on the network NW side. However, this disclosure can also be applied when the communication device UE functions as the one and the network NW functions as the other (simply swap the communication device UE and the network NW in the following description). In this case, the main parts of the ID matching unit 31, the specific information provision unit 32, and the verification unit 33 are provided on the communication device UE side (not shown).

[0030] In this embodiment, communication control between a communication device UE and a network NW providing communication services to the communication device UE is performed using an AI / ML model (communication control model) based on AI / ML technology. Since communication control requires coordinated operation between the network NW and the communication device UE as the primary communication entities, AI / ML models corresponding to (or coordinating with) each other are provided on both the network NW and the communication device UE sides.

[0031] As schematically illustrated, one or more m (where m is an arbitrary natural number) network-side (NW-side) AI / ML models M1-1 to M1-m are provided on the network side (NW) and made available to the network (e.g., the core network). The NW-side AI / ML models M1-1 to M1-m are collectively referred to as NW-side AI / ML models M1 below. The NW-side AI / ML models are also simply referred to as NW-side models (M1). The NW-side models M1 available to the network are stored in storage inside or outside the network that is accessible to the network. Preferably, at least some of the NW-side models M1 available to the network (e.g., those with high usage frequency) are stored in storage within the network.

[0032] Similarly, on the communication device UE side, one or more n (where n is any natural number) communication device-side (UE-side) AI / ML models M2-1 to M2-n are provided for use by the communication device UE. The UE-side AI / ML models M2-1 to M2-n are collectively referred to as UE-side AI / ML models M2 below. The UE-side AI / ML models are also simply referred to as UE-side models (M2). The UE-side models M2 available to the communication device UE are stored in storage inside or outside the communication device UE that is accessible to the communication device UE. Preferably, at least some of the UE-side models M2 available to the communication device UE (e.g., those with high usage frequency) are stored in storage within the communication device UE.

[0033] One or more NW-side models M1 and / or one or more UE-side models M2 may be provided to address various use cases in communication control between the network NW and the communication equipment UE. Examples of use cases include: reducing overhead, improving accuracy, and enhancing channel state information (CSI) feedback for better prediction; beam prediction in the time domain and / or spatial domain for reducing overhead and latency, and beam management for improving beam selection accuracy; and improving positioning accuracy for different scenarios (e.g., including severe NLOS (Non-Line-Of-Site) environments). For example, if the network NW and the communication equipment UE cooperate to address a particular use case, the network NW may select and deploy or run one or more NW-side models M1 corresponding to that use case, and the communication equipment UE may select and deploy or run one or more UE-side models M2 corresponding to that use case.

[0034] Thus, for the network NW and the communication device UE to select their respective AI / ML models M1 and M2 and operate in cooperation, the NW-side model M1 used on the network NW side and the UE-side model M2 used on the communication device UE side must be consistent with each other. Here, if the respective AI / ML models M1 and M2 are managed under the same management scheme on both the network NW side and the communication device UE side, consistency in the selection of AI / ML models M1 and M2 on both sides can be easily ensured based on a common ID or the like set under that management scheme.

[0035] However, as will be shown in the specific examples below, the management schemes for AI / ML models M1 and M2 (communication control models) related to communication control between the network NW and the communication device UE are not unified, and various management schemes have been proposed. Since each management scheme has its advantages and disadvantages, it is possible that multiple different management schemes will ultimately be adopted in wireless communication standards such as 5G. In such cases, it is conceivable that different management schemes may be used on the network NW side and the communication device UE side. Therefore, this embodiment provides a communication control device 3 that can appropriately handle different management schemes for AI / ML models M1 and M2 on the network NW side and the communication device UE side.

[0036] The management scheme may also be referred to as the Life Cycle Management (LCM) scheme for AI / ML models (communication control models). A life cycle management scheme is a scheme, system, or framework for managing each AI / ML model at each phase of its lifecycle or lifetime. For example, in order to consistently manage each AI / ML model throughout each phase of its lifecycle, such as generation, training, testing, deployment, monitoring, optimization, and decommissioning, an appropriate life cycle management scheme may be individually configured on the network side (NW) and the communication equipment UE side.

[0037] As described later, the management scheme or LCM scheme manages each AI / ML model based on an ID that uniquely identifies each AI / ML model or its components, and configuration data that constitutes or defines each AI / ML model or its components. The configuration data may be updated or modified as needed throughout the lifecycle of each AI / ML model. On the other hand, the ID is, in principle, immutable throughout the lifecycle of each AI / ML model (from creation to decommissioning).

[0038] In the following, the management scheme used by a network (NW) to manage its own NW-side model M1 will be referred to as the "NW-side AI / ML model management scheme" and denoted as SC1. The NW-side AI / ML model management scheme (SC1) is also simply referred to as the NW-side management scheme (SC1) or the first scheme (SC1). Similarly, the management scheme used by a communication device (UE) to manage its own UE-side model M2 will be referred to as the "UE-side AI / ML model management scheme" and denoted as SC2. The UE-side AI / ML model management scheme (SC2) is also simply referred to as the UE-side management scheme (SC2) or the second scheme (SC2).

[0039] Under the first scheme SC1 on the network side (NW), one or more NW-side AI / ML models M1-1 to M1-m are managed. Each NW-side AI / ML model M1 includes a network-side ID (NW-side ID) to uniquely identify it, and network-side configuration data (NW-side configuration data) that constitutes or defines it. Here, "NW-side AI / ML model" refers to the entire NW-side AI / ML model or its components. In the former case, the NW-side ID uniquely identifies the entire NW-side AI / ML model, and the NW-side configuration data constitutes or defines the entire NW-side AI / ML model. In the latter case, the NW-side ID uniquely identifies the components of the NW-side AI / ML model (e.g., functions and procedures described later), and the NW-side configuration data constitutes or defines the components of the NW-side AI / ML model. In the latter case, typically, a single NW-side AI / ML model or its entire lifecycle can be realized by combining multiple components.

[0040] Under the second scheme SC2 on the communication device UE side, one or more UE-side AI / ML models M2-1 to M2-n are managed. Each UE-side AI / ML model M2 includes a communication device ID (UE-side ID) to uniquely identify it, and communication device configuration data (UE-side configuration data) that constitutes or defines it. Here, "UE-side AI / ML model" means either the entire UE-side AI / ML model or its components. In the former case, the UE-side ID uniquely identifies the entire UE-side AI / ML model, and the UE-side configuration data constitutes or defines the entire UE-side AI / ML model. In the latter case, the UE-side ID uniquely identifies the components of the UE-side AI / ML model (e.g., functions and procedures described later), and the UE-side configuration data constitutes or defines the components of the UE-side AI / ML model. In the latter case, typically, a single UE-side AI / ML model or its entire lifecycle can be realized by combining multiple components.

[0041] The first scheme SC1 and the second scheme SC2 may be the same, at least temporarily, but in the following description of this embodiment, the first scheme SC1 and the second scheme SC2 will be considered different from each other. That is, in the following description, the network NW and the communication device UE will use different management schemes SC1 and SC2, respectively. Specifically, an example will be described in detail in which the NW-side management scheme SC1 used by the network NW is a so-called functionality-based management scheme, and the UE-side management scheme SC2 used by the communication device UE is a so-called model-based management scheme.

[0042] However, this disclosure is also applicable when the NW-side management scheme SC1 is any management scheme other than a function-based management scheme, and the UE-side management scheme SC2 is any management scheme other than a model-based management scheme. Furthermore, although not shown in the diagram, for example, multiple different management schemes (for example, both function-based and model-based management schemes) may be implemented in parallel on the network NW side (or the communication device UE side).

[0043] The "function-based management scheme" and "model-based management scheme" exemplified below are provisional or fluid, still in the proposal or discussion stage. Therefore, their names and content may change significantly when they are ultimately adopted in wireless communication standards such as 5G. Furthermore, management schemes different from the function-based and model-based schemes may be proposed and ultimately adopted in wireless communication standards such as 5G. This disclosure is broadly applicable to situations where the network NW and communication equipment UE may use different management schemes SC1 and SC2, regardless of the specific names or content of each scheme.

[0044] Based on the above understanding, we will specifically illustrate a function-based management scheme as an example of the NW-side management scheme SC1, and a model-based management scheme as an example of the UE-side management scheme SC2. First, we will explain the model-based management scheme (SC2) in detail, and then we will explain the function-based management scheme (SC1) in detail.

[0045] In the Model-Based Management Scheme SC2, a unique Model ID (UE-side ID) is assigned to the entire UE-side AI / ML model. That is, the Model ID set under the Model-Based Management Scheme SC2 uniquely identifies the entire AI / ML model. This UE-side configuration data, which may be described as metadata for such a Model ID, may be the AI / ML model (entire model) itself (for example, a mathematical model based on artificial intelligence and / or machine learning that performs intelligent processing such as inference on input and outputs a result), or it may be a set of all the components of the AI / ML model (for example, parameters, functions, procedures). Thus, under the Model-Based Management Scheme SC2, LCM and other operations are performed at the unit of the AI / ML model (entire model). For this reason, compared to the Function-Based Management Scheme SC1, which will be described later, the configuration of each AI / ML model is rigid and lacks flexibility. However, under the Model-Based Management Scheme SC2, there is an advantage in that the efficiency and accuracy of processing can be dramatically improved by pre-optimizing the AI / ML model for routine processing with few changes or exceptions.

[0046] Furthermore, even under the Model-Based Management Scheme SC2, changes can be made within the framework of each AI / ML model, such as updating parameters as components (UE-side configuration data) of each AI / ML model. If the parameters of an existing AI / ML model are updated, a new AI / ML model with the updated parameters may be generated and assigned a new model ID. This new model ID may be generated by incrementing a numerical sequence such as a prefix or suffix, which is part of the model ID of the existing AI / ML model.

[0047] Under the model-based management scheme SC2 described above, one or more UE-side AI / ML models M2 are selected on the communication device UE side based on the AI / ML capability of the communication device UE on which it is implemented, and the use cases that the communication device UE should address by utilizing AI / ML functions (in cooperation with the network NW). Here, the communication device UE may autonomously select an appropriate UE-side AI / ML model M2 (i.e., without instructions or signaling from the network NW), or it may select an appropriate UE-side AI / ML model M2 in response to instructions or signaling from the network NW.

[0048] In the function-based management scheme SC1, each component of the network-side AI / ML model is assigned a unique function ID (network-side ID). That is, the function ID set under the function-based management scheme SC1 uniquely identifies the components of the AI / ML model. In contrast to the aforementioned model-based management scheme SC2, under the function-based management scheme SC1, the configuration of each AI / ML model is not strictly defined (may be described as an open format), and typically, each AI / ML model or its entire lifecycle can be realized by a combination of individual functions and procedures identified by the function ID. Thus, the components of the network-side AI / ML model to which a function ID is assigned represent a part of that network-side AI / ML model or its entire lifecycle. For example, a function ID may be assigned to some functions of a network-side AI / ML model executed at a certain point in time, or to procedures involved in some phases of the lifecycle of the network-side AI / ML model.

[0049] For example, a function to which a function ID is assigned may specify the deployment architecture of an AI / ML model. Examples of a deployment architecture include the manner and level of cooperation between the network NW and the communication device UE when deploying an AI / ML model, and the entity leading such cooperation (the network NW and / or communication device UE). Furthermore, a procedure to which a function ID is assigned may consist of one or more steps or processes related to certain phases in the AI / ML model's lifecycle. Examples of steps include updating the AI / ML model, transferring the AI / ML model, and monitoring the AI / ML model. At least some of these steps may be performed by the communication device UE as the cooperating partner. Here, each individual step only realizes a part of the LCM (Life Cycle Management) over the entire AI / ML model's lifecycle. However, by selecting the appropriate step according to the phase in the AI / ML model's lifecycle, the LCM over the entire lifecycle of the AI / ML model can be effectively realized. The specific content of such functions and procedures, as well as related parameters, are defined by network-side configuration data, which may be represented as metadata for the function ID (network-side ID).

[0050] As described above, under the function-based management scheme SC1, LCM (Lifecycle Management) and other processes are performed on AI / ML models or on units of their entire lifecycle. Therefore, it is possible to flexibly select functions and procedures that are appropriate for each phase in the AI / ML model's lifecycle, thereby realizing optimal AI / ML functionality. This highly flexible function-based management scheme SC1 is suitable for non-routine processing that is prone to change and exceptions, and for processing that is easily affected by the presence or level of AI / ML capabilities of communication equipment UEs and network NWs.

[0051] Under the function-based management scheme SC1 described above, one or more functions and procedures of the NW-side AI / ML model M1 that are actually used on the network side are selected based on the AI / ML capabilities of the network NW or the communication device UE acting as a cooperating partner, and the use cases that the network NW should address by utilizing AI / ML functions (in cooperation with the communication device UE). Here, the network NW may autonomously (i.e., without instructions or signaling from the communication device UE) select the appropriate functions and procedures of the NW-side AI / ML model M1, or it may select the appropriate functions and procedures of the NW-side AI / ML model M1 in response to instructions or signaling from the communication device UE. The one or more functions and procedures thus selected construct the NW-side AI / ML model M1 that is actually used on the network side for the current use case.

[0052] Next, we will describe a communication control device 3 that can handle the situation described above, where the function-based management scheme SC1 is used on the network NW side and the model-based management scheme SC2 is used on the communication device UE side. As mentioned above, the communication control device 3 comprises an ID matching unit 31, a specific information provision unit 32, and a confirmation unit 33.

[0053] The ID matching unit 31 associates the UE-side ID of the UE-side AI / ML model M2 (the entire model) managed by the communication device UE under the model-based management scheme SC2 with the NW-side ID of the NW-side AI / ML model M1 (components such as functions and procedures) managed by the network NW under the function-based management scheme SC1. The specific information providing unit 32 provides specific information from at least one of the communication device UE and the network NW (in this example, the network NW) to the other of the communication device UE and the network NW (in this example, the communication device UE) to identify the correct communication control model (in this example, the UE-side AI / ML model M2) in accordance with the correspondence between the UE-side ID and the NW-side ID associated by the ID matching unit 31. For example, the specific information provision unit 32 provides the communication device UE with specific information from the network NW to allow the communication device UE to identify one or more UE-side IDs (i.e., one or more corresponding UE-side AI / ML models M2) that correspond to the NW-side IDs of one or more NW-side AI / ML models M1 used on the network NW side.

[0054] Various embodiments are possible for the manner in which the ID matching unit 31 associates the UE-side ID with the NW-side ID, and for the corresponding manner of specific information provided by the specific information provision unit 32, as listed below.

[0055] Figure 3 shows a first embodiment of the mapping between UE-side IDs and NW-side IDs by the ID mapping unit 31. In this embodiment, the ID mapping unit 31 provided on the network NW side creates an ID mapping table as correspondence relationship information between UE-side IDs and NW-side IDs, as shown in Figure 3. The ID mapping table in the illustrated example consists of three columns. The first column is a list of model IDs (UE-side IDs / Model IDs) set under the model-based management scheme SC2 on the communication device UE side. The second column is a list of function IDs (NW-side IDs / Functionality IDs) set under the function-based management scheme SC1 on the network NW side. The third column is a list of model IDs (NW-side IDs / Model Sets) that are optionally set when the network NW can use a model-based management scheme in addition to or instead of the function-based management scheme SC1, and are set under the model-based management scheme on the network NW side.

[0056] The information in the first column regarding the communication device UE and the information in the third column regarding the network NW are both model IDs set under the model-based management scheme. However, since it is likely that multiple model IDs (NW-side AI / ML models) are set for a single model ID (UE-side AI / ML model) set on the communication device UE side, the expression "Model Set," which means one or more (especially multiple) model IDs, is used in the third column.

[0057] The model ID of the communication device UE in the first column, the function ID of the network NW in the second column, and the model ID (model set) of the network NW in the third column are associated with each other by the ID mapping unit 31. For example, if the communication device UE uses the UE-side AI / ML model with model ID "1", the network NW can cooperate with the communication device UE to realize the desired AI / ML function by using the NW-side AI / ML model (a set of constituent elements such as functions and procedures) with function ID "20" or the NW-side AI / ML model set with model ID "B".

[0058] In this embodiment, the specific information providing unit 32, located on the network NW side, provides the communication device UE with the model ID (information in the first column) of the communication device UE side, which is associated with the function ID (information in the second column) or model ID (information in the third column) used by the network NW, as specific information. For example, if the network NW uses a network-side AI / ML model (a set of constituent elements such as functions and procedures) with function ID "20" or a set of network-side AI / ML models with model ID "B", the corresponding model ID "1" of the communication device UE side is provided to the communication device UE from the network NW as specific information. As a result, the communication device UE can identify the correct UE-side AI / ML model M2 for cooperative operation with the network NW based on its own model ID "1" provided by the network NW as specific information.

[0059] In the first embodiment described above, the communication device ID (e.g., model ID "1") and the network ID (e.g., function ID "20" or model ID "B") are different from each other. The specific information provision unit 32 provides the communication device UE with the second ID (e.g., model ID "1") used by the communication device UE, which is associated with the first ID (e.g., function ID "20" or model ID "B") used by the network NW, as specific information for the coordinated operation of the communication device UE and the network NW. In this case, the communication device UE is notified by the network NW only of a small number of model IDs extracted from the ID correspondence table shown in Figure 3, rather than the entire ID correspondence table. Therefore, the signaling load from the network NW to the communication device UE can be reduced. Furthermore, the communication device UE can operate stably under its own model-based management scheme SC2, regardless of whether the network NW uses a function-based management scheme or a model-based management scheme.

[0060] In the second embodiment, the information in the first column of Figure 3 is used on both the communication device UE side and the network NW side. As mentioned above, the information in the first column is originally the model ID of the communication device UE side, but in the second embodiment, it is also used as the function ID of the network NW side. For example, in the first embodiment, the model ID "1" on the communication device UE side was associated with the function ID "20" on the network side, but in the second embodiment, the model ID "1" on the communication device UE side is associated with the function ID "1" on the network side.

[0061] Although such common IDs appear to be the same on both the communication device UE and network NW sides, their actual meaning differs between the two sides. Specifically, on the communication device UE side, the common ID specifies the UE-side AI / ML model under the model-based management scheme SC2, while on the network NW side, it specifies the NW-side AI / ML model (a set of constituent elements such as functions and procedures) under the function-based management scheme SC1.

[0062] As described above, in the second embodiment, the ID matching unit 31 sets the communication device side ID (e.g., model ID "1") and the network side ID (e.g., function ID "1") to the same common ID (e.g., "1"). The specific information provision unit 32 provides the common ID as specific information from the network NW to the communication device UE for the coordinated operation of the communication device UE and the network NW. In this case, the communication device UE is notified from the network NW only of a small number of model IDs extracted from the ID matching table, rather than the entire ID matching table in Figure 3. Therefore, the signaling load from the network NW to the communication device UE can be reduced. Furthermore, the communication device UE can operate stably under its own model-based management scheme SC2, regardless of whether the network NW uses a function-based management scheme or a model-based management scheme.

[0063] In the third embodiment, the information in the second column of Figure 3 is used on both the communication device UE side and the network NW side. As mentioned above, the information in the second column is originally the function ID on the network NW side, but in the third embodiment, it is also used as the model ID on the communication device UE side. For example, in the first embodiment, the function ID "20" on the network NW side was associated with the model ID "1" on the communication device UE side, but in the third embodiment, the function ID "20" on the network NW side is associated with the model ID "20" on the communication device UE side.

[0064] Although such common IDs appear to be the same on both the communication device UE and network NW sides, their actual meaning differs between the two sides. Specifically, on the communication device UE side, the common ID specifies the UE-side AI / ML model under the model-based management scheme SC2, while on the network NW side, it specifies the NW-side AI / ML model (a set of constituent elements such as functions and procedures) under the function-based management scheme SC1.

[0065] As described above, in the third embodiment, the ID matching unit 31 sets the communication device side ID (e.g., model ID "20") and the network side ID (e.g., function ID "20") to the same common ID (e.g., "20"). The specific information provision unit 32 provides the common ID as specific information from the network NW to the communication device UE for the coordinated operation of the communication device UE and the network NW. In this case, the communication device UE is notified from the network NW only of a small number of model IDs extracted from the ID matching table, rather than the entire ID matching table in Figure 3. Therefore, the signaling load from the network NW to the communication device UE can be reduced. Furthermore, the communication device UE can operate stably under its own model-based management scheme SC2, regardless of whether the network NW uses a function-based management scheme or a model-based management scheme.

[0066] Figure 4 shows a fourth embodiment of the mapping between UE-side IDs and NW-side IDs by the ID mapping unit 31. In this embodiment, the ID mapping unit 31 provided on the network NW side creates an ID mapping table as correspondence relationship information between UE-side IDs and NW-side IDs, as shown in Figure 4. The ID mapping table in the illustrated example consists of three columns. The second column is a list of model IDs (one or more UE-side IDs / Model Sets) set under the model-based management scheme SC2 on the communication device UE side. The third column is a list of function IDs (one or more NW-side IDs / Functionality Sets) set under the function-based management scheme SC1 on the network NW side. The first column is a pair ID corresponding to the pair of the model ID on the communication device UE side in the second column and the function ID on the network NW side in the third column.

[0067] The model ID of the communication device UE in the second column and the function ID of the network NW in the third column are associated with each other by the ID mapping unit 31 via the set ID in the first column. For example, the model ID "B" of the communication device UE in the second column and the function ID "b" of the network NW in the third column are associated with each other by the ID mapping unit 31 via the set ID "21" in the first column.

[0068] In this embodiment, the specific information provision unit 32, located on the network NW side, provides the communication device UE with the set ID (information in the first column) associated with the function ID (information in the third column) it uses as specific information. For example, if the network NW uses the NW-side AI / ML model (a set of constituent elements such as functions and procedures) with function ID "b", the corresponding set ID "21" is provided from the network NW to the communication device UE as specific information. The communication device UE recognizes the model ID "B" in its own model-based management scheme SC2, which corresponds to the set ID "21" provided by the network NW. As a result, the communication device UE can identify the model ID "B" that specifies the correct UE-side AI / ML model M2 for cooperative operation with the network NW using the NW-side AI / ML model (a set of constituent elements such as functions and procedures) with function ID "b". Note that the communication device UE does not need to understand the entire ID correspondence table in Figure 4; it only needs to understand the information of the set ID in the first column and the model ID in the second column (it does not need to understand the information of the function ID in the third column).

[0069] In the fourth embodiment described above, a set ID (e.g., "21") is set that integrally manages the communication device side ID (e.g., model ID "B") and the network side ID (e.g., function ID "b"). The specific information provision unit 32 provides the set ID (e.g., "21") as specific information from the network NW to the communication device UE for the coordinated operation of the communication device UE and the network NW. In this case, the communication device UE is notified from the network NW only of a small number of set IDs extracted from the ID correspondence table shown in Figure 4, rather than the entire ID correspondence table. Therefore, the signaling load from the network NW to the communication device UE can be reduced. Furthermore, the communication device UE can operate stably under its own model-based management scheme SC2, regardless of whether the network NW uses a function-based management scheme or a model-based management scheme.

[0070] In the fifth embodiment, the ID matching unit 31 generates correspondence information between the UE-side ID and the NW-side ID, and the specific information provision unit 32 provides this correspondence information as specific information from the network NW to the communication device UE. For example, the ID matching unit 31 may generate the ID matching table shown in Figures 3 and 4 as correspondence information, and the specific information provision unit 32 may provide the entire ID matching table from the network NW to the communication device UE. In this way, the communication device UE has an understanding of the entire ID matching table, so even if information on function IDs under the function-based management scheme SC1 used on the network NW side is provided, it can associate it with the correct model ID under the model-based management scheme SC2 that it uses.

[0071] In the sixth embodiment, the ID matching unit 31 includes the information of one of the corresponding UE-side IDs and NW-side IDs, and the specific information provision unit 32 provides the information of the other as specific information from the network NW to the communication device UE.

[0072] Figure 5 shows an example in which the ID mapping unit 31 includes information on the Applied model ID set, which is the UE-side ID, in addition to the Functionality ID information, which is the NW-side ID. In this way, the Functionality ID information, which integrates the Model ID information on the communication device UE side, is provided to the communication device UE by the Specific Information Provision Unit 32, so that the communication device UE can extract the Model ID information (Applied model ID set) that it should use from this specific information.

[0073] Figure 6 shows an example in which the ID mapping unit 31 includes the functionality ID information (as a network-side ID) in the Model ID information (as a UE-side ID). In this way, the Model ID information (which integrates the functionality ID information on the network side) is provided to the communication device UE by the specific information provision unit 32, allowing the communication device UE to directly select the UE-side AI / ML model it should use based on the Model ID. On the other hand, the network can correctly select the network-side AI / ML model (a set of constituent elements such as functions and procedures) it should use based on the functionality ID information (as a network-side ID) integrated into the Model ID information.

[0074] The first to sixth embodiments described above are suitable when the communication device UE (model-based management scheme SC2) and the network NW (function-based management scheme SC1) use different management schemes. The verification unit 33 shown in Figure 2 may verify whether the communication device UE and the network NW actually manage the AI / ML model (communication control model) using different management schemes before applying the first to sixth embodiments. If the verification unit 33 confirms that the communication device UE and the network NW actually manage the AI / ML model using different management schemes, the specific information provision unit 32 may provide specific information from the network NW to the communication device UE based on at least one of the first to sixth embodiments.

[0075] In this embodiment, the verification unit 33 provided on the network NW side may verify the management scheme of the AI / ML models that the communication device UE can support. For example, the communication device UE may, in response to an inquiry from the network NW (verification unit 33) (or spontaneously), notify the network NW (verification unit 33) of the management scheme of the AI / ML models it can support. The signaling from the communication device UE to the network NW for this purpose represents the LCM capability of the AI / ML models possessed by the communication device UE, and may therefore be expressed as, for example, "AI / ML LCM capability information".

[0076] Examples of AI / ML model management schemes that communication device UEs can support include the following: • Model-based management scheme (updatable) / configurable model • Model-based management scheme (with update capability) / fixed model • Functionality-based management scheme (updatable) / configurable LCM process (functionality) • Functionality-based management scheme (with update functionality) / fixed LCM process (functionality)

[0077] For example, if the verification unit 33 confirms that the communication device UE is only compatible with the model-based management scheme (i.e., not compatible with the function-based management scheme), the network NW (specific information provision unit 32) using the function-based management scheme SC1 provides the communication device UE with specific information based on at least one of the first to sixth embodiments. In this way, the NW-side ID (or NW-side AI / ML model) information used on the network NW side is appropriately converted to the UE-side ID (or UE-side AI / ML model) information used on the communication device UE side via the specific information provided by the specific information provision unit 32.

[0078] On the other hand, if the verification unit 33 confirms that the communication device UE is compatible with the function-based management scheme, the network NW, which also uses the function-based management scheme SC1, provides the communication device UE with information on the NW-side ID (or NW-side AI / ML model) it uses. The communication device UE can then appropriately select the UE-side ID (or UE-side AI / ML model) it should use from the NW-side ID information under the function-based management scheme it also uses.

[0079] Figure 7 schematically illustrates the processing performed by the communication device UE and / or network NW as described above. In this figure, time progresses from top to bottom. Also, "S" in this figure represents a step or process.

[0080] In S0, at least a portion of the correspondence relationship information, such as the ID correspondence table shown in Figures 3 and 4, is shared in advance between the communication device UE and the network NW. As explained in the first to fourth embodiments, the network NW typically understands the entire correspondence relationship information, but the communication device UE does not need to understand the entire correspondence relationship information (it only needs to understand it in fragments) as long as it can identify the UE-side ID that it should use based on that correspondence relationship information.

[0081] In S1, the verification unit 33 on the network NW side queries the management scheme for AI / ML models that can be supported by the communication device UE. In S2, the communication device UE, in response to the query in S1, notifies the network NW (verification unit 33) of the management scheme for AI / ML models that it can support in the form of "UE AI / ML capability signaling". This signaling includes, for example, information about the AI / ML processing capability of the communication device UE and the types of AI / ML that the communication device UE can support.

[0082] In S3, the network NW identifies the LCM process to be executed based on the signaling in S2. In S4, the verification unit 33 verifies the AI / ML model management scheme that the communication device UE can handle for the LCM process identified in S3, based on the signaling in S2. Since S4 is a process that verifies whether a transformation is necessary between different management schemes for the UE-side ID and the NW-side ID, it may also be represented as "Transformation capability check" as shown in the figure.

[0083] In S5, the specific information provision unit 32 notifies the communication device UE of the ID management scheme that should be applied on the communication device UE side, based on the verification results in S4. For example, as mentioned above, if the verification unit 33 (S4) has confirmed that the communication device UE is only capable of supporting the model-based management scheme, the network NW (specific information provision unit 32) notifies that the model-based management scheme should be applied on the communication device UE side. Alternatively, since the communication device UE is only capable of supporting the model-based management scheme anyway, this notification may be omitted. Also, if the verification unit 33 (S4) has confirmed that the communication device UE is capable of supporting the function-based management scheme, the network NW, which also uses the function-based management scheme SC1, notifies that the function-based management scheme should be applied on the communication device UE side. Note that if the verification unit 33 (S4) has confirmed that the communication device UE is only capable of supporting the function-based management scheme (i.e., not capable of supporting the model-based management scheme), this notification may be omitted.

[0084] In S6, the network NW notifies the communication device UE of the UE-side ID (or its specific information) corresponding to the ID management scheme notified in S5. As a result, the communication device UE can appropriately select the correct UE-side ID (or UE-side AI / ML model) that corresponds to the NW-side ID (or NW-side AI / ML model) used on the network NW side.

[0085] In this embodiment, specific information is provided from at least one of the communication device UE and the network NW to the other, based on the correspondence between the UE-side ID of the communication control model (UE-side AI / ML model) managed by the communication device UE and the NW-side ID of the communication control model (NW-side AI / ML model) managed by the network NW. The other communication device UE and the network NW that receives the specific information can identify the correct communication control model based on the correspondence between the UE-side ID and the NW-side ID. Therefore, even if they use a different management scheme than the communication device UE and the network NW that sent the specific information, they can achieve appropriate communication control between the communication device UE and the network NW based on the communication control model.

[0086] Next, a proposal document relating to this embodiment is presented. The elements disclosed in this proposal document constitute a part of this disclosure and can be optionally combined with the elements disclosed in the above-mentioned embodiment.

[0087] 3GPP TSG RAN WG1 #112bis-e R1-23xxxxx e-meeting April 17th ~ April 26th, 2023

[0088] Source: Rakuten Mobile, Inc. Title: Discussion on AI / ML Frameworks Agenda: 9.2.1 Purpose of the document: Discussion

[0089] 1 background

[0090] At RAN Plenary #94, 3GPP agreed to consider artificial intelligence (AI) / machine learning (ML) for NR air interfaces. This includes the following objectives [1]:

[0091] AI / ML models, terminology, and descriptions to identify common specific features for framework research: - Characterizing AI / ML algorithms and the definitions of associated complexity stages: • Model generation, e.g., model training (including input / output, before / after processes, online / offline, where applicable), model validation, model testing. • Inference operations, e.g., input / output, before / after processes, where applicable. - For example, identify the different levels of collaboration between UE and gNB regarding the selected use case: • No collaboration: AI / ML algorithms based solely on implementation without information exchange (for comparison purposes) • Various levels of UE / gNB collaboration targeting individual or joint ML operations - Characterizing the lifecycle management of AI / ML models: e.g., model training, model deployment, model inference, model monitoring, model updates. -Datasets for training, validation, testing, and inference - Identify common notation and terminology for AI / ML functions, procedures, and interfaces. -Note: Consider the work done on "FS_NR_ENDC_data_collect" where appropriate.

[0092] Based on this objective, it is necessary to discuss a framework for AI / ML deployment. At the RAN1 #109-e meeting, the following agreement was reached regarding the AI / ML collaboration level:

[0093] agreement

[0094] As one aspect for defining collaboration levels, we take the following network-UE collaboration levels: 1. Level x: No collaboration 2. Level y: Signaling-based collaboration without model transfer 3. Level Z: Signaling-based collaboration with model transfer Note: Other aspects for defining the level of collaboration are not excluded and will be discussed in later meetings. For example, whether or not model updates are required, and whether training / inference support is provided, will be discussed in later meetings to define the level of collaboration. FFS: The level xy boundary needs to be clarified.

[0095] At the RAN1 #110bis-e meeting, further clarification of the boundaries between collaboration levels was discussed in relation to the above agreements.

[0096] Working assumption: Define the level yz boundary based on whether the model delivery is transparent to 3GPP signaling on the air interface. Note: Procedures other than model transfer / delivery will be decoupled with collaboration level yz. • For clarification, note: Level y includes cases without model delivery.

[0097] agreement

[0098] Clarify the level x / y boundary as follows: - Level x is collaboration between the network and UE through implementation-based AI / ML operations, without dedicated AI / ML-specific improvements (e.g., signaling related to LCM, RS) (Note: AI / ML operations may depend on future standards unrelated to AI / ML collaboration. The AI / ML approach may be used as a baseline for performance evaluation for future releases).

[0099] Now that the definition of level x has been clarified, RAN1 needs to continue the discussion on the boundary between y and z. The main difference based on the definitions between y and z is the presence or absence of model transfer. Until now, the handling of such AI / ML models has been based on the model ID. Regarding the model ID, the following agreement was reached at the RAN1 #110bis-e meeting:

[0100] agreement

[0101] Consider the LCM procedure under the assumption that the AI / ML model has a model ID with relevant information and / or model functionality for at least some AI / ML operations. [Assuming the network needs to recognize the UE's AI / ML model] FFS: Detailed discussion of model IDs with related information and / or model functionality FFS: Use of Model IDs with Related Information and / or Model Functionality under LCM Procedures FFS: Model ID support required FFS: Detailed Applicable AI / ML Operations

[0102] agreement

[0103] Regarding model selection, activation, deactivation, switching, and fallback, at least for the UE-side model and bidirectional models, consider the following mechanisms: - Network-based decision Network origin • Network requests originating from the UE -UE decision • UE decisions under network-configured event triggers are reported to the network. • The UE's autonomous decisions are reported to the network. • UE's autonomous decisions are not reported to the network. FFS: Regarding the network-side model FFS: Other Mechanisms

[0104] At the RAN1#111 meeting, there was further discussion on the AI / ML model management framework, and a new term, "functionality," was introduced as follows:

[0105] agreement

[0106] For the UE portion / UE-side model, the following mechanisms will be considered regarding the LCM procedure: Regarding function-based LCM procedures, suggestions for activation / deactivation / switching / fallback based on individual AI / ML functions. Note: A UE may have one AI / ML model for a function, or it may have multiple AI / ML models for a function. FFS: Does it suggest functionality, and how does it suggest it? Regarding LCM procedures based on model IDs, suggestions for model selection / activation / deactivation / switching / fallback based on individual model IDs are provided.

[0107] Working assumption (see Figure 8)

[0108] agreement

[0109] To facilitate the discussion, we will consider at least the cases shown in Figure 9 regarding the combination of model delivery / transfer to the UE, training location, and model delivery / transfer formats for the UE-side model and the UE portions of both models.

[0110] agreement

[0111] Regarding the UE-side model and the UE portion of both models: - Regarding AI / ML function identification • Reuse the legacy 3GPP framework for features as a starting point for discussion. • UE suggests the supported feature set / functions for a given sub-use case. ■Starting with UE capability reporting - Regarding AI / ML model identification • Models are identified in the network by their model ID. UE indicates supported AI / ML models. - In function-based LCM The network suggests activation / deactivation / fallback / switching of AI / ML functions via 3GPP signaling (e.g., RRC, MAC-CE, DCI). • Models do not need to be identified by the network, and the UE may perform model-level LCM. ■ We will examine whether the network should have, and to what extent, awareness and interaction regarding model-level LCM. - In an LCM based on model IDs, models may be identified in the network, and the network / UE may perform activation / deactivation / selection / switching of individual AI / ML models via the model ID. FFS: Relationship between function identification and model identification FFS: Performance Monitoring and RAN4 Impact FFS: A detailed understanding of the model

[0112] agreement

[0113] -Features made possible by AI / ML represent features for which AI / ML may be used.

[0114] agreement

[0115] - Regarding function identification, there may be one or more functions defined within the features made possible by AI / ML.

[0116] This paper presents our views on further clarification regarding collaboration level boundaries, model IDs, and the use of model features.

[0117] 2. Discussion on the classification of collaboration levels for AI / ML use in air interfaces.

[0118] Table 1 (Figure 10) describes our understanding of the features for each collaboration level.

[0119] We believe that level x is sufficiently clear and does not require further discussion.

[0120] Level y: Signaling-based collaboration without model transfer At this level of collaboration, various types of information exchange can be considered. The actual information shared between the network and the UE could include several types of information:

[0121] a. AI / ML supplementary information i. Parameters for tuning AI / ML models / inference ii. Parameters for controlling AI / ML functional applications b. Suggestions regarding whether or not AI / ML models need updating.

[0122] Our understanding of the agreed classification is that it classifies the impact of standardization on signaling standards. In order to further discuss the signaling required for level y, we need to classify the types of collaboration included in this collaboration level. Our understanding is that level y includes the following collaborations:

[0123] Level y-1: Network-based AI / ML applications With the exception of the measurement functions on the UE side, all AI / ML-related functions reside on the network side. The UE may report necessary measurement information to the network.

[0124] Level y-2: Bilateral AI / ML applications Both the network (NW) and the user interface (UE) play several roles in AI / ML operations, including learning, inference, and model management. The details and feasibility at this level should be further investigated.

[0125] Level y-3: UE-based AI / ML applications With the exception of a few measurement functions on the network side, all AI / ML-related functions are located in the UE. The network may also suggest necessary measurement information to the UE.

[0126] The above classifications may be defined independently. In that case, the above classifications may be called frameworks.

[0127] Level Z: Signaling-based collaboration involving model transfer. At this level, the network (NW) can manage the models that the UE (User Engineer) uses for AI / ML operations. Training is primarily performed on the NW side, and the resulting updated models can be sent to the UE. Operations in the reverse direction are also technically possible. In our opinion, the top priority at this level of collaboration is to specify the interaction between the network and the UE regarding the management of AI / ML models aligned in a common data format. Based on this common data format, 3GPP can discuss how to manage model parameters, how to perform model updates, and how to communicate necessary auxiliary information.

[0128] Another possibility is downloading third-party AI / ML models from the internet to the UE or network nodes. At the previous meeting, as a further classification, at the collaboration level, model transactions are based on a specific format. Our understanding is that the controllability of the specific format model is unclear at this time.

[0129] Observation 1 If a proprietary format model becomes capable of interacting with the 3GPP system, a common interface must be specified, even if it is an AI / ML model based on a proprietary format.

[0130] The following working assumption regarding the boundary between y and z is considered acceptable as an agreement:

[0131] Working Assumption Define the level yz boundary based on whether the model delivery is transparent to 3GPP signaling on the air interface. Note: Procedures other than model transfer / delivery will be decoupled with collaboration level yz. • For clarification, note: Level y includes cases without model delivery.

[0132] In our opinion, regarding this review item phase, as described in the WA, all procedures except model transfer / delivery can be discussed independently of the collaboration-level discussions.

[0133] Proposal 2 Review the following working assumptions: Define the level yz boundary based on whether the model delivery is transparent to 3GPP signaling on the air interface. Note: Procedures other than model transfer / delivery will be decoupled with collaboration level yz. • For clarification, note: Level y includes cases without model delivery.

[0134] Proposal 3 Further clarification of AI / ML collaboration level y includes: • Level y-1: Network-based AI / ML applications • Level Y-2: Bilateral AI / ML applications • Level y-3: UE-based AI / ML applications The above clarifications can be defined independently as a framework, instead of clarifying the level of collaboration.

[0135] Proposal 4 For collaboration level z, the controllable model parameters should be aligned with collaboration level y.

[0136] 3. Discussion on model and function identification

[0137] As outlined in Section 1, RAN1 agreed to utilize Model IDs for Lifecycle Management. However, the details of how to handle each step for LCM remain one of the FFS points. In our view, Model IDs can be used in multiple areas of LCM. We will explain how Model IDs can be used in the following areas.

[0138] AI / ML Model Parameter Exchange Based on the AI / ML capabilities of the UE, the network can configure the UE with necessary parameter suggestions, or the UE can notify the network of necessary information about the UE in response to requests. For example, such a set of parameters may be predefined and classified as an index. An index for such model parameter exchanges may be defined as a model ID.

[0139] Observation 1: Model ID is useful for AI / ML model parameter exchange.

[0140] Model update / upgrade Based on UE's AI / ML model repository, the following procedures may apply: (i) New model update (ii) Upgrades to existing models (iii) Inference update (iv) Model training

[0141] One point of discussion regarding model updates / upgrades is how to effectively manage the history of these updates / upgrades. Assigning an ID to each model is beneficial for managing the model history.

[0142] Observation 2: Model ID is useful for model updates / upgrades.

[0143] Performance monitoring, model training Based on model performance feedback and the evaluated KPIs, gNB can perform one of the following actions. (i) New model update (ii) Upgrades to existing models (iii) Inference update (iv) No action (v) Model training

[0144] To implement model-related procedures, KPI monitoring should be performed along with recognition of the models currently applied in the network and / or user interface. In this sense, the model ID is necessary to enable performance monitoring and model training.

[0145] Proposal 5 Performance monitoring should be performed in conjunction with recognition of the model ID.

[0146] Observation 3: Model ID is useful for performance monitoring and model training.

[0147] As mentioned earlier, model IDs can play a major role in lifecycle management in many procedures. At collaboration level z, both the network and the UE should be aware of the models being exchanged, making model IDs useful in handling these procedures. For collaboration level y, the applicability of model IDs depends on the type of information shared between the gNB and the UE.

[0148] Observation 4: Model ID is useful, at least for collaboration level z.

[0149] Observation 5: The model ID may be defined as a model parameter or a set of model data.

[0150] Another point regarding model IDs is who manages them. At least two cases are possible: gNB signaling and UE signaling. In the gNB signaling example, the network can suggest model IDs to indicate which models a UE should deploy. In the UE signaling example, the UE can suggest to the network which models it will deploy. At least at collaboration level z, both cases are beneficial for the network to manage models in the system.

[0151] Proposal 6 Both gNB and UE can suggest a model ID depending on the framework being deployed.

[0152] According to R1-2212326, one of the purposes of model functions is to manage the level of collaboration supported, for example, depending on the mobility of the UE or the size of the area that one or more AI / ML models should support. Therefore, it is necessary to manage the relationship between function IDs and model IDs. Such a configuration may be predefined in the standard or configured through signaling, depending on the use case in which AI / ML is applied.

[0153] In addition to the relationship between functions and AI / ML models, the level of collaboration is strongly related to the AI / ML LCM framework being applied; therefore, functions must be defined based on the required level of collaboration. Possible levels of collaboration depend not only on the capabilities of the UE, but also on factors such as the mobility of the UE, the number of UEs managed by the AI / ML operation, and the size of the area being supported. Thus, functions may change over time depending on the UE's circumstances.

[0154] As agreed in the previous meeting, the model ID may be suggested as part of the function ID. However, it is not clear whether the entire set of related parameters needs to be updated along with the function ID every time, for example, in response to changes in the mobility of the UE. Therefore, in addition to management based on the function ID, it is necessary to ensure a way to update the AI / ML parameters individually when necessary.

[0155] Observation 6 A strict set of parameters for a function can be defined depending on the use case.

[0156] Proposal 7 The model ID should be indicated separately from the function ID, in addition to being indicated within the function ID.

[0157] The function is "a process / method for identifying AI / ML capabilities for a common understanding between the network and the user interface (UE)." Therefore, it should include all necessary parameters for performing collaboration between the network and the UE. At a minimum, it should include the following parameters: ■Model ID ■Collaboration level

[0158] Proposal 8 The functionality should be associated with the model ID and collaboration level.

[0159] There are differing definitions of model and feature terminology across companies. Figure 11 (Relationships between Different Model Definitions) shows a summary of the different terminology from our perspective.

[0160] Our understanding is that the model structure is determined based on the use case and the AI / ML capabilities of the UE, therefore, functional identification is strongly related to model structure identification. Consequently, if structure identification is required, it should be performed as functional identification before model identification.

[0161] See Figure 12 (Function Identification and Model Identification).

[0162] Proposal 9 If feature identification is performed within the 3GPP framework, it should be performed before model identification.

[0163] From a model-specific perspective, the problem lies in how to identify the model structure. Several possibilities exist for solving this problem:

[0164] ■Solution 1: UE-led - Identify the model structure in the same way as in feature identification. ■Solution 2: Network-led - Similarly, identify the model structure in function identification. ■Solution 3: Identify the model structure by differentiating the model IDs based on the model structure. ■Solution 4: Individually suggest the model structure in which the UE will be deployed to the network. ■Solution 5: Model performance requirements for each use case are specified in the standard. The UE selects an appropriate model structure that meets the specified requirements without any awareness from the network.

[0165] Solution 1 determines the model structure to apply based on information about available AI / ML use cases. Solution 2, on the other hand, determines the model structure to apply based on reports from the UE about their AI / ML capabilities.

[0166] Other methods exist that do not involve functional identification. Solution 3 identifies the model structure by including model structure ID information in the model ID (hierarchical ID) by suggesting the model ID. Solution 4 identifies the model structure by any scheme outside of the 3GPP standard. Solution 5 specifies only the model performance along with the applicable model structure. The applicable model structure is identified according to the use case by referring to the standard.

[0167] Proposal 10 Regardless of whether or not functionality is specified, we will further discuss preferred solutions for identifying the model structure.

[0168] 4 Conclusion

[0169] This paper discussed AI / ML frameworks and model IDs. The following proposals and observations were made.

[0170] Proposal 1 In the case of model z, the application of specific AI / ML model applications may be excluded.

[0171] Proposal 2 Review the following working assumptions: Define the level yz boundary based on whether the model delivery is transparent to 3GPP signaling on the air interface. Note: Procedures other than model transfer / delivery will be decoupled with collaboration level yz. • For clarification, note: Level y includes cases without model delivery.

[0172] Proposal 3 Further clarification of AI / ML collaboration level y includes: • Level y-1: Network-based AI / ML applications • Level Y-2: Bilateral AI / ML applications • Level y-3: UE-based AI / ML applications The above clarifications can be defined independently as a framework, instead of clarifying the level of collaboration.

[0173] Observation 1: Model ID is useful for AI / ML model parameter exchange.

[0174] Observation 2: Model ID is useful for model updates / upgrades.

[0175] Proposal 4 For collaboration level z, the controllable model parameters should be aligned with collaboration level y.

[0176] Proposal 5 Performance monitoring should be performed in conjunction with recognition of the model ID.

[0177] Observation 3: Model ID is useful for performance monitoring and model training.

[0178] Observation 4: Model ID is useful, at least for collaboration level z.

[0179] Observation 5: The model ID may be defined as a model parameter or a set of model data.

[0180] Proposal 6 Both gNB and UE can suggest a model ID depending on the framework being deployed.

[0181] Observation 6 A strict set of parameters for a function can be defined depending on the use case.

[0182] Proposal 7 The model ID should be indicated separately from the function ID, in addition to being indicated within the function ID.

[0183] Proposal 8 The functionality should be associated with the model ID and collaboration level.

[0184] Proposal 9 If feature identification is performed within the 3GPP framework, it should be performed before model identification.

[0185] Proposal 10 Regardless of whether or not functionality is specified, we will further discuss preferred solutions for identifying the model structure. for example: ■Solution 1: UE-led - Identify the model structure in the same way as in feature identification. ■Solution 2: Network-led - Similarly, identify the model structure in function identification. ■Solution 3: Identify the model structure by differentiating the model IDs based on the model structure. ■Solution 4: Individually suggest the model structure in which the UE will be deployed to the network. ■Solution 5: Model performance requirements for each use case are specified in the standard. The UE selects an appropriate model structure that meets the specified requirements without any awareness from the network.

[0186] Reference [1]RP-213599, New SI: Study on Artificial Intelligence (AI) / Machine Learning (ML) for NR Air Interface, 3GPP TSG RAN Meeting #94e, E-meeting, Dec 6th-17th, 2021. [2]TR 37.817, “Study on enhancement for data collection for NR and ENDC”, Rel-17, Mar. 2022.

[0187] The present disclosure has been described above based on embodiments. Various modifications are possible for each component and each combination of processes in the exemplary embodiments, and it will be obvious to those skilled in the art that such modifications are included within the scope of the present disclosure.

[0188] The configuration, operation, and function of each device and method described in the embodiments can be realized by hardware resources or software resources, or by the cooperation of hardware resources and software resources. Hardware resources include, for example, processors, ROMs, RAMs, and various integrated circuits. Software resources include, for example, operating systems and application programs.

[0189] This disclosure may be expressed as follows:

[0190] Item 1: When the communication control model relating to communication control between a communication device and a network providing communication services to the communication device can be managed by the communication device and the network using different management schemes, the ID matching unit associates the communication device-side ID of the communication control model managed by the communication device with the network-side ID of the communication control model managed by the network. The specific information provision unit provides specific information from at least one of the communication device and the network to the other of the communication device and the network to identify the correct communication control model in accordance with the correspondence between the communication device side ID and the network side ID. A communication control device comprising at least one processor that performs the following. Item 2: The communication control device described in item 1, wherein the specified information providing unit provides the specified information from the network to the communication device to identify the communication device side ID. Item 3: The communication device ID and the network ID are different from each other. The specified information provision unit provides the specified information from one of the communication device and the network to the other, which is associated with a first ID used by the other of the communication device and the network. A communication control device as described in item 1 or 2. Item 4: The ID correspondence unit sets the communication device side ID and the network side ID to the same common ID. The specified information provision unit provides the common ID as specified information from one of the communication device and the network to the other. A communication control device as described in item 1 or 2. Item 5: The ID matching unit sets a pair ID corresponding to the pair of the communication device side ID and the network side ID, The specified information provision unit provides the set ID as specified information from one of the communication device and the network to the other. A communication control device as described in item 1 or 2. Item 6: The communication control device according to item 5, wherein the other party, the communication device and the network, recognizes an ID in its own management scheme corresponding to the set ID provided by the other. Item 7: The ID matching unit generates correspondence information between the communication device side ID and the network side ID, The specified information provision unit provides the correspondence relationship information as specified information from one of the communication device and the network to the other. A communication control device as described in item 1 or 2. Item 8: The ID correspondence attachment includes the information of the other in the information of one of the corresponding communication device-side ID and network-side ID. The specified information provision unit provides the information from one of the communication devices and the network to the other as the specified information. A communication control device as described in item 1 or 2. Item 9: The at least one processor performs a verification by confirming whether the communication device and the network manage the communication control model using different management schemes. If the specified information provision unit confirms that the communication device and the network manage the communication control model using different management schemes, it shall provide the specified information from at least one of the communication device and the network to the other. A communication control device as described in any of items 1 through 8. Item 10: When the communication control model relating to communication control between a communication device and a network providing communication services to the communication device can be managed by the communication device and the network using different management schemes, the communication device-side ID of the communication control model managed by the communication device and the network-side ID of the communication control model managed by the network are associated. To provide at least one of the communication device and the network with specific information that causes the other of the communication device and the network to identify the correct communication control model in accordance with the correspondence between the communication device side ID and the network side ID, A communication control method that performs this action. Item 11: When the communication control model relating to communication control between a communication device and a network providing communication services to the communication device can be managed by the communication device and the network using different management schemes, the communication device-side ID of the communication control model managed by the communication device and the network-side ID of the communication control model managed by the network are associated. To provide at least one of the communication device and the network with specific information that causes the other of the communication device and the network to identify the correct communication control model in accordance with the correspondence between the communication device side ID and the network side ID, A storage medium that stores a communication control program that causes a computer to execute a command.

[0191] This application claims priority based on Japanese Patent Application No. 2023-022402, filed on 16 February 2023, and Japanese Patent Application No. 2023-062135, filed on 6 April 2023, which are invoked by reference to the entire contents of these basic applications. [Industrial applicability]

[0192] This disclosure relates to addressing different management schemes for communication control models. [Explanation of Symbols]

[0193] 1 Wireless communication system, 2 Communication device, 3 Communication control device, 11 5G wireless communication system, 12 4G wireless communication system, 13 Satellite communication system, 31 ID matching unit, 32 Specific information provision unit, 33 Verification unit, 111 5G base station, 112 5G cell, 121 4G base station, 122 4G cell, 131 Communication satellite, 132 Satellite communication cell, 133 Gateway, SC1 Function-based management scheme, SC2 Model-based management scheme.

Claims

1. When the communication control model relating to communication control between a communication device and a network providing communication services to the communication device can be managed by the communication device and the network using different management schemes, the ID matching unit associates the communication device-side ID of the communication control model managed by the communication device with the network-side ID of the communication control model managed by the network. The specific information provision unit provides specific information from at least one of the communication device and the network to the other of the communication device and the network to identify the correct communication control model in accordance with the correspondence between the communication device side ID and the network side ID. Execute, The ID correspondence unit sets a pair ID corresponding to the pair of the communication device side ID and the network side ID, The specified information provision unit is a communication control device that provides the set ID as specified information from one of the communication device and the network to the other.

2. The communication control device according to claim 1, wherein the specified information providing unit provides the specified information from the network to the communication device to identify the communication device side ID.

3. The communication device ID and the network ID are different from each other. The specified information provision unit provides the specified information from one of the communication device and the network to the other, which is associated with a first ID used by the other of the communication device and the network. The communication control device according to claim 1.

4. The aforementioned ID correspondence unit sets the communication device side ID and the network side ID to the same common ID. The specified information provision unit provides the common ID as specified information from one of the communication device and the network to the other. The communication control device according to claim 1.

5. The communication control device according to claim 1, wherein the other party of the communication device and the network recognizes an ID in its own management scheme that corresponds to the set ID provided by the other.

6. The ID correspondence unit generates correspondence information between the communication device side ID and the network side ID. The specified information provision unit provides the correspondence relationship information as specified information from one of the communication device and the network to the other. The communication control device according to claim 1.

7. The ID correspondence attachment includes the information of the other in the information of one of the corresponding communication device-side ID and network-side ID. The specified information provision unit provides the information from one of the communication devices and the network to the other as the specified information. The communication control device according to claim 1.

8. The verification unit performs a check to determine whether the communication device and the network manage the communication control model using different management schemes. If the specified information provision unit confirms that the communication device and the network manage the communication control model using different management schemes, it shall provide the specified information from at least one of the communication device and the network to the other. The communication control device according to claim 1.

9. When the communication control model relating to communication control between a communication device and a network providing communication services to said communication device can be managed by the communication device and the network using different management schemes, the communication device-side ID of the communication control model managed by the communication device and the network-side ID of the communication control model managed by the network are associated with each other. To provide at least one of the communication device and the network with specific information that causes the other of the communication device and the network to identify the correct communication control model in accordance with the correspondence between the communication device side ID and the network side ID, Execute, Associating the aforementioned IDs involves setting a pair ID corresponding to the combination of the communication device side ID and the network side ID, Providing the aforementioned specific information is a communication control method that provides the set ID as the aforementioned specific information from one of the communication device and the network to the other.

10. When the communication control model relating to communication control between a communication device and a network providing communication services to said communication device can be managed by the communication device and the network using different management schemes, the communication device-side ID of the communication control model managed by the communication device and the network-side ID of the communication control model managed by the network are associated with each other. To provide at least one of the communication device and the network with specific information that causes the other of the communication device and the network to identify the correct communication control model in accordance with the correspondence between the communication device side ID and the network side ID, Have the computer run it, Associating the aforementioned IDs involves setting a pair ID corresponding to the combination of the communication device side ID and the network side ID, Providing the aforementioned specific information is a communication control program that provides the set ID as the aforementioned specific information from one of the communication device and the network to the other.

Images