Technologies for quality of service management for delivery of service information

Abstract

The present application relates to methods, devices, and computer-readable media for managing service information delivery in a network. A method of an embodiment includes: receiving a request for delivery of service information related to an artificial intelligence or machine learning service of a network, a computing or storage service of a network, or a sending or localization service of a network; generating configuration to instruct delivery of the service information; and transmitting the configuration information to an entity that is to transmit the service information.

Description

TECHNOLOGIES FOR QUALITY OF SERVICE MANAGEMENT FOR DELIVERY OF SERVICE INFORMATIONFIELD

[0001] This application relates to wireless network and, more specifically, to technologies for managing quality of service for delivery of service information within said networks.BACKGROUND

[0002] In current wireless networks, transmission of user data from a source application to a target application through a wireless network is facilitated through quality of service (QoS) that is performed by a two-stage mapping process. Multiple Internet protocol (IP) flows of user data from an application layer are mapped to different QoS flows by a user plane function (UPF) . The QoS flows are then further mapped into data radio bearers (DRBs) at a radio access network (RAN) by a service data application protocol (SDAP) layer. Each DRB can be configured with setting / parameters in order to provide different radio treatments to fulfill QoS requirements for traffic flows without over provisioning radio resources.BRIEF DESCRIPTION OF THE DRAWINGS

[0003] FIG. 1 illustrates a network environment in accordance with some embodiments.

[0004] FIG. 2 illustrates service flows in accordance with some embodiments.

[0005] FIG. 3 illustrates a deployment scenario in accordance with some embodiments.

[0006] FIG. 4 illustrates components of the network environment in accordance with some embodiments.

[0007] FIG. 5 illustrates a network architecture in accordance with some embodiments.

[0008] FIG. 6 illustrates a signaling diagram in accordance with some embodiments.

[0009] FIG. 7 illustrates another signaling diagram in accordance with some embodiments.

[0010] FIG. 8 illustrates another signaling diagram in accordance with some embodiments.

[0011] FIG. 9 illustrates components of the network environment in accordance with some embodiments.

[0012] FIG. 10 illustrates another network architecture in accordance with some embodiments.

[0013] FIG. 11 illustrates another network architecture in accordance with some embodiments.

[0014] FIG. 12 illustrates another network architecture in accordance with some embodiments.

[0015] FIG. 13 illustrates components of the network environment in accordance with some embodiments.

[0016] FIG. 14 illustrates another network architecture in accordance with some embodiments.

[0017] FIG. 15 illustrates another network architecture in accordance with some embodiments.

[0018] FIG. 16 illustrates another network architecture in accordance with some embodiments.

[0019] FIG. 17 illustrates components of the network environment in accordance with some embodiments.

[0020] FIG. 18 illustrates components of the network environment in accordance with some embodiments.

[0021] FIG. 19 illustrates a protocol layer stack in accordance with some embodiments.

[0022] FIG. 20 illustrates components of the network environment in accordance with some embodiments.

[0023] FIG. 21 illustrates another network architecture in accordance with some embodiments.

[0024] FIG. 22 illustrates a user plane and a control plane in accordance with some embodiments.

[0025] FIG. 23 illustrates a mapping operation in accordance with some embodiments.

[0026] FIG. 24 illustrates an operational flow / algorithmic structure in accordance with some embodiments.

[0027] FIG. 25 illustrates another operational flow / algorithmic structure in accordance with some embodiments.

[0028] FIG. 26 illustrates another operational flow / algorithmic structure in accordance with some embodiments.

[0029] FIG. 27 illustrates another operational flow / algorithmic structure in accordance with some embodiments.

[0030] FIG. 28 illustrates a device in accordance with some embodiments.DETAILED DESCRIPTION

[0031] The following detailed description refers to the accompanying drawings. The same reference numbers may be used in different drawings to identify the same or similar elements. In the following description, for purposes of explanation and not limitation, specific details are set forth such as particular structures, architectures, interfaces, and techniques in order to provide a thorough understanding of the various aspects of various embodiments. However, it will be apparent to those skilled in the art having the benefit of the present disclosure that the various aspects of the various embodiments may be practiced in other examples that depart from these specific details. In certain instances, descriptions of well-known devices, circuits, and methods are omitted so as not to obscure the description of the various embodiments with unnecessary detail. For the purposes of the present document, the phrases “A / B” and “A or B” mean (A) , (B) , or (A and B) ; and the phrase “based on A” means “based at least in part on A, ” for example, it could be “based solely on A” or it could be “based in part on A. ”

[0032] The following is a glossary of terms that may be used in this disclosure.

[0033] The term “circuitry” as used herein refers to, is part of, or includes hardware components that are configured to provide the described functionality. The hardware components may include an electronic circuit, a logic circuit, a processor (shared, dedicated, or group) or memory (shared, dedicated, or group) , an application specific integrated circuit (ASIC) , a field-programmable device (FPD) (e.g., a field-programmable gate array (FPGA) , a programmable logic device (PLD) , a complex PLD (CPLD) , a high-capacity PLD (HCPLD) , a structured ASIC, or a programmable system-on-a-chip (SoC) ) , or a digital signal processor (DSP) . In some embodiments, the circuitry may execute one or more software or firmware programs to provide at least some of the described functionality. The term “circuitry” may also refer to a combination of one or more hardware elements (or a combination of circuits used in an electrical or electronic system) with the program code used to carry out the functionality of that program code. In these embodiments, the combination of hardware elements and program code may be referred to as a particular type of circuitry.

[0034] The term “processor circuitry” as used herein refers to, is part of, or includes circuitry capable of sequentially and automatically carrying out a sequence of arithmetic or logical operations, or recording, storing, or transferring digital data. The term “processor circuitry” may refer an application processor, baseband processor, a central processing unit (CPU) , a graphics processing unit, a single-core processor, a dual-core processor, a triple-core processor, a quad-core processor, or any other device capable of executing or otherwise operating computer-executable instructions, such as program code, software modules, or functional processes.

[0035] The term “interface circuitry” as used herein refers to, is part of, or includes circuitry that enables the exchange of information between two or more components or devices. The term “interface circuitry” may refer to one or more hardware interfaces, for example, buses, I / O interfaces, peripheral component interfaces, and network interface cards.

[0036] The term “user equipment” or “UE” as used herein refers to a device with radio communication capabilities that may allow a user to access network resources in a communications network. The term “user equipment” or “UE” may be considered synonymous to, and may be referred to as, client, mobile, mobile device, mobile terminal, user terminal, mobile unit, mobile station, mobile user, subscriber, user, remote station, access agent, user agent, receiver, radio equipment, reconfigurable radio equipment, or reconfigurable mobile device. Furthermore, the term “user equipment” or “UE” may include  any type of wireless / wired device or any computing device including a wireless communications interface.

[0037] The term “computer system” as used herein refers to any type interconnected electronic devices, computer devices, or components thereof. Additionally, the term “computer system” or “system” may refer to various components of a computer that are communicatively coupled with one another. Furthermore, the term “computer system” or “system” may refer to multiple computer devices or multiple computing systems that are communicatively coupled with one another and configured to share computing or networking resources.

[0038] The term “resource” as used herein refers to a physical or virtual device, a physical or virtual component within a computing environment, or a physical or virtual component within a particular device, such as computer devices, mechanical devices, memory space, processor / CPU time, processor / CPU usage, processor and accelerator loads, hardware time or usage, electrical power, input / output operations, ports or network sockets, channel / link allocation, throughput, memory usage, storage, network, database and applications, or workload units. A “hardware resource” may refer to compute, storage, or network resources provided by physical hardware elements. A “virtualized resource” may refer to compute, storage, or network resources provided by virtualization infrastructure to an application, device, or system. The term “network resource” or “communication resource” may refer to resources that are accessible by computer devices / systems via a communications network. The term “system resources” may refer to any kind of shared entities to provide services, and may include computing or network resources. System resources may be considered as a set of coherent functions, network data objects or services, accessible through a server where such system resources reside on a single host or multiple hosts and are clearly identifiable.

[0039] The term “channel” as used herein refers to any transmission medium, either tangible or intangible, which is used to communicate data or a data stream. The term “channel” may be synonymous with or equivalent to “communications channel, ” “data communications channel, ” “transmission channel, ” “data transmission channel, ” “access channel, ” “data access channel, ” “link, ” “data link, ” “carrier, ” “radio-frequency carrier, ” or any other like term denoting a pathway or medium through which data is communicated.  Additionally, the term “link” as used herein refers to a connection between two devices for the purpose of transmitting and receiving information.

[0040] The terms “instantiate, ” “instantiation, ” and the like as used herein refers to the creation of an instance. An “instance” also refers to a concrete occurrence of an object, which may occur, for example, during execution of program code.

[0041] The term “connected” may mean that two or more elements, at a common communication protocol layer, have an established signaling relationship with one another over a communication channel, link, interface, or reference point.

[0042] The term “network element” as used herein refers to physical or virtualized equipment or infrastructure used to provide wired or wireless communication network services. The term “network element” may be considered synonymous to or referred to as a networked computer, networking hardware, network equipment, network node, or a virtualized network function.

[0043] The term “information element” refers to a structural element containing one or more fields. The term “field” refers to individual contents of an information element, or a data element that contains content. An information element may include one or more additional information elements.

[0044] FIG. 1 illustrates a network environment 100 in accordance with some embodiments. The network environment 100 may include a user equipment (UE) 104 communicatively coupled with a base station 108 of a radio access network (RAN) 110. In some instances, the base station 108 may be a next generation (NG) -RAN node such as a gNB or an ng-eNB. The UE 104 and the base station 108 may communicate over air interfaces compatible with 3GPP TSs such as those that define a Sixth Generation (6G) or later systems) .

[0045] The network environment 100 may further include a core network 112. For example, the core network 112 may comprise a 6G or later core network (6GC) ) . The core network 112 may be coupled to the base station 108 via a fiber optic or wireless backhaul. The core network 112 may provide functions for the UEs 104 via the base station 108. These functions may include managing subscriber profile information, subscriber location, authentication of services, switching functions for voice and data sessions, and routing and  forwarding of user plane packets between the RAN 110 and an external data network 120. The RAN 110 and the core network 112 may be generically referred to as radio network 114.

[0046] In some embodiments, the radio network 114 may provide services that extend from existing Fifth Generation (5G) services. For example, the radio network 114 may include immersive communications that extends from enhanced mobile broadband (eMBB) , hyper-reliable and low-latency communication (HRLLC) that extends from ultra reliable low latency communication (URLCC) , or massive communication that extends from machine-type massive communication (mMTC) . These services may be generically referred to as communication services given that they focus on transfer of user data from a source application to a target application through nodes of the radio network 114.

[0047] In some embodiments, the radio network 114 may additionally / alternatively support new services that are intrinsic to the nodes of the radio network 114. The services may include, for example, integrated artificial intelligence and communication, integrated sensing and communication, or ubiquitous connectivity. These services may be generically referred to as network services as they may correspond to integral features of the radio network 114. The radio network 114 may provide native support for these network services by supporting information exchange between a source node and a target node with at least one node of the source or target node residing in the radio network 114. The information exchange may include, for example, transfer of AI / machine learning (ML) model or data sets for AI / ML model training between the UE 104 and a node of the radio network 114; transfer of computing workload or computing results between the UE 104 and a node of the radio network 114, or transfer of sensing results / measurements between the UE 104 and a node of the radio network 114.

[0048] FIG. 2 illustrates service flows 200 between diverse source / target nodes of the network environment 100 in accordance with some embodiments. The service flows 200 represent some examples of transferring service information in the network environment 100. Other embodiments may include other examples.

[0049] The service flows 200 may include a first service flow, service flow #0, that includes sensing data as the service information that is transmitted between an application 204 on the UE 104 and the RAN 110. In some embodiments, the application 204 may be the source of the sensing information and the RAN 110 may be the consumer. In these embodiments, the sensing data may enable the RAN 110 to perform, for example, an  adjustment to improve operation of a radio interface. In other embodiments, the RAN 110 may be the source of the sensing data and the UE 104 may be the consumer.

[0050] The service flows 200 may additionally / alternatively include a second service flow, service flow #1, that includes AI / ML data as the service information that is transmitted between an access stratum (AS) of the UE 104 and a network function (NF #Y) 216. The service flow #1 may traverse through other NFs of the core network 112 such as, for example, NF #X 212. In some embodiments, the AS 208 may be the source of the AI / ML data and the NF #Y 216 may be the consumer, or vice versa.

[0051] The service flows 200 may additionally / alternatively include a third service flow, service flow #2, that includes computing data as the service information that is transmitted between the AS 208 of the UE 104 and an application 220 of another UE. In some embodiments, the AS 208 may be the source of the computing data and the application 220 may be the consumer, or vice versa.

[0052] Thus, each of the service flows 200 may include a source node or a target node in the radio network 114. While not explicitly shown, some embodiments may include a service flow with both a source node and a target node in the radio network 114.

[0053] Providing service flows 200 with at least one of the source / target nodes in the radio network 114 as described herein may be in contrast to user plane traffic of a 5G network, which are end-to-end (E2E) flows in which information originates in one application and terminates in another.

[0054] QoS parameters (e.g. latency budget, target reliability, etc. ) of service information delivery may be very different depending on target consumer / task of the service. For example, a consumer of the service may be the UE 104, a node of the radio network 114, or external application 220. For example, a round trip time (RTT) objective of information transfer for AI or computing information for a first node may be in a first range (for example, 1–50 milliseconds (ms) ) , while information transfer for localization services for a second node may be in a second range (for example, 10–1000 ms) .

[0055] FIG. 3 illustrates a deployment scenario 300 for portions of the network environment 100 in accordance with some embodiments. In the UE 104 may be concurrently configured to support a plurality of sensing sessions to support different functionalities / consumers. Each sensing session may be associated with a different RTT  requirement. For example, a first session may be for a first sensing service that has a 50 ms RTT, a second session may be for a second sensing service that has a 1000 ms RTT, and a third session may be for a third service that has a 10 ms RTT.

[0056] The core network 112 may include a sensing information management function (SensMF) 304 dedicated to managing sensing sessions. The UE 104 may send all sensing results to the SensMF 304. In a conventional network, all sensing data would be transmitted as non-access stratum (NAS) messages via a dedicated signaling radio bearer (SRB) , such as SRB2. This prevents flexibility of adapting the radio bearer setting to cope with traffic with different QoS requirements. To address this and other related challenges, embodiments provide technologies that enable flexible provision of differentiated QoS mappings and radio treatments for delivery of service information with distinct delivery objectives.

[0057] Embodiments relating to the first aspect of the present disclosure describe QoS attributes and delivery methods for service information.

[0058] While existing QoS attributes are associated with a service data flow between the external data network 120 and the UE 104, some embodiments provide a QoS profile that is specific to delivery of service information. The QoS profile may include one or more of the following parameters.

[0059] A first parameter of the QoS profile may be a destination domain. The destination domain may indicate a domain in which the target node (for example, a consumer of the service information) resides. For example, the destination domain may be set to RAN if the target node is in RAN 110, core network if the target node is in the core network 112, or data network if the target node is in the external data network 120.

[0060] A second parameter of the QoS profile may be a preferred delivery plane. For example, various embodiments describe the service information being transmitted by control plane, user plane, or a service plane that is dedicated to transmission of the service information. The second parameter may indicate a preference for transmitting service information over one of these possible planes. In some embodiments, selection of the preferred delivery plane may be based on priority of the service information, reliability of QoS attributes, a destination of the service information, etc.

[0061] A third parameter of the QoS profile may be a privacy attribute. For example, a privacy attribute may include an indication of whether anonymized delivery is supported. If anonymized delivery is supported, a routing network function can remove sender-specific information before delivering the service information to a destination network function. For another example, a privacy attribute may include an indication of whether anonymized delivery is preferred. If anonymized delivery is preferred, the routing network function may be requested to remove sender-specific information before delivering the service information to a destination network function. In yet another example, a privacy attribute may include an indication that proxy delivery is preferred. Proxy delivery is preferred, the routing network function may be requested to replace a sender identifier with a self-assigned identifier. For example, the self-assigned identifier may be an identifier of the routing network function or another node on a path between the source node and the destination node. Traceability may be enabled by collaboration between the destination network function and the routing network function.

[0062] A fourth parameter of the QoS profile may indicate whether deferred delivery supported. If deferred delivery is supported, a node forwarding the service information may de-prioritize delivery of the service information in favor of other data that may be more sensitive to latency.

[0063] Various delivery methods for service information may be defined in order to enable differentiated radio treatments for different types of service information. Service information delivery methods may be classified into one or more of the following categories.

[0064] In a first category, category 1, service information may be delivered via a user plane. Delivery of the service information via the user plane may be based on IP flows or non-IP flows, such as Ethernet or unstructured data.

[0065] In a second category, category 2, service information may be delivered via a control plane with control-plane messages.

[0066] In a third category, category 3, service information may be delivered via a control plane with control-plane messages having flexibility of QoS differentiation.

[0067] In a fourth category, category 4, service information may be delivered via user plane with control-plane messages.

[0068] In a fifth category, category 5, service information may be delivered via a service plane dedicated to message exchange for service information.

[0069] The radio bearer mapping mechanism for various of these delivery method categories may be different as described in further detail herein.

[0070] In some embodiments, if the radio network 114 supports two or more of the delivery-method categories listed above, selection of the appropriate delivery method may be needed. The selection may be performed by an entity involved in the transfer of the service information. The entity may be the UE 104, a node of the radio network 114, or an external application / client. In particular, the selection may be performed by the entity that makes a request for such services information transfer, the entity that generates the service information to be transferred, the entity that consumes the transferred service information, or the entity that manages the transfer of the service information.

[0071] In some embodiments, selection of the delivery method may be based on, or related to, which entity makes the request for the transfer of the service information, generates the information to be transferred, which entity consumes the transferred service information, which entity manages the transfer of the service information, QoS attributes of the service information (as described elsewhere herein) , a need for QoS differentiation for such service information, or an explicit indication / configuration.

[0072] The entity performing the delivery-method selection and the related selection criteria to be used as described above, may also be applicable to any other of the parameters of the QoS profile described elsewhere herein.

[0073] Embodiments relating to a second aspect of the present disclosure describe management of service information delivery with direct interfaces.

[0074] The core network 112 may include one or more network functions that are dedicated to management of delivery of service information between, for example, a service information generator (also referred to as a source node) and a service information consumer (also referred to as a target node) . For example, in one embodiment, the core network 112 may include a sensing information delivery management function (SIDMF) to manage delivery of service information related to a sensing service provided by the radio network 114, an AI / ML information delivery management function (AMIDMF) to manage delivery of service information related to an AI / ML service provided by the radio network 114, or a  computing / storage information delivery management function (CSIDMF) to manage delivery of service information related to a computing / storage service provided by the radio network 114.

[0075] Each of these delivery management functions (DMFs) may need to manage delivery of service information between the RAN 110 and the UE 104 (based on the delivery methods described elsewhere herein) . A DMF may be able to perform one or more of the following operations. A DMF may receive a request for service information from a consumer of the service information (e.g. an application, a node of the radio network 114, etc. ) . A DMF may respond to a consumer of service information that has made a request for the service information. A DMF may poll availability of service information at different entities. A DMF may configure an entity to provide an indication of available service information periodically or based on certain events. A DMF may determine an entity that is to generate a service information flow. A DMF may determine a destination entity / node (e.g. UE 104, RAN 110, core network 112, or application 220) of each service information flow. A DMF may determine / recommend a QoS mapping of a service information flow based on, for example, a QoS profile of service information. A DMF may determine / recommend a radio bearer mapping of a service information flow. A DMF may provide information to an entity / node to assist configuration or radio resource allocation for service information delivery. This may include, for example, periodicity of service information arrival, radio bearer mapping, or an (expected) size and jitter of service information. A DMF may determine a delivery method to be used for service information. This may be based on, for example, a desired destination. A DMF may provide service information to the RAN 110 or UE 104 for transmission.

[0076] In some embodiments, delivery of service information may only be needed when there is a request. However, the RAN 110 or UE 104 can always keep the appropriate DMF updated on whether such service information is available. This may be done by the RAN 110 or UE 104 providing the DMF a service information availability indicator. This may be done at the initiative of the RAN 110 or UE 104 or by responding to a request from the DMF.

[0077] In some embodiments, the RAN 110 or UE 104 may provide a confirmation of successful delivery to the appropriate DMF when the service information is successfully delivered.

[0078] FIG. 4 illustrates components 400 of the network environment 100 in accordance with some embodiments. The components 400 may include a DMF 404 that is coupled with a service information generator 408 that sources service information and a service information consumer 412 that is the consumer of the service information. A service information flow may traverse a first Uu node 416 and a second Uu node 420. The first Uu node may be coupled with the second Uu node 420 over an air interface, which may also be referred to as a Uu interface. In a downlink embodiment, the first Uu node 416 may correspond to the base station 108 and the second Uu node 420 may correspond to the UE 104. In an uplink embodiment, the first Uu node 416 may correspond to the UE 104 and the second Uu node 420 may correspond to the base station 108.

[0079] The DMF 404 may receive a request of service information delivery. The DMF 404 may then manage delivery of the service information from the service information generator 408 to the service information consumer 412 by providing information or instructions to one or nodes through which the service information flow is to traverse. In the event that the service information flow is to traverse via the air interface, as shown in FIG. 4, the DMF 404 may provide information / instruction to the first Uu node 416 or the second Uu node 420 to facilitate QoS fulfillment.

[0080] While FIG. 4 shows the service information generator 408 and the service information consumer 412 as entities that are distinct from the first Uu node 416 and the second Uu node, in other embodiments, the Uu nodes may generate or consume the service information.

[0081] FIG. 5 illustrates a network architecture 500 including components of the network environment 100 in accordance with some embodiments.

[0082] The core network 112 may include access and mobility management function (AMF) 504 coupled with the UE 104 and the base station 108. The AMF 504 may be a control-plane function that provides registration management, connection management, reachability management, and mobility-management services.

[0083] The core network 112 may further include a session management function (SMF) 508 coupled with a user plane function (UPF) 512. The SMF 508 may configure traffic steering, QoS control and policy related functions, perform protocol data unit (PDU) session management, IP address allocation, general packet radio service tunneling protocol –user plane (GTP-U) tunnel management, selection and control of user plane functions, and  downlink notification management. The UPF 512 may provide for routing and forwarding user plane packets from (or to) the data network 120. The core network 112 may include one or more additional network functions (NFs) 516.

[0084] The core network 112 may further include an SIDMF 520 to manage delivery of service information related to a sensing service, an AMIDMF 524 to manage delivery of service information related to an AI / ML service, or a CSIDMF 528 to manage delivery of service information related to a computing / storage service provided by the radio network 114. Each of the SIDMF 520, the AMIDMF 524, and the CSIDMF 528 may have a direct logical interface to the UE 104 and a direct logical interface to the RAN 110 (for example, the base station 108) . A direct logical interface may be enabled by a protocol layer of the DMF communicating with a corresponding protocol layer of the UE 104 or the RAN 110. A service information protocol may be used for the communication between the corresponding protocol layers.

[0085] FIG. 6 is a signaling diagram 600 illustrating delivery management of service information in accordance with some embodiments. The signaling diagram 600 may take place between the UE 104, the base station 108, and a DMF 604, which may be the SIDMF 520, the AMIDMF 524, or the CSIDMF 528.

[0086] In FIG. 6, the UE 104 may operate as the service information generator providing, for example, a sensing result measured by a physical layer of the UE 104. The service information consumer may reside in the network. For example, the base station 108 may use the sensing result for purposes of resource allocation. In this case, the UE 104 may deliver the service information to the base station 108.

[0087] The signaling diagram 600 may include, at 608, the UE 104 providing an indication to the DMF 604 that service information is available. In some embodiments, the UE 104 may be configured to provide the indication of service information availability either periodically or based on detection of a trigger event (for example, when the UE 104 receives a request for the information or when the information becomes available) .

[0088] The signaling diagram 600 may further include, at 612, the DMF 604 receiving a request for delivery of service information and determining delivery parameters associated with delivering the service information. The delivery parameters may include, for example, a QoS level of the service information and a delivery method.

[0089] In some embodiments, the receipt of the request for delivery of service information may be independent from receipt of the SI availability indication and it may be from different entities. Upon receiving the request for delivery of service information, the DMF 604 may send a request to the UE 104, at 616, to generate the service information, if the service information is not already available.

[0090] The signaling diagram 600 may then include, at 620, the DMF 604 sending an air interface configuration to the base station 108 to request or recommend the base station 108 allocate appropriate uplink resources for the UE 104 to accomplish delivery of the service information over the air interface consistent with the delivery parameters determined at 612. For example, the air interface configuration may provide the instructions / rules to fulfil the QoS objectives associated with the service information. The base station 108 may then provide an uplink resource allocation to the UE 104 at 624.

[0091] The signaling diagram 600 may further include, at 628, the DMF 604 transmitting a request to the UE 104 for uplink transmission of the service information. The request may include instructions on how the UE 104 is to deliver the service information, for example, which radio bearer should be selected to transmit the service information or which transmission method category should be applied. In some embodiments, the request at 628 may be sent with the air interface configuration at 620 and the UL resource allocation at 624.

[0092] The signaling diagram 600 may further include, at 636, the UE 104 preparing the service information and selecting the uplink resource, as configured by the allocation transmitted at 624. At 640, the UE 104 may transmit the service information to the base station 108. If needed, the base station 108 may forward the service information on to another node in the RAN 110 or core network 112.

[0093] The signaling diagram 600 may further include, at 640, the base station 108 sending a confirmation to the DMF 604 to confirm that it has received the service information successfully. It may be noted that the service information itself may or may not reach the DMF 604.

[0094] FIG. 7 is a signaling diagram 700 illustrating delivery management of service information in accordance with some embodiments. The signaling diagram 600 may take place between the UE 104, the base station 108, and the DMF 604.

[0095] In FIG. 7, the base station 108 may operate as the service information generator and the UE 104 may operate as the service information consumer.

[0096] The signaling diagram 700 may include, at 708, the base station 108 providing an indication to the DMF 604 that service information is available. In some embodiments, the base station 108 may be configured to provide the indication of service information availability either periodically or based on detection of a trigger event (for example, when the base station 108 receives a request for the information or when the information becomes available) .

[0097] The signaling diagram 700 may further include, at 712, the DMF 604 receiving a request for delivery of service information and determining delivery parameters associated with delivering the service information. The delivery parameters may include, for example, a QoS level of the service information and a delivery method.

[0098] In some embodiments, the receipt of the request for delivery of service information may be independent from receipt of the SI availability indication and it may be from different entities. Upon receiving the request for delivery of service information, the DMF 604 may send a request to the base station 108, at 716, to generate the service information, if the service information is not already available.

[0099] The signaling diagram 700 may then include, at 720, the DMF 604 sending an air interface configuration to the base station 108 to request or recommend the base station 108 allocate appropriate downlink resources for the base station 108 to accomplish delivery of the service information over the air interface consistent with the delivery parameters determined at 712. For example, the air interface configuration may provide the instructions / rules to fulfil the QoS objectives associated with the service information. The message transmitted at 720 may also include a request for the base station 108 to proceed with downlink transmission of the service information. The request may include instructions on how the base station 108 is to deliver the service information, for example, which radio bearer should be selected to transmit the service information or which transmission method category should be applied.

[0100] The base station 108 may then provide a downlink resource allocation to the UE 104 at 724. If the downlink resource is already available, the base station 108 may skip the resource allocation.

[0101] The signaling diagram 700 may further include, at 728, the base station 108 preparing the service information and selecting the downlink resource. At 732, the base station 108 may transmit the service information to the UE 104. If needed, the UE 104 may forward the service information on to another node at 734.

[0102] The signaling diagram 700 may further include, at 736, the UE 104 sending a confirmation to the DMF 604 to confirm that it has received the service information successfully. It may be noted that the service information itself may or may not reach the DMF 604.

[0103] FIG. 8 is a signaling diagram 800 illustrating delivery management of service information in accordance with some embodiments. The signaling diagram 800 may take place between the UE 104, the base station 108, the DMF 604, and a NF 804 of the core network 112.

[0104] In FIG. 8, the NF 804 may operate as the service information generator and the UE 104 may operate as the service information consumer.

[0105] The signaling diagram 800 may include, at 808, the NF 804 providing an indication to the DMF 604 that service information is available. In some embodiments, the NF 804 may be configured to provide the indication of service information availability either periodically or based on detection of a trigger event (for example, when the NF 804 receives a request for the information or when the information becomes available) .

[0106] The signaling diagram 800 may further include, at 812, the DMF 604 receiving a request for delivery of service information and determining delivery parameters associated with delivering the service information. The delivery parameters may include, for example, a QoS level of the service information and a delivery method.

[0107] In some embodiments, the receipt of the request for delivery of service information may be independent from receipt of the SI availability indication and it may be from different entities. Upon receiving the request for delivery of service information, the DMF 604 may send a request to the NF 804, at 816, to generate the service information, if the service information is not already available.

[0108] The signaling diagram 800 may then include, at 820, the DMF 604 sending an air interface configuration to the base station 108 to request or recommend the base station 108 allocate appropriate downlink resources for the base station 108 to accomplish delivery  of the service information over the air interface consistent with the delivery parameters determined at 812. For example, the air interface configuration may provide the instructions / rules to fulfil the QoS objectives associated with the service information.

[0109] The base station 108 may then provide a downlink resource allocation to the UE 104 at 824. If the downlink resource is already available, the base station 108 may skip the resource allocation.

[0110] The signaling diagram 800 may further include, at 828, the NF 804 preparing the service information. At 832, the NF 804 may transmit the service information to the base station 108, which may, in turn, forward the service information to the UE 104 using the allocated downlink resources at 836. If needed, the UE 104 may forward the service information on to another node at 840.

[0111] The signaling diagram 800 may further include, at 844, the UE 104 sending a confirmation to the DMF 604 to confirm that it has received the service information successfully. It may be noted that the service information itself may or may not reach the DMF 604.

[0112] Embodiments relating to a third aspect of the present disclosure describe QoS mapping for downlink service information without direct interfaces. Similar to discussed above with respect to the second aspect, the core network 112 may include one or more network functions dedicated to management of sensing services, AI / ML services, or computing / storage services. However, for the third aspect, these network functions may not have a direct logical connection with the RAN 110 or the UE 104. Further, in some instances, the service information may be generated outside of the radio network 114 or the UE 104 and delivered to a node of the radio network 114 or UE 104 as controlled by the new service management functions in the core network 112.

[0113] To facilitate operation in this aspect, embodiments describe QoS mapping for the service information before it reaches the RAN 110 for further transmission over the air interface. This may be done by a UPF that obtains QoS mapping policy associated with the service information from a management function. The management function may be dedicated to a specific service type, a general service information management function that oversees all service types, or an SMF.

[0114] The UPF may perform traffic steering to route the service information to the target destination, which may also be configured by one of the management functions listed above. Such configuration may enable the service information flow to reach the target destination in, for example, the RAN 110, UE 104, or application.

[0115] As will be described in further detail herein, the service information can be provided to the UPF, via the management functions for each of the respective new service type, or a new service information processing function that acts as a processing hub of service information.

[0116] FIG. 9 illustrates components 900 of the network environment 100 in accordance with some embodiments. The components 900 may include a UPF 904 of the core network 112, the data network 120, and a services information processing function (SIPF) 908. Except as otherwise described, the UPF 904 may be similar to that described above with respect to UPF 512.

[0117] The UPF 904 may receive IP flows from the DN 120 over an N6 interface. The IP flows may include information generated from external applications. The UPF 904 may also receive service information flows from the SIPF 908 over an interface (for example, a service-based interface) .

[0118] The UPF 904 may perform QoS mapping to map the received flows to a plurality of QoS flows, for example, QoS flow #1, QoS flow #2, and QoS flow #3. The QoS mapping may be based on an obtained QoS mapping policy. The QoS flows may be transferred to the RAN 110 for transmission.

[0119] Thus, in contrast to existing UPFs, which only perform QoS flow mapping for traffic from DNs, the UPF 904 may also perform QoS flow mapping for service information from entities that are not in the DN 120 (for example, entities in the core network 112) .

[0120] FIG. 10 illustrates a network architecture 1000 including components of the network environment 100 in accordance with some embodiments. Except as otherwise described herein, the components may be similar to like-named components described elsewhere herein.

[0121] In the network architecture 1000, the service-specific management functions (for example, SIDMF 520, AMIDMF 524, and CSIDMF 528) may provide QoS mapping policy and traffic steering (QMP / TS) parameters for service information to the UPF 904. The  SIPF 908 may receive service information generated from internal NFs via the SBI or direct connections with the NFs and may provide the service information to the UPF 904 as one or more service information flows. The UPF 904 may then perform QoS mapping to map the service information flows received from the SIPF 908 to QoS flows as described above with respect to FIG. 9.

[0122] FIG. 11 illustrates a network architecture 1100 including components of the network environment 100 in accordance with some embodiments. Except as otherwise described herein, the components may be similar to like-named components described elsewhere herein.

[0123] In the network architecture 1100, a service information management function (SIMF) 1104 may perform service information management functions for all service types (for example, sensing, AI / ML, and computing / storage services) . The SIMF 1104 may provide the QoS mapping policy and traffic steering (QMP / TS) parameters for service information to the UPF 904. The SIPF 908 may receive service information generated from internal NFs via the SBI or direct connections with the NFs and may provide the service information to the UPF 904 as one or more service information flows. The UPF 904 may then perform QoS mapping to map the service information flows received from the SIPF 908 to QoS flows as described above with respect to FIG. 9.

[0124] FIG. 12 illustrates a network architecture 1200 including components of the network environment 100 in accordance with some embodiments. Except as otherwise described herein, the components may be similar to like-named components described elsewhere herein.

[0125] In the network architecture 1200, a DMF 404 may perform service information management functions for the service types (for example, sensing, AI / ML, and computing / storage services) . The DMF 404 may represent individual management functions, for example, SIDMF 520, AMIDMF 524, or CSIDMF, or a general management function, for example, SIMF 1104.

[0126] In this configuration, the SMF 508 may provide the QoS mapping policy and traffic steering (QMP / TS) parameters for service information to the UPF 904. The QMP / TS parameters may be provided over an N4 interface. The SIPF 908 may receive service information generated from internal NFs via the SBI or direct connections with the NFs and may provide the service information to the UPF 904 and one or more service information  flows. The UPF 904 may then perform QoS mapping to map the service information flows received from the SIPF 908 to QoS flows as described above with respect to FIG. 9.

[0127] In some embodiments, instead of using a UPF, a service information mapping function (SIMPF) may be used for mapping between service information flows and QoS flows.

[0128] The SIMPF may obtain QoS mapping policy of service information from a management function. The management function may be dedicated to a specific service type, a general service information management function that oversees all service types, or an SMF.

[0129] The SIMPF may perform traffic steering to route the service information to the target destination, which may also be configured by one of the management functions listed above. Such configuration may enable the service information flow to reach the target destination in, for example, the RAN 110, UE 104, or application.

[0130] As will be described further herein, the service information can be provided to the SIMPF via the management functions for each of the respective new service type, or an SIPF that acts as a processing hub of service information.

[0131] FIG. 13 illustrates components 1300 of the network environment 100 in accordance with some embodiments. The components 1300 may include the UPF 512 of the core network 112, the data network 120, and a SIMPF 1304.

[0132] The UPF 512 may receive IP flows from the DN 120 over an N6 interface. The IP flows may include information generated from external applications. The UPF 512 may perform QoS mapping to map the received IP flows to a plurality of QoS flows, for example, QoS flow #1 and QoS flow #2.

[0133] The SIMPF 1304 may receive service information flows from the SIPF 908 over an interface (for example, a service-based interface) . The SIMPF 1304 may perform QoS mapping to map the received service information flows to a plurality of QoS flows, for example, QoS flow #3 and QoS flow #4. The QoS mapping may be based on an obtained QoS mapping policy.

[0134] The QoS flows from the UPF 512 and the SIMPF 1304 may be transferred to the RAN 110 for transmission.

[0135] FIG. 14 illustrates a network architecture 1400 including components of the network environment 100 in accordance with some embodiments. Except as otherwise described herein, the components may be similar to like-named components described elsewhere herein.

[0136] In the network architecture 1400, the service-specific management functions (for example, SIDMF 520, AMIDMF 524, and CSIDMF 528) may provide QoS mapping policy and traffic steering (QMP / TS) parameters for service information to the SIMPF 1304. The SIMPF 1304 may receive service information flows from the SIPF 908, which receives service information generated from internal NFs via the SBI or direct connections with the NFs. The SIMPF 1304 may then perform QoS mapping to map the service information flows received from the SIPF 908 to QoS flows as described above with respect to FIG. 9.

[0137] The UPF 512 may perform QoS mapping to map the IP flows received from the data network 120 to QoS flows as described above with respect to FIG. 9.

[0138] FIG. 15 illustrates a network architecture 1500 including components of the network environment 100 in accordance with some embodiments. Except as otherwise described herein, the components may be similar to like-named components described elsewhere herein.

[0139] In the network architecture 1500, the SIMF 1204 may provide the QoS mapping policy and traffic steering (QMP / TS) parameters for service information to the SIMPF 1304. The SIPF 908 may receive service information generated from internal NFs via the SBI or direct connections with the NFs and may provide the service information to the SIMPF 1304 as one or more service information flows. The SIMPF 1304 may then perform QoS mapping to map the service information flows received from the SIPF 908 to QoS flows as described above with respect to FIG. 9.

[0140] The UPF 512 may perform QoS mapping to map the IP flows received from the data network 120 to QoS flows as described above with respect to FIG. 9.

[0141] FIG. 16 illustrates a network architecture 1600 including components of the network environment 100 in accordance with some embodiments. Except as otherwise described herein, the components may be similar to like-named components described elsewhere herein.

[0142] In the network architecture 1600, the DMF 404 may perform service information management functions for the service types (for example, sensing, AI / ML, and computing / storage services) . The DMF 404 may represent individual management functions, for example, SIDMF 520, AMIDMF 524, or CSIDMF 528, or a general management function, for example, SIMF 1104.

[0143] In this configuration, the SMF 508 may provide the QoS mapping policy and traffic steering (QMP / TS) parameters for service information to the UPF 904. The QMP / TS parameters may be provided over an N4 interface. The SIMPF 1304 may receive service information generated from internal NFs via the DMF 404 as one or more service information flows. The SIMPF 1304 may perform QoS mapping to map the service information flows received from the DMF 404 to QoS flows as described above with respect to FIG. 9.

[0144] The UPF 512 may perform QoS mapping to map the IP flows received from the data network 120 to QoS flows as described above with respect to FIG. 9.

[0145] Embodiments relating to a fourth aspect of the present disclosure describe uplink radio bearer mapping service information.

[0146] FIG. 17 illustrates components 1700 of the network environment 100 performing RRC-bearer mapping in accordance with some embodiments. The RRC-bearer mapping performed by the components 1700 may correspond to category 3 delivery method in which service information is to be delivered as a control plane message with QoS differentiation.

[0147] The components 1700 may include protocol layers of the UE 104 such as, for example, a NAS layer 1704 coupled with an RRC layer 1708. The NAS layer 1704 may be communicatively coupled with a corresponding NAS layer in any network function of the core network 112. In some embodiments, the NAS layer 1704 may represent a plurality of NAS layers. The NAS layer 1704 may provide conventional NAS messages to the RRC layer 1708. The RRC layer 1708 may map all the conventional NAS messages to SRB-2, consistent with conventional operation.

[0148] The NAS layer 1704 may also provide service information flows to the RRC layer 1708. To provide the QoS differentiation, the RRC layer 1708 may be capable of mapping the service information flows to different SRBs, where the different SRBs are configured to provide different radio treatment. The RRC layer 1708 may map the service  information flows to the SRBs based on preconfigured SIB mapping rules for service information. The mapping may be a static mapping or may be configured by the network.

[0149] FIG. 18 illustrates components 1800 of the network environment 100 performing RRC-bearer mapping in accordance with some embodiments. The RRC-bearer mapping performed by the components 1800 may correspond to a category 3 delivery method in which service information is to be delivered as a control plane message with QoS differentiation.

[0150] The components 1800 may include protocol layers of the UE 104 such as, for example, a distributed NAS (for example, a first NAS layer 1804 and a second NAS layer 1808) , and an AS layer 1812 coupled with an RRC layer 1816.

[0151] The first NAS layer 1804 may be communicatively coupled with a corresponding NAS layer in an AMF of the core network 112 and may provide conventional NAS messages to the RRC layer 1816. The RRC layer 1708 may map all the conventional NAS messages to SRB-2, consistent with conventional operation.

[0152] The second NAS layer 1808 may be coupled with the corresponding NAS layer in the core network 112 and may provide service information flows to the RRC layer 1816.

[0153] The AS layer 1812 may be a layer or entity designated for handling service information (for example, service information adaptation) . The AS layer 1812 may be communicatively coupled with a corresponding NAS layer in the RAN 110. In various embodiments, the AS layer 1812 may be a packet data convergence protocol (PDCP) layer, a radio link control (RLC) layer, a media access control (MAC) layer, or a physical layer. The AS layer 1812 may provide service information flows to the RRC 1816.

[0154] To provide the QoS differentiation, the RRC layer 1816 may be capable of mapping the service information flows from the second NAS layer 1808 and the AS layer 1812 to different SRBs, where the different SRBs are configured to provide different radio treatment. The RRC layer 1816 may map the service information flows to the SRBs based on preconfigured SIB mapping rules for service information. The mapping may be a static mapping or may be configured by the network.

[0155] FIG. 19 illustrates a protocol layer stack 1900 for bearer mapping for control-plane messages in accordance with some embodiments.

[0156] The protocol layer stack 1900 may include a NAS 1904, a service information adaptation layer (SIAL) 1908, an RRC 1912, a PDCP 1916, an RLC 1920, a MAC 1924, and a PHY 1928.

[0157] In some embodiments, the SIAL 1908 may be placed between the NAS 1904 and the RRC 1912. The SIAL 1908 may handle service information from the NAS 1904 or lower AS layer. For example, if the service information is generated based on radio measurements performed by the PHY 1928, the SIAL 1908 may receive the service information from the PHY 1928.

[0158] In various embodiments, the SIAL 1908 may map service information flows from the NAS 1904 to appropriate QoS flows, map service information flows from an AS to appropriate QoS flows, or map service information flows from NAS / AS to appropriate radio bearers (in which case the PDU from the SIAL 1908 may bypass the RRC 1912.

[0159] For conventional NAS messages, the SIAL 1908 may be bypassed and the NAS 1904 may pass them directly to the RRC 1912.

[0160] FIG. 20 illustrates components 2000 of the network environment 100 performing user plane bearer mapping for service information in accordance with some embodiments. The user plane bearer mapping performed by the components 2000 may correspond to a category 1 delivery method in which service information is to be delivered via a user plane.

[0161] The components 2000 may include an application 2004, a service plane function (SPF) 2008, and an AS 2012 coupled with SDAP 2016. The application 2004 may provide user data information QoS flows to the SDAP 2016. The SPF 2008 and the AS layer may provide service information QoS flows to the SDAP 2016. The SDAP 2016 may be capable of mapping both the user data QoS flows and the service information QoS flows to DRBs.

[0162] FIG. 21 illustrates a network architecture 2100 including components of the network environment 100 in accordance with some embodiments. Except as otherwise described herein, the components may be similar to like-named components described elsewhere herein.

[0163] The network architecture 2100 may include a control plane AS protocol 2104 to provide an E2E connection between the UE 104 and the AMF 504.

[0164] The network architecture 2100 may further include a service plane AS protocol 2108 that defines radio protocols for service information delivery. This may be used to provide an E2E connection between the UE 104 and the management function (s) (for example, SIDMF 520, the AMIDMF 524, and the CSIDMF 528, as shown, or a general SIMF) .

[0165] The network architecture 2100 may further include a user plane AS protocol 2112 to provide an E2E connection between the UE 104 and the UPF 904.

[0166] FIG 22 provides a user plane 2200 and a control plane 2204 to support a bearer mapping for service information in accordance with some embodiments.

[0167] The user plane 2200 may include the UPF 512 providing user data information QoS flows to an SDAP 2208. The SDAP 2208 may map the QoS flows onto various DRBs.

[0168] The control plane 2204 may include a service information function 2210 and an AS layer that provide service information QoS flows to a new SDAP 2216. The new SDAP 2216 may then map the service information QoS flows to radio bearers with appropriate radio treatment.

[0169] FIG. 23 illustrates a mapping operation 2300 that allows a split-bearer for QoS differentiation of service information in accordance with some embodiments.

[0170] The mapping operation 2300 may include mapping a plurality of service information QoS flows onto one radio bearer. In some embodiments, both user data flows and service information flows may be mapped onto the one radio bearer. A PDCP 2308 may provide for differentiated treatment by providing different flows within the radio bearer to different RLCs. For example, the PDCP 230 may provide a first flow to RLC 1 2312 and a second flow to RLC 2 2316.

[0171] FIG. 24 provides an operation flow / algorithmic structure 2400 in accordance with some embodiments. The operation flow / algorithmic structure 2400 may be performed by a node of the network environment 100 or device 2800; or components thereof, for example, processors 2804.

[0172] The operation flow / algorithmic structure 2400 may include, at 2404, generating a QoS profile associated with delivery of service information. The QoS profile may indicate a destination domain of the service information, a preferred delivery plane for  the service information, a preferred delivery method for the service information, or a privacy attribute associated with delivery of the service information.

[0173] The operation flow / algorithmic structure 2400 may further include, at 2408, transmitting the QoS profile to a node of a cellular network. In some embodiments, an entire QoS profile may be transmitted to one node. In other embodiments, selected parameters of the QoS profile may be transmitted to various nodes.

[0174] FIG. 25 provides an operation flow / algorithmic structure 2500 in accordance with some embodiments. The operation flow / algorithmic structure 2500 may be performed by a node of the network environment 100 or device 2800; or components thereof, for example, processors 2804.

[0175] The operation flow / algorithmic structure 2500 may include, at 2504, receiving a request for delivery of service information. The request may be received from an entity over a direct logical interface or an indirect logical interface. The service information may be related to AI / ML services of a network, a computing / storage service of the network, or a sensing / localization services of the network.

[0176] The operation flow / algorithmic structure 2500 may further include, at 2508, generating configuration information to instruct delivery of the service information. In some embodiments, the configuration information may indicate a periodicity of service information arrival, a radio bearer mapping for the service information, an expected size of the service information, or jitter information associated with the service information.

[0177] In some embodiments, the configuration information may configure an air interface over which the service information is to be transmitted.

[0178] The operation flow / algorithmic structure 2500 may further include, at 2512, transmitting the configuration information to an entity that is to transmit the service information. The entity may be a source of the service information or a node through which the service information is to be transmitted.

[0179] In some embodiments, the operation flow / algorithmic structure 2500 may be performed by an entity that makes a request for the service information, an entity that generates the service information, an entity that is to consume the service information, or an entity that is to manage the delivery of the service information.

[0180] FIG. 26 provides an operation flow / algorithmic structure 2600 in accordance with some embodiments. The operation flow / algorithmic structure 2600 may be performed by a node of the network environment 100 or device 2800; or components thereof, for example, processors 2804.

[0181] The operation flow / algorithmic structure 2600 may include, at 2604, receiving a QoS mapping policy for service information. In some embodiments, the QoS mapping policy may be received from an SIPF of a core network and the service information may originate in the core network.

[0182] The operation flow / algorithmic structure 2600 may further include, at 2608, receiving the service information.

[0183] The operation flow / algorithmic structure 2600 may further include, at 2608, mapping the service information to a QoS flow based on the QoS mapping policy.

[0184] FIG. 27 provides an operation flow / algorithmic structure 2700 in accordance with some embodiments. The operation flow / algorithmic structure 2700 may be performed by a node of the network environment 100 or device 2800; or components thereof, for example, processors 2804.

[0185] The operation flow / algorithmic structure 2700 may include, at 2704, receiving service information at a first layer of the UE. The service information may be related to an AI / ML services of the network, a computing / storage service of the network, or a sensing / localization services of the network.

[0186] The operation flow / algorithmic structure 2700 may further include, at 2708, mapping the service information to a QoS flow or radio bearer. The mapping may be based on an identified mapping rule.

[0187] In some embodiments, the first layer may be an RRC layer that maps the service information to a signaling radio bearer. The RRC layer may receive the service information flow from a NAS or AS layer of a UE / device. In some embodiments, the RRC layer may receive the service information flow from a service information adaptation layer of the UE / device.

[0188] In some embodiments, the first layer may be a service information adaptation layer that receives the service information flow from a NAS layer or an AS layer.

[0189] In some embodiments, the first layer may be an SDAP layer that receives the service information flow as a QoS flow and maps the QoS flow to a DRB.

[0190] The operation flow / algorithmic structure 2700 may further include, at 2708, transmitting the service information using the QoS flow or radio bearer.

[0191] FIG. 28 illustrates a device 2800 in accordance with some embodiments. The device 2800 may be the UE 104, the base station 108 or other node of the RAN 110, or a node of the core network 112.

[0192] The device 2800 may include processors 2804, RF interface circuitry 2808, memory / storage 2812, user or CN interface 2816, sensors 2820, driver circuitry 2822, power management integrated circuit (PMIC) 2824, antenna structure 2826, and battery 2828. The components of the device 2800 may be implemented as integrated circuits (ICs) , portions thereof, discrete electronic devices, or other modules, logic, hardware, software, firmware, or a combination thereof. The block diagram of FIG. 28 is intended to show a high-level view of some of the components of the device 2800. However, some of the components shown may be omitted, additional components may be present, and different arrangement of the components shown may occur in other implementations.

[0193] The components of the device 2800 may be coupled with various other components over one or more interconnects 2832, which may represent any type of interface, input / output, bus (local, system, or expansion) , transmission line, trace, optical connection, etc. that allows various circuit components (on common or different chips or chipsets) to interact with one another.

[0194] The processors 2804 may include processor circuitry such as, for example, baseband processor circuitry (BB) 2804A, central processor unit circuitry (CPU) 2804B, and graphics processor unit circuitry (GPU) 2804C. The processors 2804 may include any type of circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage 2812 to cause the device 2800 to perform operations of the UE with respect to AI models as described herein.

[0195] In some embodiments, the baseband processor circuitry 2804A may access a communication protocol stack 2836 in the memory / storage 2812 to communicate over a 3GPP compatible network. In general, the baseband processor circuitry 2804A may access  the communication protocol stack to: perform user plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, SDAP layer, and PDU layer; and perform control plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, RRC layer, and a non-access stratum layer. In some embodiments, the PHY layer operations may additionally / alternatively be performed by the components of the RF interface circuitry 2808.

[0196] The baseband processor circuitry 2804A may generate or process baseband signals or waveforms that carry information in 3GPP-compatible networks. In some embodiments, the waveforms for NR may be based on cyclic prefix OFDM (CP-OFDM) in the uplink or downlink, and discrete Fourier transform spread OFDM (DFT-S-OFDM) in the uplink.

[0197] The memory / storage 2812 may include one or more non-transitory, computer-readable media that includes instructions (for example, communication protocol stack 2836) that may be executed by one or more of the processors 2804 to cause the device 2800 to perform various operations described herein. The memory / storage 2812 include any type of volatile or non-volatile memory that may be distributed throughout the device 2800. In some embodiments, some of the memory / storage 2812 may be located on the processors 2804 themselves (for example, L1 and L2 cache) , while other memory / storage 2812 is external to the processors 2804 but accessible thereto via a memory interface. The memory / storage 2812 may include any suitable volatile or non-volatile memory such as, but not limited to, dynamic random access memory (DRAM) , static random access memory (SRAM) , erasable programmable read only memory (EPROM) , electrically erasable programmable read only memory (EEPROM) , Flash memory, solid-state memory, or any other type of memory device technology.

[0198] The RF interface circuitry 2808 may include transceiver circuitry and radio frequency front module (RFEM) that allows the device 2800 to communicate with other devices over a radio access network. The RF interface circuitry 2808 may include various elements arranged in transmit or receive paths. These elements may include, for example, switches, mixers, amplifiers, filters, synthesizer circuitry, control circuitry, etc.

[0199] In the receive path, the RFEM may receive a radiated signal from an air interface via antenna structure 2826 and proceed to filter and amplify (with a low-noise amplifier) the signal. The signal may be provided to a receiver of the transceiver that down- converts the RF signal into a baseband signal that is provided to the baseband processor of the processors 2804.

[0200] In the transmit path, the transmitter of the transceiver up-converts the baseband signal received from the baseband processor and provides the RF signal to the RFEM. The RFEM may amplify the RF signal through a power amplifier prior to the signal being radiated across the air interface via the antenna structure 2826.

[0201] In various embodiments, the RF interface circuitry 2808 may be configured to transmit / receive signals in a manner compatible with NR access technologies.

[0202] The antenna structure 2826 may include antenna elements to convert electrical signals into radio waves to travel through the air and to convert received radio waves into electrical signals. The antenna elements may be arranged into one or more antenna panels. The antenna structure 2826 may have antenna panels that are omnidirectional, directional, or a combination thereof to enable beamforming and multiple-input, multiple-output communications. The antenna structure 2826 may include microstrip antennas, printed antennas fabricated on the surface of one or more printed circuit boards, patch antennas, phased array antennas, etc. The antenna structure 2826 may have one or more panels designed for specific frequency bands including bands in FR1 or FR2.

[0203] The user or CN interface 2816 may be a user interface that includes various input / output (I / O) devices designed to enable user interaction with the device 2800. The user interface includes input device circuitry and output device circuitry. Input device circuitry includes any physical or virtual means for accepting an input including, inter alia, one or more physical or virtual buttons (for example, a reset button) , a physical keyboard, keypad, mouse, touchpad, touchscreen, microphones, scanner, headset, or the like. The output device circuitry includes any physical or virtual means for showing information or otherwise conveying information, such as sensor readings, actuator position (s) , or other like information. Output device circuitry may include any number or combinations of audio or visual display, including, inter alia, one or more simple visual outputs / indicators (for example, binary status indicators such as light emitting diodes “LEDs” and multi-character visual outputs, or more complex outputs such as display devices or touchscreens (for example, liquid crystal displays (LCDs) , LED displays, quantum dot displays, projectors, etc. ) , with the output of characters, graphics, multimedia objects, and the like being generated or produced from the operation of the device 2800.

[0204] The user or CN interface 2816 may be a CN interface that provides connectivity to a core network, for example, a core network 112, using a network interface protocol such as carrier Ethernet protocols, or some other suitable protocol. Network connectivity may be provided to / from the device 2800 via a fiber optic or wireless backhaul. The CN interface may include one or more dedicated processors or FPGAs to communicate using one or more of the aforementioned protocols. In some implementations, the CN interface may include multiple controllers to provide connectivity to other networks using the same or different protocols

[0205] The sensors 2820 may include devices, modules, or subsystems whose purpose is to detect events or changes in its environment and send the information (sensor data) about the detected events to some other device, module, subsystem, etc. Examples of such sensors include, inter alia, inertia measurement units comprising accelerometers, gyroscopes, or magnetometers; microelectromechanical systems or nanoelectromechanical systems comprising 3-axis accelerometers, 3-axis gyroscopes, or magnetometers; level sensors; flow sensors; temperature sensors (for example, thermistors) ; pressure sensors; barometric pressure sensors; gravimeters; altimeters; image capture devices (for example, cameras or lensless apertures) ; light detection and ranging sensors; proximity sensors (for example, infrared radiation detector and the like) ; depth sensors; ambient light sensors; ultrasonic transceivers; microphones or other like audio capture devices; etc.

[0206] The driver circuitry 2822 may include software and hardware elements that operate to control particular devices that are embedded in the device 2800, attached to the device 2800, or otherwise communicatively coupled with the device 2800. The driver circuitry 2822 may include individual drivers allowing other components to interact with or control various input / output (I / O) devices that may be present within, or connected to, the device 2800. For example, driver circuitry 2822 may include a display driver to control and allow access to a display device, a touchscreen driver to control and allow access to a touchscreen interface, sensor drivers to obtain sensor readings of the sensors 2820 and control and allow access to the sensors 2820, drivers to obtain actuator positions of electro-mechanic components or control and allow access to the electro-mechanic components, a camera driver to control and allow access to an embedded image capture device, audio drivers to control and allow access to one or more audio devices.

[0207] The PMIC 2824 may manage power provided to various components of the device 2800. In particular, with respect to the processors 2804, the PMIC 2824 may control power-source selection, voltage scaling, battery charging, or DC-to-DC conversion.

[0208] In some embodiments, the PMIC 2824 may control, or otherwise be part of, various power saving mechanisms of the device 2800. For example, if the platform UE is in an RRC_Connected state, where it is still connected to the RAN node as it expects to receive traffic shortly, then it may enter a state known as Discontinuous Reception Mode (DRX) after a period of inactivity. During this state, the device 2800 may power down for brief intervals of time and thus save power. If there is no data traffic activity for an extended period of time, then the device 2800 may transition off to an RRC_Idle state, where it disconnects from the network and does not perform operations such as channel quality feedback, handover, etc. The device 2800 goes into a very low power state and it performs paging where again it periodically wakes up to listen to the network and then powers down again. The device 2800 may not receive data in this state; in order to receive data, it must transition back to RRC_Connected state. An additional power saving mode may allow a device to be unavailable to the network for periods longer than a paging interval (ranging from seconds to a few hours) . During this time, the device is totally unreachable to the network and may power down completely. Any data sent during this time incurs a large delay and it is assumed the delay is acceptable.

[0209] A battery 2828 may power the device 2800, although in some examples the device 2800 may be mounted or deployed in a fixed location, and may have a power supply coupled to an electrical grid. The battery 2828 may be a lithium-ion battery or a metal-air battery such as a zinc-air battery, an aluminum-air battery, a lithium-air battery, and the like. In some implementations, such as in vehicle-based applications, the battery 2828 may be a typical lead-acid automotive battery.

[0210] It is well understood that the use of personally identifiable information should follow privacy policies and practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining the privacy of users. In particular, personally identifiable information data should be managed and handled so as to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.

[0211] For one or more embodiments, at least one of the components set forth in one or more of the preceding figures may be configured to perform one or more operations, techniques, processes, or methods as set forth in the example section below. For example, the baseband circuitry as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below. For another example, circuitry associated with a UE, base station, or network element as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below in the example section.

[0212] Examples

[0213] In the following sections, further exemplary embodiments are provided.

[0214] Example 1 includes a method comprising: generating a quality of service (QoS) profile associated with delivery of service information, wherein the QoS profile is to indicate a destination domain of the service information, a preferred delivery plane for the service information, a preferred delivery method for the service information, or a privacy attribute associated with delivery of the service information; and transmitting the QoS profile to a node of a cellular network.

[0215] Example 2 includes the method of example one some other example herein, wherein the QoS profile is to indicate a radio access network, a core network, or a data network as a destination domain of the service information.

[0216] Example 3 includes the method of example 1 or some other example herein, wherein the QoS profile is to indicate a privacy attribute that provides anonymized delivery of the service information is supported, anonymized delivery of the service information is preferred, or proxy delivery of the service information is preferred.

[0217] Example 4 includes a method of example 1 or some other example herein, wherein the QoS profile further indicates that a deferred delivery of the service information is supported.

[0218] Example 5 includes a method of example 1 or some other example herein, wherein the QoS profile is to indicate a preferred delivery method, wherein the preferred delivery method is delivery via a user plane as a user-plane message, via control plane as a  control-plane message, via control plane as a control plane messages, via user plane as a control-plane message, or delivery via a service plane.

[0219] Example 6 includes a method of any of examples 1–5 or some other example herein, wherein the service information is information to support an artificial intelligence or machine learning service of a network, a computing or storage service of a network, or a sensing or localization service of a network.

[0220] Example 7 includes the method of example 1 or some other example herein, wherein the method is to be implemented by an entity that makes a request for the service information, an entity that generates the service information, an entity that is to consume the service information, or an entity that manages the delivery of the service information.

[0221] Example 8 includes a method to be implemented by service information delivery management function (SIDMF) , the method comprising: receiving a request for delivery of service information related to an artificial intelligence or machine learning service of a network, a computing or storage service of a network, or a sensing or localization service of a network; generating configuration information to instruct delivery of the service information; and transmitting the configuration information to an entity that is to transmit the service information.

[0222] Example 9 includes a method of example 8 or some other example herein, further comprising: transmitting the configuration information over a direct logical interface between the entity and the SIDMF, wherein the entity is a user equipment or a base station.

[0223] Example 10 includes a method of example 9 or some other example herein, wherein the configuration information is to indicate a periodicity of service information arrival, a radio bearer mapping for the service information, an expected size of the service information, or jitter information associated with the service information.

[0224] Example 11 includes a method of example 8 or some other example herein, further comprising: transmitting, to a source of the service information, a reporting configuration; and receiving, from the source based on the reporting configuration, an indication of service information available for delivery.

[0225] Example 12 includes a method of example 8 or some other example herein, wherein the entity is a base station and the configuration information includes a parameter for transmitting the service information over an air interface, and a request to provide a downlink  resource allocation to transmit the service information to a user equipment or an uplink resource allocation to receive the service information from a user equipment.

[0226] Example 13 includes a method of example 12 or some other example herein, further comprising: transmitting, to a network function or a user equipment, a request to generate the service information and deliver the service information to the base station.

[0227] Example 14 includes a method of example 8 or some other example herein, further comprising: receiving, from the entity, a confirmation that the service information was successfully delivered.

[0228] Example 15 includes a method of operating a network function of a core network, the method comprising: receiving a quality of service (QoS) mapping policy for service information related to an artificial intelligence or machine learning service of a network, a computing or storage service of a network, or a sensing or localization service of a network; receiving the service information; and mapping the service information to a QoS flow based on the QoS mapping policy.

[0229] Example 16 includes a method of example 15 or some other example herein, wherein the network function is a user plane function (UPF) and said receiving the QoS mapping policy comprises: receiving the QoS mapping policy from a service information delivery management function or a session management function.

[0230] Example 17 includes a method of example 15 or some other example herein, wherein said receiving the service information comprises: receiving the service information from a service information processing function (SIPF) of the core network, wherein the service information originates in the core network.

[0231] Example 18 includes a method of example 17 or some other example herein, wherein the network function is a user plane function (UPF) or a service function that operates in parallel to a UPF.

[0232] Example 19 includes a method to be implemented in a user equipment (UE) , the method comprising: receiving, at a first layer of the UE, a service information flow that includes service information related to an artificial intelligence or machine learning service of a network, a computing or storage service of a network, or a sensing or localization service of a network; mapping, by the first layer, the service information flow to a quality of service  (QoS) flow or radio bearer; and transmitting the service information using the QoS flow or radio bearer.

[0233] Example 20 includes the method of example 19 or some other example herein, wherein the first layer is a radio resource control (RRC) layer and said mapping comprises: mapping the service information flow to a radio bearer, wherein the radio bearer is a signaling radio bearer.

[0234] Example 21 includes a method of example 20 or some other example herein, further comprising: providing, by a non-access stratum (NAS) layer or access stratum (AS) layer of the UE, the service information flow to the RRC layer.

[0235] Example 22 includes a method of example 20 or some other example herein, further comprising: providing, by a service information adaptation (SIA) layer of the UE, the service information flow to the RRC layer.

[0236] Example 23 includes the method of example 19 or some other example herein, further comprising: identifying an SRB mapping rule; and mapping the service information flow to the SRB based on the SRB mapping rule.

[0237] Example 24 includes a method of example 19 or some other example herein, wherein the first layer is a service information adaptation (SIA) layer and the method further comprises: receiving, at the SIA layer, the service information flow from a non-access stratum (NAS) layer or access stratum (AS) layer of the UE; and mapping the service information flow to a QoS flow.

[0238] Example 25 includes a method of example 19 or some other example herein, wherein the first layer is a service data adaptation (SDAP) layer, the service information flow is a quality of service (QoS) flow, and the mapping comprises: mapping the QoS flow to a radio bearer, wherein the radio bearer is a data radio bearer.

[0239] Another example may include an apparatus comprising means to perform one or more elements of a method described in or related to any of examples 1–25, or any other method or process described herein.

[0240] Another example may include one or more non-transitory computer-readable media comprising instructions to cause an electronic device, upon execution of the instructions by one or more processors of the electronic device, to perform one or more  elements of a method described in or related to any of examples 1–25, or any other method or process described herein.

[0241] Another example may include an apparatus comprising logic, modules, or circuitry to perform one or more elements of a method described in or related to any of examples 1–25, or any other method or process described herein.

[0242] Another example may include a method, technique, or process as described in or related to any of examples 1–25, or portions or parts thereof.

[0243] Another example may include an apparatus comprising: one or more processors and one or more computer-readable media comprising instructions that, when executed by the one or more processors, cause the one or more processors to perform the method, techniques, or process as described in or related to any of examples 1–25, or portions thereof.

[0244] Another example may include a signal as described in or related to any of examples 1–25, or portions or parts thereof.

[0245] Another example may include a datagram, information element, packet, frame, segment, PDU, or message as described in or related to any of examples 1–25, or portions or parts thereof, or otherwise described in the present disclosure.

[0246] Another example may include a signal encoded with data as described in or related to any of examples 1–25, or portions or parts thereof, or otherwise described in the present disclosure.

[0247] Another example may include a signal encoded with a datagram, IE, packet, frame, segment, PDU, or message as described in or related to any of examples 1–25, or portions or parts thereof, or otherwise described in the present disclosure.

[0248] Another example may include an electromagnetic signal carrying computer-readable instructions, wherein execution of the computer-readable instructions by one or more processors is to cause the one or more processors to perform the method, techniques, or process as described in or related to any of examples 1–25, or portions thereof.

[0249] Another example may include a computer program comprising instructions, wherein execution of the program by a processing element is to cause the processing element  to carry out the method, techniques, or process as described in or related to any of examples 1–25, or portions thereof.

[0250] Another example may include a signal in a wireless network as shown and described herein.

[0251] Another example may include a method of communicating in a wireless network as shown and described herein.

[0252] Another example may include a system for providing wireless communication as shown and described herein.

[0253] Another example may include a device for providing wireless communication as shown and described herein.

[0254] Any of the above-described examples may be combined with any other example (or combination of examples) , unless explicitly stated otherwise. The foregoing description of one or more implementations provides illustration and description, but is not intended to be exhaustive or to limit the scope of embodiments to the precise form disclosed. Modifications and variations are possible in light of the above teachings or may be acquired from practice of various embodiments.

[0255] Although the embodiments above have been described in considerable detail, numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated. It is intended that the following claims be interpreted to embrace all such variations and modifications.

Claims

1.One or more computer-readable media having instructions that, when executed by one or more processors cause a device to:generate a quality of service (QoS) profile associated with delivery of service information, wherein the QoS profile is to indicate a destination domain of the service information, a preferred delivery plane for the service information, a preferred delivery method for the service information, or a privacy attribute associated with delivery of the service information; andtransmit the QoS profile to a node of a cellular network.2.The one or more computer-readable media of claim 1, wherein the QoS profile is to indicate a radio access network, a core network, or a data network as a destination domain of the service information.3.The one or more computer-readable media of claim 1 or 2, wherein the QoS profile is to indicate a privacy attribute that provides anonymized delivery of the service information is supported, anonymized delivery of the service information is preferred, or proxy delivery of the service information is preferred.4.The one or more computer-readable media of claim 1 or 2, wherein the QoS profile further indicates that a deferred delivery of the service information is supported.5.The one or more computer-readable media of claim 1 or 2, wherein the QoS profile is to indicate a preferred delivery method, wherein the preferred delivery method is delivery via a user plane as a user-plane message, via control plane as a control-plane message, via control plane as a control plane messages, via user plane as a control-plane message, or delivery via a service plane.6.The one or more computer-readable media of claim 1 or 2, wherein the service information is information to support an artificial intelligence or machine learning service of a network, a computing or storage service of a network, or a sensing or localization service of a network.7.The one or more computer-readable media of claim 1 or 2, wherein the method is to be implemented by an entity that makes a request for the service information, an entity that generates the service information, an entity that is to consume the service information, or an entity that manages the delivery of the service information.8.A method to be implemented by service information delivery management function (SIDMF) , the method comprising:receiving a request for delivery of service information related to an artificial intelligence or machine learning service of a network, a computing or storage service of a network, or a sensing or localization service of a network;generating configuration information to instruct delivery of the service information; andtransmitting the configuration information to an entity that is to transmit the service information.9.The method of claim 8, further comprising:transmitting the configuration information over a direct logical interface between the entity and the SIDMF,wherein the entity is a user equipment or a base station.10.The method of claim 9, wherein the configuration information is to indicate a periodicity of service information arrival, a radio bearer mapping for the service information, an expected size of the service information, or jitter information associated with the service information.11.The method of claim 8 or 9, further comprising:transmitting, to a source of the service information, a reporting configuration; andreceiving, from the source based on the reporting configuration, an indication of service information available for delivery.12.The method of claim 8 or 9, wherein the entity is a base station and the configuration information includes a parameter for transmitting the service information over an air interface, and a request to provide a downlink resource allocation to transmit the  service information to a user equipment or an uplink resource allocation to receive the service information from a user equipment.13.The method of claim 12, further comprising:transmitting, to a network function or a user equipment, a request to generate the service information and deliver the service information to the base station.14.The method of claim 8 or 9, further comprising:receiving, from the entity, a confirmation that the service information was successfully delivered.15.A device to implement a network function of a core network, the device comprising:interface circuitry; andprocessing circuitry coupled with the interface circuitry, the processing circuitry to:receive, via the interface circuitry, a quality of service (QoS) mapping policy for service information related to an artificial intelligence or machine learning service of a network, a computing or storage service of a network, or a sensing or localization service of a network;receive, via the interface circuitry, the service information; andmap the service information to a QoS flow based on the QoS mapping policy.16.The device of claim 15, wherein the network function is a user plane function (UPF) and to receive the QoS mapping policy the processing circuitry is to:receive the QoS mapping policy from a service information delivery management function or a session management function.17.The device of claim 15 or 16, wherein to receive the service information the processing circuitry is to:receive the service information from a service information processing function (SIPF) of the core network,wherein the service information originates in the core network.18.The device of claim 17, wherein the network function is a user plane function (UPF) or a service function that operates in parallel to a UPF.19.A method to be implemented in a user equipment (UE) , the method comprising:receiving, at a first layer of the UE, a service information flow that includes service information related to an artificial intelligence or machine learning service of a network, a computing or storage service of a network, or a sensing or localization service of a network;mapping, by the first layer, the service information flow to a quality of service (QoS) flow or radio bearer; andtransmitting the service information using the QoS flow or radio bearer.20.The method of claim 19, wherein the first layer is a radio resource control (RRC) layer and said mapping comprises:mapping the service information flow to a radio bearer, wherein the radio bearer is a signaling radio bearer.21.The method of claim 20, further comprising:providing, by a non-access stratum (NAS) layer or access stratum (AS) layer of the UE, the service information flow to the RRC layer.22.The method of claim 20, further comprising:providing, by a service information adaptation (SIA) layer of the UE, the service information flow to the RRC layer.23.The method of any of claims 19-22, further comprising:identifying an SRB mapping rule; andmapping the service information flow to the SRB based on the SRB mapping rule.24.The method of any of claims 19-22, wherein the first layer is a service information adaptation (SIA) layer and the method further comprises:receiving, at the SIA layer, the service information flow from a non-access stratum (NAS) layer or access stratum (AS) layer of the UE; andmapping the service information flow to a QoS flow.25.The method of any of claims 19-22, wherein the first layer is a service data adaptation (SDAP) layer, the service information flow is a quality of service (QoS) flow, and the mapping comprises:mapping the QoS flow to a radio bearer, wherein the radio bearer is a data radio bearer.

Images