On-device network simulation with user data loopback for device testing

Abstract

A user equipment (UE) can emulate transmissions received from a BS to perform on-device testing of the UE. For example, the UE can be configured to loop back uplink data from a UL data path and input the uplink data as emulated downlink data for processing in a DL data path. The uplink data can include data related to a video call or network diagnostics. User application data generated by an application and traveling through the UL data path can be used to validate the DL data path. Downlink control information (DCI) can be determined by the UE and provided to the DL data path to accompany the uplink data. The DCI can include an emulated uplink grant and / or an emulated downlink scheduling assignment. The emulated downlink scheduling assignment can be determined based on availability of the uplink data in a memory of the UE.

Description

[0001] Cross-reference to related applications

[0002] This patent application claims the benefit of U.S. Patent Application No. 17 / 320,732, filed May 14, 2021, entitled “ON-DEVICE NETWORKSIMULATION WITH USER DATA LOOPBACK FOR DEVICE TESTING,” which is expressly incorporated herein by reference in its entirety. Technical Field

[0003] Various aspects of this disclosure generally relate to wireless communication systems, and more specifically, to device testing for wireless communication systems. Some features can be implemented by generating control signaling and reusing uplink data used for verification of downlink data paths, and by providing improved testing for on-device network simulation using wireless communication systems. Background Technology

[0004] Wireless communication networks are widely deployed to provide various communication services such as voice, video, packet data, information transmission, and broadcasting. These wireless networks can be multiple-access networks capable of supporting multiple users by sharing available network resources.

[0005] A wireless communication network may include several components. These components may include wireless communication devices, such as a base station (or node B) that can support communication between several user equipments (UEs). UEs may communicate with the base station via downlink and uplink. The downlink (or forward link) refers to the communication link from the base station to the UE, and the uplink (or reverse link) refers to the communication link from the UE to the base station.

[0006] Base stations can send data and control information to UEs on the downlink or receive data and control information from UEs on the uplink. During operation on the physical network, downlink transmissions from base stations may encounter interference from neighboring base stations or other radio frequency (RF) transmitters. Similarly, during operation on the physical network, uplink transmissions from UEs may encounter interference from uplink transmissions from other UEs at neighboring base stations or from other RF transmitters. This interference can degrade performance on both the downlink and uplink, but the random nature of the interference also increases the challenge of diagnostic errors occurring on the UE or BS.

[0007] Typically, UE problems are diagnosed by isolating the UE from the operational wireless network and using a test sequence of commands and data sent to the UE using dedicated test equipment, thereby evaluating the UE's response. However, dedicated test equipment limits testing to certain locations and conditions. For example, dedicated test equipment cannot replicate the noisy real-world environment of the operational wireless network. Furthermore, the unexpected and sometimes non-repeatable noise and other random events in the operational wireless network present challenges when testing a UE on the operational wireless network. Therefore, diagnosing mobile devices within the context of the operational wireless network is undesirable.

[0008] The disadvantages mentioned herein are merely representative and are included to highlight the problems that the inventors have identified and sought to improve upon relative to existing devices. Aspects of the apparatus described below can address some or all of these disadvantages, as well as other disadvantages known in the art. Aspects of the improved apparatus described below can provide additional benefits beyond those described above and can be used in applications other than those described above. Summary of the Invention

[0009] Further testing capabilities that can be performed using limited additional equipment may be desirable to improve device design and / or device testing for wireless devices such as User Equipment (UE) or Base Stations (BS). On-device testing can be provided, for example, by simulating at least one aspect of the wireless network on the device. Simulation of the wireless network may include generating signals typically generated by the Base Station (BS). For example, the UE can be configured to generate at least some of the signals routinely generated by the BS in a test mode, allowing UE operation to be performed and evaluated using the simulated signals. For example, errors in the code or circuitry involved in the processing of data from the wireless network can be diagnosed during device design by operating the test equipment in this test mode. As another example, the UE may undergo compliance testing before activation on the wireless network. Providing a unit for performing such compliance testing without dedicated test equipment would allow the device to be used on the wireless network more quickly. In another example, the UE may have operating parameters, such as circuit temperature, and the UE can be tested using on-chip test sequences and temperatures monitored during testing and compared with expected thermal profiles to determine if decoding is working correctly. Therefore, in some aspects, on-device testing capabilities that provide wireless network simulation within the device reduce or eliminate reliance on dedicated test equipment. On-chip testing can be provided, allowing one or more processors in the device to be used both for operation on a physical network and for simulating transmissions received from a BS (Browser / Base Station) on a wireless network. In some embodiments, the system-on-chip (SoC) may include a digital signal processor (DSP), a central processing unit (CPU), and wireless connectivity on a single integrated circuit (IC), and the DSP may be configured to simulate a wireless network while the rest of the SoC continues to operate similarly or identically, whether in test mode or connected to a physical wireless network.

[0010] One technique for simulating transmissions received from the BS by the UE is to use user data generated by the UE to simulate data from the wireless network. For example, the UE can be configured to send uplink data back from the UL data path to the DL data path. In this operation, the UE's uplink (UL) data path validates the downlink (DL) data path. Reusing uplink data for testing the DL data path reduces the burden on the device when simulating the wireless network. Similarly, the BS can send back DL data received from the UE via the wireless network to simulate data transmitted to the UE. Devices operating on the wireless network periodically send data, sometimes large amounts, to and from numerous servers via the BS. Storing such large amounts of data for use during simulation would require significant storage space on either the UE or the BS. This can limit testing capabilities on the device, especially on the UE, due to limited storage space, limited power availability, and / or metering-only connectivity availability on the UE. Users operating the UE may have already generated data using applications on the UE, such as video call applications or network diagnostic applications. This user application data, processed in the UL data path, can be used to validate the DL data path. In some wireless networks, symmetry exists between other data units on uplink and downlink frames, or UL and DL data paths, allowing uplink data to be input into the DL data path with little or no modification. The DL data path can process uplink data in the same or slightly modified format to allow evaluation of DL data path processing, such as to verify one or more wireless network standards and / or evaluate UE thermal profiles and / or power profiles.

[0011] Configuring a UE to use its UL data path to verify the DL data path may involve activating and / or deactivating certain circuits and / or data paths and / or certain software to alter the source or destination of information used for processing performed by the circuits or software. For example, a software process may be configured to receive input from memory such that it retrieves uplink data from memory for processing as analog downlink data. As another example, the DL data path circuitry may be configured to receive input from memory such that it retrieves uplink data from memory for processing as analog downlink data. Therefore, the circuitry may be configured to ignore input from radio frequency (RF) circuitry or other circuitry that will provide data for DL ​​data path processing when operating on a physical wireless network and / or disconnect from the RF circuitry or said other circuitry. As another example, the UL data path circuitry may be configured to activate a data path for outputting formatted user data to memory. As yet another example, a permission processor may be configured to receive input permission from an analog control channel (CCH) or physical control channel (CCH) for processing DL data and / or generating formatted UL data.

[0012] The feedback of uplink data used to verify the downlink path offers numerous benefits in testing wireless devices. Using data already generated by the user in the DL data path reduces the need to generate and / or retrieve large amounts of user application data that would otherwise require storage on the UE. Generating simulated user application data without storing pre-defined user data could require processing resources on the UE, but this is reduced by using data already processed in the user application. Reducing the use of processing resources on the UE to generate test data reduces power consumption, which can be particularly important for mobile devices operating from battery power. An alternative to generating simulated user application data is to store simulated user application data that can be retrieved in the UE's test mode. However, such stored simulated user application data may require additional components in the UE or reduce the availability of storage space in the UE for user data and user applications. Reducing the amount of data stored at the UE for test modes, such as by reducing the need to store simulated user application data, can reduce the cost and other trade-offs in adapting the UE to test modes in its design. Therefore, in some respects, the simulated user application data used for processing in the DL data path is based wholly or partially on feedback data from the user application. In some aspects, simulated user application data can be supplemented by stored test data sequences and / or by executing test sequences to generate data. These and other benefits can be provided by reducing the processing and storage resources allowed by inputting uplink data used to verify the downlink path. Data feedback supports continuous integration at various levels during development, chip fabrication, and commercialization.

[0013] The reduction in processing and storage resources can be particularly beneficial in testing UEs on high-speed data networks. For example, high-speed data networks such as 5G sub-6 wireless networks and 5G millimeter-wave wireless networks provide wide bandwidth for data transmission, such as through carrier aggregation (CA) technology, which combines bandwidth from multiple carriers to send data streams. Testing wide-bandwidth communication networks allows for the use of larger amounts of data to fill the wide bandwidth, further increasing the UE's processing and / or storage capabilities. These processing and / or storage requirements may exceed the resources needed for the UE to operate on the wireless network for other reasons. User-executed video applications can generate high-definition (HD) video data, such as those from video call applications, artificial reality (AR) applications, real-time streaming applications, camera applications, and / or rendered video game applications, which can generate high-bandwidth data streams suitable for testing wide-bandwidth communication networks, such as those employing carrier aggregation (CA) to combine multiple carriers or combining multiple bandwidth portions (BWPs). Therefore, using uplink data to validate the UE's DL data path allows the UE to be tested with little or no additional processing and / or storage beyond those required for communication on the wireless network. Therefore, incorporating test mode functionality into the UE may incur little or no additional cost.

[0014] A UE in test mode can generate control signals to accompany uplink data or other data used to verify the DL data path. For example, testing the DL data path may include control signals providing downlink information to more accurately replicate operation on the wireless network by replicating downlink information routinely generated by the BS. Downlink control information (DCI) can be generated by the UE and provided to the DL data path to accompany uplink data. The DCI may include simulated uplink grants and / or simulated downlink scheduling allocations. Simulated downlink scheduling allocations can be generated based on the availability of uplink data in the UE's memory. The UE's memory may introduce latency in the data from the UL data path, which can be adapted by delaying the simulated downlink scheduling allocations to align the simulated downlink scheduling allocations with the availability of data from the UE's memory. The simulated downlink scheduling allocations may also, or alternatively, be delayed to replicate the latency expected in network communication when the BS communicates with the BS and server over the physical wireless network. For example, delays can be added to replicate the delay of a signal traveling through the air from the UE to the BS, the delay of a signal traveling through the air from the BS to the server via a backhaul connection, the delay of a signal traveling back to the BS via a backhaul connection, and / or the delay of a signal traveling through the air from the BS to the UE.

[0015] The generation of control signals can provide flexibility in network simulation to accommodate testing of different functions in the UE. For example, the timing of downlink scheduling allocations and / or the timing of uplink permission in the simulated downlink control information (DCI) can be adjusted within certain margins to evaluate UE operation. In some aspects, timing can be adjusted to test the operation of functions other than radio functions. For example, timing can be adjusted to measure the performance of memory storing uplink data used for feedback to the DL data path. As another example, certain control signals can be generated to reduce the amount of processing involved in simulating the wireless network. For example, a control signal indicating successful capture can be input to the DL data path to avoid the need for signals used by the UE to simulate operations such as cell search and cell capture.

[0016] Test modes can facilitate dynamic scenario generation and / or scenario replay support. For example, test scenarios can be stored along with device configurations (including, for example, whether the simulated network is 4G LTE, 5G, or other Radio Access Technologies (RATs), the RF bands or band combinations involved in the simulation, the status of configuration registers in the circuitry, the settings status in the software, firmware version, operating system version, user applications executed during the simulation, and associated information and settings), test sequences, and / or some data from all simulated downlink data. Test scenarios can be used to replay predetermined scenarios or replay previous scenarios involving simulated downlink data on the UE. Therefore, when a problem is identified during validation, the scenario causing the problem may be saved and repeated during later testing after potentially resolving issues supporting device development. The scenario can also be exported from the UE and loaded onto another UE with similar testing capabilities to identify whether the identified problem exists on other devices or other configurations. The scenario can be executed automatically in a script that reruns variations of the scenario to identify specific device problems.

[0017] The device testing using the simulated wireless network facilitated by the disclosures herein allows a UE to operate a user application on the simulated wireless network. The user application executing on the UE can receive loopback data or a delayed version of the loopback data to allow continued execution of the user application on the simulated wireless network. For example, a video call application can use the UE to generate a video of a first user and transmit the user's video as uplink data via the UL data path. The uplink data can be stored in memory, delayed, and processed via the DL data path as if the uplink data reflected a second user in the video call. The video call application can receive the loopback data and display a delayed version of the first user's video as another participant in the video call. An additional benefit of reusing uplink data in this and other scenarios is that the user may be able to easily detect processing errors by notifying the second user of artifacts or errors in their video. The UE can be configured to modify user application data to accommodate the user application that will receive the uplink data. For example, the UE can swap the source and destination addresses in the uplink data so that the user application receiving the uplink data can correctly process the uplink data as received data. Another example of user applications that can be used in simulated wireless networks is network testing applications, such as applications that generate and verify Internet Control Message Protocol (ICMP) requests and responses (such as part of a ping operation).

[0018] In some aspects, a wireless device can operate in a test mode on a simulated first wireless network while simultaneously operating in either an operational or simulated mode on a second wireless network. This allows for the maintenance of wireless connectivity during device testing, minimizing disruption to the user experience. The device can continue to provide network functions, such as retrieving news updates, emails, messages, or other functionalities via the second wireless network, while simultaneously testing functions associated with the first wireless network. Simulation and operation of the first and second wireless networks can involve operation on the same or different wireless networks. For example, a 5G sub-6 wireless network can be simulated in test mode while communication continues on a 4G LTE wireless network. The operational and simulated wireless networks can be switched after testing the first wireless network to accommodate testing of different hardware or software involved in operation on different wireless networks. Maintaining operation on the second wireless network also allows for remote monitoring of testing on the first wireless network and / or allows for remote inspection of the results of testing on the first wireless network.

[0019] In some aspects, the apparatus can simulate multiple wireless networks in parallel, wherein the memory is used to send uplink data back to each of the downlink data paths. For example, a single user application can generate data stored in the memory and provided as simulated downlink data to multiple DL data paths corresponding to different wireless networks for processing and verification. As another example, multiple user applications can generate, for example, first data and second data stored in the memory. The first data can be input as simulated downlink data of a first wireless network to a first DL data path. The second data can be input as simulated downlink data of a second wireless network to a second DL data path, and the second wireless network can be simulated in parallel with the first wireless network.

[0020] Although some operations are described as being performed by the device to simulate wireless network operations (such as operations performed by the BS), the device can be configured to perform any operation or any combination of operations performed by the BS or other network devices to accommodate testing of certain functions within the UE.

[0021] Generally, this disclosure describes a user equipment having a memory and a processor coupled to the memory. The processor may be configured to perform one or more of the following operations: generating downlink control information (DCI) for a first wireless network; generating uplink data from a UL data path based at least in part on the DCI; storing the uplink data in the memory; retrieving the uplink data from the memory for use as analog downlink data for the first wireless network; processing the analog downlink data in a DL data path; and / or evaluating the processing of the analog downlink data in the DL data path. The evaluation may include one or more of the following: determining the processing's compliance with one or more wireless standards (such as 2G, 3G, 4G, or 5G wireless standards); determining the thermal profile of the processor and / or other components of the user equipment during processing; determining the device's power profile during processing (e.g., recorded as a function of the time components are enabled during processing, the power settings of those components, the power consumed by those components, battery voltage, battery level, state of charge, etc.); and / or determining the power consumption of the processor and / or other components of the user equipment during processing. In some aspects, generating a DCI may include generating a simulated downlink scheduling allocation for simulated downlink data corresponding to the uplink data. In some aspects, generating a DCI may include generating an uplink grant corresponding to the uplink data. In some aspects, one or more operations, such as generating downlink control information (DCI) for a first wireless network, may be performed by the digital signal processing (DSP) portion of the processor. In some aspects, the DSP may operate in coordination with a grant processor of the DSP coupled to the processor in the wireless connection, wherein the grant processor is configured to control the wireless connection for storing uplink data in memory, such as by activating a data path. In some aspects, the UE may operate in a test mode in a simulated first wireless network while simultaneously operating in an operating mode on a second wireless network in parallel.

[0022] In addition to simulating the network to adapt to network simulation, the UE's processor or other components can also be configured to perform operations. For example, the processor can be configured to perform operations including receiving user application data for encapsulation as uplink data. In some aspects, this encapsulation may include encapsulating first video data of a first participant in a video call, wherein processing simulated downlink data includes simulating a second participant in a video call based on the simulated downlink data. In some aspects, receiving user application data includes receiving an Internet Control Message Protocol (ICMP) request, wherein processing simulated downlink data includes exchanging source and destination addresses to generate an ICMP response.

[0023] In one aspect of this disclosure, a method includes: generating downlink control information (DCI) for a first wireless network; generating uplink data from a UL data path based at least in part on the DCI; storing the uplink data in a memory; retrieving the uplink data from the memory for use as analog downlink data for the first wireless network; processing the analog downlink data in a DL data path; and / or evaluating the processing of the analog downlink data in the DL data path.

[0024] In another aspect of this disclosure, an apparatus is disclosed comprising at least one processor and a memory coupled to the at least one processor. The at least one processor is configured to perform any of the methods or techniques described herein. For example, the at least one processor may be configured to perform steps including: generating downlink control information (DCI) for a first wireless network; generating uplink data from a UL data path based at least in part on the DCI; storing the uplink data in the memory; retrieving the uplink data from the memory for use as analog downlink data for the first wireless network; processing the analog downlink data in a DL data path; and / or evaluating the processing of the analog downlink data in the DL data path.

[0025] In an additional aspect of this disclosure, a non-transitory computer-readable medium stores instructions that, when executed by a processor, cause the processor to perform operations including those described in the methods and techniques described herein. For example, the operations may include: generating downlink control information (DCI) for a first wireless network; generating uplink data from a UL data path based at least in part on the DCI; storing the uplink data in memory; retrieving the uplink data from memory for use as analog downlink data for the first wireless network; processing the analog downlink data in a DL data path; and / or evaluating the processing of the analog downlink data in the DL data path.

[0026] In some aspects, an apparatus (such as a user equipment (UE) or base station (BS)) includes a radio transceiver; and a digital signal processor (DSP) coupled to the radio transceiver, wherein the DSP is configured to: execute a test sequence for communication on a wireless network according to a wireless network specification by manipulating inputs to the radio transceiver; receive outputs from the radio transceiver; and analyze the performance of the radio transceiver on the wireless network according to the wireless network specification, at least in part based on the received outputs. The DSP may be configured to: analyze the performance of the radio transceiver by comparing the outputs with expected outputs corresponding to the test sequence; analyze the performance of the radio transceiver by determining the compliance of the received outputs with the wireless network specification; analyze the performance of the radio transceiver by determining the power consumption during the test sequence; and / or analyze the performance of the radio transceiver by determining the thermal and / or power consumption conditions during the test sequence. The apparatus may include a central processing unit (CPU), such as an application processor (AP), for executing a user application that generates user data for transmission as uplink data on a wireless network, wherein the user data may be used by the radio transceiver to generate analog downlink data. In some respects, user data can be video call data, where a delayed version of the user's video is used to simulate a second participant in a video call, making it possible to test the operation of the wireless transceiver.

[0027] Other aspects, features, and implementations will become apparent to those skilled in the art when they review the following description of particular exemplary aspects in conjunction with the accompanying drawings. While features may be discussed below with respect to certain aspects and figures, each aspect may include one or more of the advantageous features discussed herein. In other words, while one or more aspects may be discussed as having certain advantageous features, one or more such features may also be used depending on the aspect. Similarly, while exemplary aspects may be discussed below as aspects of an apparatus, system, or method, exemplary aspects may be implemented in various apparatuses, systems, and methods.

[0028] The foregoing has broadly outlined certain features and technical advantages of embodiments of the invention to facilitate a better understanding of the following detailed description. Additional features and advantages that form the subject matter of the claims will be described below. Those skilled in the art will understand that the disclosed concepts and specific embodiments can be readily used as the basis for modifications or the design of other structures for performing the same or similar purposes. Those skilled in the art will also recognize that such equivalent constructions do not depart from the spirit and scope of the invention as set forth in the appended claims. Additional features will be better understood from the following description when considered in conjunction with the accompanying drawings. However, it should be clearly understood that each of the drawings is provided for illustrative and descriptive purposes only and is not intended to limit the invention. Attached Figure Description

[0029] A further understanding of the nature and advantages of this disclosure can be achieved by referring to the following figures. In the figures, similar components or features may have the same reference numerals. Furthermore, various components of the same type can be distinguished by adding a dash after the reference numerals and a second reference numeral for differentiation between similar parts. If only the first reference numeral is used in the specification, the description applies to any component of similar components having the same first reference numeral, regardless of the second reference numerals.

[0030] Figure 1 This is a block diagram illustrating an apparatus having testing capabilities for simulating wireless network communication, according to one or more aspects.

[0031] Figure 2 This is a flowchart illustrating a method for testing the wireless capabilities of a mobile device using simulations of wireless network communication, based on one or more aspects.

[0032] Figure 3 This is a block diagram illustrating the configuration that supports loopback during wireless network simulation for testing mobile devices, according to one or more aspects.

[0033] Figure 4 It is a call flow diagram illustrating the process of initiating a wireless communication network simulation based on one or more aspects.

[0034] Figure 5 This is a call flow diagram illustrating the process of incorporating user feedback data during wireless communication network simulation, based on one or more aspects.

[0035] Figure 6A This is a block diagram illustrating a system for configuring a wireless connection for test mode, based on several aspects.

[0036] Figure 6B This is a block diagram illustrating a system for configuring uplink and downlink paths based on several aspects.

[0037] Figure 7 This is a flowchart illustrating a method for testing a device using data returned from memory, based on several aspects.

[0038] Figure 8 This is a diagram illustrating a video call application executed in test mode on a user device, based on several aspects.

[0039] Figure 9 It is a block diagram illustrating details of an example wireless communication system according to one or more aspects.

[0040] Figure 10This is a block diagram illustrating examples of base stations and user equipment (UEs) based on one or more aspects.

[0041] Figure 11 This is a block diagram illustrating an example of a user device configured to perform operations for device testing and evaluation based on one or more aspects.

[0042] The same reference numerals and symbols in the various figures indicate the same elements. Detailed Implementation

[0043] The “Detailed Description” described below with reference to the accompanying drawings is intended as a description of various configurations and is not intended to limit the scope of this disclosure. Rather, the “Detailed Description” includes specific details for the purpose of providing a thorough understanding of the subject matter of the invention. It will be apparent to those skilled in the art that these specific details are not necessary in every case, and in some instances, well-known structures and components are shown in block diagram form for clarity of presentation.

[0044] On-device testing can be provided by simulating at least a portion of a wireless network. In some aspects, testing can be provided on a chip with wireless network capabilities, such as a wireless transceiver processor. One or more processors of the device can be reused to simulate transmissions received from a wireless network. In some aspects, a system-on-a-chip (SoC) may include a digital signal processor (DSP), a central processing unit (CPU), and wireless connectivity on a single integrated circuit (IC), and the DSP may be configured to partially simulating a wireless network while the rest of the SoC continues to operate in the same task mode. Figure 1 The document illustrates example devices and associated functions that can be incorporated into a SoC in some aspects of this disclosure.

[0045] Figure 1This is a block diagram illustrating an apparatus having test capabilities for simulating network communication according to one or more aspects of this disclosure. The apparatus 100, such as a user equipment (UE) or base station (BS), may include a wireless connection 106. The wireless connection 106 may be, for example, circuitry providing transmission and / or reception functions to other components of the apparatus 100 on a wireless network. The wireless connection 106 may include logic circuitry for formatting data for transmission according to one or more wireless protocols or wireless standards, for extracting data from transmissions received according to one or more wireless protocols or wireless standards, for monitoring the status of one or more wireless networks, for receiving instructions from one or more wireless networks, and / or for performing other functions related to one or more wireless networks. Example wireless networks that can be connected to the apparatus 100 via the wireless connection 106 include wireless local area networks (WLANs), wireless wide area networks (WWANs) including cellular networks (such as 2G, 3G, 4G, 5G networks) and / or other generations of networks, satellite networks, radio frequency (RF) point-to-point networks, and personal area networks (PANs) for short-range communication to nearby devices, as well as other networks that may use radio frequency (RF)-based communication or other communication technologies (such as infrared (IR) signaling). Reference is made below. Figure 9 and Figure 10 The example wireless network is described in more detail. Wireless connection 106 may use other circuitry, such as radio frequency (RF) circuitry 114 for accessing the physical radio frequency band used by the wireless network, and circuitry for transmitting wireless signals over the air via antenna 160. RF circuitry 114 may include, for example, an RF front-end (RFFE) module comprising one or more filters, power amplifiers, detectors, and / or external inductors, capacitors, or impedances.

[0046] Wireless connectivity 106 may be part of a system-on-a-chip (SoC) 150 with other analog and / or digital circuitry. SoC 150 may be an integrated circuit including circuitry for performing different functions on a single substrate. For example, SoC 150 may include one or more of a central processing unit (CPU) 102, a graphics processing unit (GPU) 104, a digital signal processor (DSP) 108, a memory 118, and a storage device 116. SoC 150 may also include user interface circuitry 112, such as a display interface, a touchscreen interface, a keypad interface, a stylus interface, or other interfaces for providing output to or receiving input from a user. SoC 150 may also include a SIM interface 110 for accessing authentication information for accessing one, two, or more wireless networks. SIM interface 110 may support dual-SIM dual-standby (DSDS) or dual-SIM dual-active (DSDA) configurations in task mode and / or test mode of device 100. CPU 102, GPU 104, wireless connectivity 106, and DSP 108 can share access to memory 118 through a memory controller that acts as an arbitrator among multiple devices accessing memory 118. In some aspects, memory 118 may comprise several memory components, including memory located within different components of device 100 and / or different types of memory within device 100.

[0047] In some aspects, operation on multiple wireless networks can be supported by the SIM interface 110. The configurations described according to different aspects of this disclosure can be configured to support multiple wireless networks. In another aspect, operation on a single wireless network can be supported by the SIM interface 110. The on-chip emulation described in various aspects of this disclosure can be performed in parallel with operation on a wireless network authenticated by the SIM interface 110. For example, the UE can communicate on a Physical Global System for Mobile Communications (GSM) and emulate communication on a 4G Long Term Evolution (LTE) wireless network. The SIM interface 110 can support two or more SIM cards and / or electronic SIMs for communication on one or more wireless networks.

[0048] Device 100 can be configured to support multiple operating modes, and some modules can be configured to perform different functions depending on the current operating mode. For example, device 100 can have a test mode, in which device 100 is configured to simulate at least a portion of a wireless network. When device 100 is a user equipment (UE) device (such as a mobile phone), the test mode can involve simulating at least a portion of a wireless network that would typically be operated by one or more base stations in the wireless network. In the test mode, device 100 can disable the transmission and / or reception of certain data via antenna 160 and / or RF circuitry 114. When device 100 is a base station (BS) device such as an evolved Node B (eNB), the test mode can involve simulating at least a portion of a wireless network that would typically be operated by one or more user equipment (UEs) or other base stations (BSs) in the wireless network. As another example, device 100 can have a mission mode, in which device 100 operates according to its role in the wireless network by transmitting and / or receiving signals via antennas. When device 100 is a user equipment (UE), the task mode may involve receiving commands and data from a base station and decoding the received data according to the received commands. In task mode, the UE may be connected to a test environment to perform UE testing without changing the UE's operation or simulating any part of the wireless network on the UE. In task mode, the UE may also operate in a deployed wireless network. When device 100 is a base station (BS), the task mode may involve scheduling network resources for data transmission and reception by the UE and sending commands and data to the UE according to the determined scheduling. If device 100 supports multiple wireless networks, each of the supported wireless networks may operate in a different mode, such as operating in task mode on a 4G LTE network and in test mode on a 5G NR network.

[0049] SoC 150 can execute applications that interact with the user on device 100. For example, CPU 102 can execute applications such as video streaming applications, audio streaming applications, gaming applications, news applications, book reading applications, etc., any of which can send and receive data via wireless connection 106, such as downloading or uploading audio, video, text, and / or images. GPU 104, DSP 108, and / or user interface 112 can be involved during application execution to provide dedicated functions, such as utilizing GPU 104 to provide 3D rendering for games executed on CPU 102. Applications executing on SoC 150 can run regardless of whether device 100 is in task mode or test mode, and are unaware of the operating mode of device 100. Test mode can provide functionality to continue providing data to applications, allowing applications to continue receiving data when device 100 is configured in test mode.

[0050] Diagnosing errors that occur during access to a wireless network using wireless connection 106 is difficult and time-consuming. For example, testing and / or diagnosing errors in wireless connection 106 may involve placing device 100 in a specialized test environment with dedicated hardware that may be difficult to set up and time-consuming. However, in various aspects of this disclosure, memory 118 and / or other components of SoC 150 can be used to provide on-chip testing of wireless connection 106 and / or other functions in SoC 150 related to communication with the wireless network. For example, DSP 108 can be reconfigured from task mode to test mode to support simulation of one or more aspects of the wireless network. Test module 120 can control DSP 108 and cause device 100 to test wireless connection 106 by simulating downlink and / or uplink communication with the network. For example, test module can provide memory 118 with simulated data and / or control information to be accessed by wireless connection 106. In some aspects, HARQ buffers in memory 118 can be used to store uplink data for the wireless network in test mode, but store uplink data for retransmission during task mode. In some aspects, downlink control information (DCI) is determined to schedule the decoding of simulated received data by the UE, such that there is sufficient time to decode the data and generate Hybrid Automatic Repeat Request (HARQ) feedback during operation in test mode. For example, HARQ feedback is typically scheduled n+4 subframes after the transmission of downlink data (at subframe n). In some aspects, radio connectivity 106 can be reconfigured in test mode to read data from memory 118 that simulates data to be received via antenna 160. The simulated data read from memory 118 can be downlink data generated by a user application executing on device 100, thereby creating a data loop. The return of user data can reduce the storage required for test mode by reducing the need to store simulated data used in test mode. The test mode functionality described with respect to SoC 150 can be used to provide testing of radio connectivity 106 without the use of dedicated external test equipment and without the unpredictability of transmissions on real-world wireless networks. A debug interface 142 can be provided to allow external components to access device 100 and / or external controls on device 100, such as from a personal computer (PC).

[0051] Test module 120 may be part of SoC 150 and is used to coordinate test functions, such as for controlling DSP 108 and / or wireless connectivity 106. SoC 150 may be referred to as a processor and includes an arrangement of logic and memory circuitry that collectively perform some operations and individually perform others. Test module 120 may perform operations or cause the execution of operations related to the test modes described herein. For example, test module 120 may be configured to perform operations including generating downlink control information (DCI) for a first wireless network; generating uplink data at least in part based on the DCI; storing the uplink data in memory; retrieving the uplink data from memory for use as simulated downlink data for the first wireless network; processing the simulated downlink data; and / or evaluating the processing of the simulated downlink data.

[0052] Figure 2 The example method for operating a DSP of a mobile device used for device testing is shown in the figure. Figure 2 This is a flowchart illustrating a method for testing the wireless capabilities of a mobile device using on-chip simulation for wireless network communication, according to one or more aspects. Method 200 begins at block 202 with the DSP operating in a first mode for a task mode of the mobile device. In task mode, the DSP may perform radio frequency filtering and signal conditioning at frequencies below the radio frequency (RF) at which signals are received via an antenna, provide encoding and / or decoding of audio codecs for performing voice calls over a wireless network, and / or generate wireless signals for transmission via a wireless connection and / or external RF circuitry, among other operations.

[0053] At box 204, an instruction to enter a second mode can be received. One example instruction could be a command from a user to enter the second mode, such as an instruction based on user input to the device. Another example instruction could be a command from the operating system or the device's firmware to enter the second mode. Yet another example instruction could be an instruction regarding a debug interface, such as a USB interface to a personal computer (PC), connected to the device. The mobile device can enter a test mode to verify the design and / or operation of the mobile device. Alternatively or additionally, the test mode can be used to identify and / or diagnose each hardware component and / or software implementation of the mobile device. For example, a test mode can be entered when a user executes an application on the mobile device that sends commands to the DSP. Other instructions for determining entry into the second mode may include jumpers to specific values ​​in registers within the DSP and / or configurations across one or more pins of circuitry coupled to the DSP. As another example, indicating the test mode may include commands received from an external computing device via a debug interface and / or commands received from a remote server via a wireless interface. In some aspects with two available wireless networks, commands can be received via a first wireless interface to configure the second wireless interface in the test mode.

[0054] At box 206, the DSP operates in a second mode for providing on-device testing. For example, the DSP can execute test sequences for testing wireless connectivity. Test sequences can be retrieved from storage in the DSP's firmware and / or from computer-readable media or other memory coupled to the DSP (e.g., storage contained on a SoC having the DSP). Test sequences may include, for example, messages to be communicated to a mobile device via a wireless network, enabling the DSP to provide messages to the wireless connectivity to simulate at least one layer of the wireless network. An example message is a Downlink Control Indicator (DCI) message.

[0055] The DSP in test mode can be used to simulate communication channels, including logical channels, transport channels, and / or physical channels in the downlink and / or uplink directions. For example, one or more logical channels operating between the Radio Layer Control (RLC) and Media Access Control (MAC) layers can be simulated, including the Broadcast Control Channel (BCCH), Paging Control Channel (PCCH), Common Control Channel (CCCH), Dedicated Control Channel (DCCH), and / or Dedicated Traffic Channel (DTCH). As another example, one or more transport channels can be simulated, including the Broadcast Channel (BCH), Downlink Shared Channel (DL-SCH), Paging Channel (PCH), Uplink Shared Channel (UL-SCH), and / or Random Access Channel (RACH). As yet another example, one or more physical channels reflecting actual signals in the air can be simulated, including the Physical Broadcast Channel (PBCH), Physical Downlink Shared Channel (PD-SCH), Physical Downlink Control Channel (PDCCH), Physical Random Access Channel (PRACH), Physical Uplink Shared Channel (PU-SCH), and / or Physical Uplink Control Channel (PUCCH). The test sequence executed by the DSP at box 206 may include simulations of the entire wireless network, several layers of the wireless network, one layer of the wireless network, several channels spanning different layers of the wireless network, or individual channels of one layer of the wireless network. The test sequence may include simulations of one or more wireless networks that may have the same or different technologies (such as 4G LTE and 5G NR). When simulating part or all of the wireless network, the DSP may provide signals to the wireless connection, for example, via shared memory. The wireless connection may read signals from the memory and use analog signals instead of signals received through the antenna.

[0056] Depending on several aspects, one, two, three, some, or all layers of network processing within the UE can be tested in test mode. Therefore, test mode can be used to isolate one or more layers by providing simulated network information to isolation functions in individual layers. For example, the Layer 2 and / or Layer 3 protocols of UE 100 can operate independently in test and / or task mode. As another example, some modules (e.g., portions of the protocol layer or firmware) can operate in test mode, while other modules (e.g., other portions of the protocol layer or firmware) can operate while connected to the physical network. As another example, the downlink and uplink protocol layers can operate independently in test and / or task mode. The uplink and / or downlink protocol layers in test and / or task mode can support, for example, downlink robust header compression (ROHC) and corresponding uplink ROHC, and / or downlink minification and corresponding uplink minification. Generating simulated downlink data from uplink data can allow for the detection of problems in the uplink and / or downlink protocol layers. As another example, for a given Radio Access Technology (RAT), some modules can operate in test mode, while others can operate in task mode. Other RATs can operate in different modes simultaneously, and / or modules can execute in test mode for one RAT but in task mode for another. For example, when a device supports multi-SIM operation (including NR RAT and LTE RAT), the device can place the first SIM associated with the NR RAT in test mode, while the second SIM associated with the LTE RAT is in task mode. Therefore, isolation can provide isolation between one or more 5G NR protocol layers and one or more 4G LTE protocol layers. In some embodiments, the Service Data Adaptation Protocol (SDAP) of the 5G NR protocol layer can be isolated and tested in a simulation mode, such as to test the device's Quality of Service (QoS) capabilities.

[0057] In some respects, test modes can isolate certain functions of a wireless network for simulation. Wireless network operation can be divided into an initial acquisition phase, a RACH process phase, and an RRC connection phase. Initial acquisition can be performed based on a simulated test sequence in test mode, or based on received transmissions in task mode. The RACH process can be performed based on a simulated test sequence in test mode, or based on received transmissions in task mode. The RRC connection phase can be performed in test mode based on a simulated test sequence and / or the loopback of data from the uplink data path to the downlink data path, or in task mode based on received transmissions. Downlink and uplink data paths in any phase can be configured separately in either task mode or test mode. In some respects, the uplink data path is always transmitted via a physical antenna, regardless of phase or mode. In some respects, the device can perform multiple layer stacking to simulate in test mode and / or operate in task mode on multiple wireless networks, which may or may not be different Radio Access Technologies (RATs), such as in multi-SIM mode. Each stack within the stack can execute with different phases and in different modes on the stack's uplink and downlink data paths. The abstraction layer can be used to handle different control techniques for different use cases. The abstraction layer can receive configurations for the stacks, such as a list of combinations of RF bands for simulation within a specific stack, to provide additional flexibility and reduce the need for external test equipment.

[0058] The signal may include predefined data as part of on-chip testing. For example, audio, video, image, and / or text content may be stored for use during testing. Such predefined data can be used to simulate, for example, video streaming over a simulated wireless network. Alternatively or additionally, the DSP may be configured to receive user input that can be used to generate simulated transmissions on a wireless network according to a test sequence. The user input may specify specific content for the simulated transmission. Furthermore, the DSP may be configured to feed back user input for on-chip testing. For example, at block 208, network simulation can be continued by using the DSP to feed back user data to an application executing on-chip. The DSP can perform user data feedback by configuring appropriate circuitry or software to read user data from memory instead of data received from the wireless network. In some aspects, the video call test application can execute on a CPU coupled to the DSP. The DSP can receive video content from the video call and feed back the video content as one or more other participants in the video call. This feedback allows for real-time generation of content for use during on-chip testing. Compared to the use of predetermined data for on-chip testing, or when used to supplement predetermined data for on-chip testing, feedback of user input at box 208 can reduce the amount of storage required to provide on-chip testing functionality. User-executed video applications can generate high-definition (HD) video data; applications such as video call applications, artificial reality (AR) applications, real-time streaming applications, camera applications, and / or rendered video game applications can generate high-bandwidth data streams suitable for testing widebandwidth communication networks, such as networks employing carrier aggregation (CA) to combine multiple carriers or multiple bandwidth portions (BWPs).

[0059] At box 210, the DSP can monitor the operation of the wireless connection during test mode to evaluate its performance. For example, the DSP can verify the wireless connection based on one or more of the following: test logs, timing measurements of operation on a simulated wireless network, thermal measurements of the mobile device during operation on a simulated wireless network, power measurements of the mobile device during operation on a simulated wireless network, and / or other characteristics of the mobile device during operation on a simulated wireless network. The DSP can generate diagnostic information and / or reports to display to the user of the mobile device or transmit to another user. Verification may include verification of transmission power monitoring in DL aggregation (combining 5G and LTE downlink data), UL aggregation (combining 5G and LTE uplink data), carrier aggregation on both 5G and 4G, 5G dual connectivity, and / or SMART TX transmissions.

[0060] As mentioned above, one way to generate data used to simulate wireless networks is to send data back from the user during the operation of the wireless device. Figure 3This is a block diagram illustrating a configuration supporting loopback during on-chip wireless network simulation for testing mobile devices, according to one or more aspects. Wireless connection 106 may include a transmit (TX) port and a receive (RX) port. The TX and RX ports may be configurable for different operating modes, such as reference... Figure 2 The two mobile device modes are described. This configuration can be achieved by changing the source used for the receive RX port and / or the destination used for the transmit TX port. The source and / or destination can be changed respectively via switches 322 and 324, which change the signal paths entering and exiting the TX and RX ports of wireless connection 106.

[0061] Switch 322 may have three ports, allowing for three different configurations at the receive (RX) input of wireless connection 106. Switch 322 can be configured to couple a signal from antenna 330 at port B to the RX input during a first mode (such as mission mode) for operation on a wireless network (such as a physical wireless network or an external analog wireless network). Switch 322 can be configured to couple memory 118 at port A to the receive RX input during a second mode (such as test mode). In test mode, wireless connection 106 receives messages, data, control signals, or other signals, such as signals generated by DSP 108, from memory 118. Switch 322 can be configured to couple the transmit (TX) output of wireless connection 106 at port C to the RX input. The data path from the TX output through switch 322 to the RX input source can be configured to add a predetermined signal delay, where the signal delay is approximately the delay expected when receiving data from the operating wireless network. Although three ports are shown on switch 322, additional inputs may be present in some aspects of switch 322 to provide additional input sources for wireless connection 106. In some respects, switch 322 can also perform combination operations to combine portions of input ports A, B and / or C to output to the RX input of wireless connection 106.

[0062] Switch 324 may have three ports, allowing three different configurations for the transmit (TX) output of wireless connection 106. Switch 324 may be configured to couple a signal from antenna 332 at port C to the TX output during a first mode (e.g., mission mode) for operation on a wireless network (e.g., a real-world wireless network or an external simulated wireless network). Switch 324 may be configured to couple switch 322 at port A to the transmit TX output during a second mode (e.g., test mode) to transmit a signal from wireless connection 106 to feedback path 320 to feed back a signal to the receive RX input of wireless connection 106 via switch 322. In one or more aspects, in addition to feeding back to wireless connection 106, the transmitted signal may be transmitted via antenna 332 for transmission in the wireless network. Switch 324 may also be configured to couple switch 322 at port A to memory 118 to allow the storage of generated uplink (UL) data for debugging purposes and / or to feed user data back to the RX input of wireless connection 106 via switch 322 at port A. In some respects, switch 324 can be connected to multiple outputs simultaneously with port C, such as one of ports A and B, to allow data to be transmitted over the physical network in addition to sending back data to generate analog downlink data.

[0063] Figure 4 The diagram illustrates the interaction of some components in a mobile device in an on-chip test mode, representing an example aspect of this disclosure. Figure 4This is a call flow diagram illustrating the process of wireless communication network simulation on the initiating device according to one or more aspects. Storage 402 may store test sequences, sample data, sample messages, and / or data structure definitions constituting the signaling control of the wireless network. DSP 404 may retrieve control signaling 412 as part of performing on-chip tests. Although DSP 404 is shown retrieving signaling control from storage device 402, retrieval from storage device may also include retrieval from another memory device (such as memory 406). DSP 404 may retrieve portions of the stored signaling control based on the configuration of the on-chip network simulation, such as whether one or more layers are configured for simulation or whether one or more network technologies are configured for simulation. For example, DSP 404 may retrieve signaling control from storage device 402 for operations performed using wireless connection 408 in test mode, and retrieve signaling control from the physical network for operations performed using wireless connection 408 in task mode. DSP 404 may execute test sequence 414 based on the retrieved signaling control. Execution may result in the generation of simulated network traffic consisting of signals to be transmitted to the wireless connection. The generated network traffic can be loaded 416 into memory 406 as simulated network traffic. In on-chip test mode, wireless connection 408 can be configured to ignore signals retrieved via the antenna and instead process signals retrieved from memory 406. For example, wireless connection 408 can retrieve 418 simulated network traffic from memory 406. In some aspects, simulated network traffic can be retrieved and stored in a hybrid automatic repeat request (hybrid ARQ or HARQ) transmission buffer of wireless connection 408 for processing 420. Wireless connection 408 can process simulated network traffic in one or more layers 420 and the results stored 422 in memory 406. DSP 404 can retrieve 424 received data and perform verification or other analysis on the received data 422 as part of the processing to evaluate simulated downlink data.

[0064] DSP 404 can also retrieve, 426, sensor data related to the processing 420 of analog network services. For example, DSP 404 can retrieve, 426, temperature sensor data related to the wireless connection 408 associated with the processing 420 to analyze the thermal and / or power characteristics of the mobile device when operating on a wireless network. As another example, DSP 404 can retrieve, 426, power usage data related to the wireless connection 408 and / or DSP 404 associated with the processing 420 to analyze the power consumption characteristics of the mobile device when operating on a wireless network. Power usage data may include current consumption on the transmit TX power rail and / or receive RX power rail. Power usage data may also, or alternatively, include power consumption of other components within the mobile device (e.g., components of SoC 150). The received data 424 and sensor data 426 can be stored in other memory for long-term storage and / or transmitted to remote locations, such as base stations (BSs) or remote cloud-based servers. This data export allows for further offline analysis of the performance of the wireless connection 408 and other components in the device.

[0065] The results of evaluating wireless connectivity 106 and / or evaluating DSP 108 can be used to determine the configuration of a device (such as a user equipment (UE) or base station (BS)). For example, the device may be configured to communicate over a wireless network, at least in part, based on one or more predetermined parameters. During a test mode, the operation of the device with the predetermined parameters is evaluated, and the data collected during the test mode and / or evaluation can be used to train a machine learning algorithm. The machine learning algorithm can be used to determine one or more predetermined parameters by updating them. In some embodiments, as described herein, the machine learning model may include logistic regression techniques, linear discriminant analysis, linear regression analysis, artificial neural networks, machine learning classifier algorithms, or classification / regression trees. In some aspects, the machine learning may include one or more artificial neural networks, which may include interconnected groups of artificial neurons (e.g., neuron models) for modeling relationships between parameters such as disparity and scene depth. In some aspects, the machine learning may include one or more convolutional neural networks, which are of the type of feedforward artificial neural networks. A convolutional neural network may include an ensemble of neurons, each neuron having a receptive field and collectively splicing an input space. In some aspects, machine learning can include one or more deep learning architectures, such as deep belief networks and deep convolutional networks, which are hierarchical neural network architectures where the output of a neuron in the first layer becomes the input of a neuron in the second layer, the output of a neuron in the second layer becomes the input of a neuron in the third layer, and so on. Deep neural networks can be trained to recognize hierarchical features. In various aspects, machine learning systems can employ implementations of several variations of Naive Bayes predictive modeling analysis, learning vector quantization, or boosting algorithms (such as AdaBoost or stochastic gradient boosting systems) to iteratively update weights to train a machine learning classifier to determine the relationship between influencing attributes (such as one of predetermined parameters) and outcomes (such as chip temperature) and / or the extent to which such influencing attributes affect the outcomes of such a system.

[0066] Wireless network simulation can include feedback data from user applications running on mobile devices to test connection circuits. Figure 5This is a call flow diagram illustrating the process of incorporating user feedback data during an on-chip wireless communication network simulation, according to one or more aspects. Wireless connection 408 may generate 502 analog transmission data, such as by processing user data received from a higher-layer application, and store the analog transmission data 503 in memory 406. Data received during the simulation may include content generated by the user during the execution of an application (e.g., a video call application) on the mobile device, such as video data. DSP 404 may retrieve 504 user data from the stored analog transmission data. DSP 404 may retrieve 506 signaling control from storage device 402 and apply the user data while executing 508 a test sequence. Wireless connection 408 retrieves 510 analog network traffic including feedback data, processes 512 analog network traffic in one or more layers, and stores 514 the data received from the simulation in memory 406. In the example of a video call application, the outgoing user video can be fed back via a feedback path and used as the analog incoming participant video processed by wireless connection 408. The resulting video call in the mobile device application appears as the participant's video, showing a time-delayed version of the user's video. Another example of uplink data used to simulate downlink data is an ICMP request message. The application can be the sender generating the ping request, and typically the responder will generate a corresponding ICMP reply message. As in the video call example, the IP address of the request message can be exchanged between the destination and source fields, allowing the device to receive downlink data representing an ICMP request destined for the UE from different network terminals. In some embodiments, the exchange may include replacing the destination field with the source field and using different values ​​for the source field in the simulated downlink data.

[0067] Further processing can occur on the simulated network data, such as during the writing of uplink data to memory, the storage of uplink data in memory, and / or the retrieval of uplink data from memory. For example, an ICMP request may include a checksum field that is recalculated after the source and destination addresses are exchanged, making the ICMP request valid.

[0068] Figure 6A The diagram illustrates the configuration of a UE for sending data back from the uplink data path to the downlink data path inside the processor. Figure 6AThis is a block diagram illustrating a system for controlling a wireless connection for a test mode, according to several aspects. System 600 includes a system-on-chip (SoC) processor 602 having a downlink (DL) data path 610 and an uplink (UL) data path 620. UL data path 620 may include hardware and / or software components in wireless connection 106 and / or DSP 108. DL data path 610 may include hardware components in wireless connection 106 and / or software modules executing in DSP 108. A test control module 630 executing in DSP 108 can control the operation of processor 602 to enter or exit test modes and configure and execute test modes.

[0069] Test control module 630 can be configured to control software modules executing in DL data path 610 and / or UL data path 620, such as switching control of data processing from a configuration suitable for simulating a wireless network to a configuration for operating a wireless network. For example, permission processor 640 can configure demodulator block 612 of DL data path 610 to ignore data received from RF circuitry and instead receive and process data from memory 118. As another example, a TB size based on ULDCI can be provided to the air / encoder chain, and another TB of the size corresponding to the DL permission can be moved back to the UE for DL ​​pickup. UL permission and DL permission can have different TB sizes. If the UL permission is smaller than the DL permission, the actual TB bits in memory can be moved to match the determined UL permission and DL permission. In some aspects, UL data path 620 and DL data path 610 can be configured in different modes, such as when UL data path 620 is in mission mode and DL data path 610 is in test mode. In some aspects, each RF band in operation on processor 602 can be in a different mode, such as when band 1 is in mission mode and band 2 is in test mode. In some aspects, different bands of DL data path 610 and UL data path 620 can be configured in different modes, such as when band 1 of DL data path 610 and band 2 of UL data path 620 are in mission mode, and when band 2 of DL data path 610 and band 1 of UL data path 620 are in test mode. In some aspects, test control module 630 can be configured to activate an automatic-ACK mode, such as when UL data path 620 is in mission mode, where UL data is transmitted over the air, but no base station is receiving UL data and therefore no acknowledgment / negative acknowledgment (ACK / NACK) is provided to the device. In automatic ACK mode, the device will automatically generate ACK / NACK (e.g., independent of any ACK / NACK or other transmissions received from the first wireless network) to any layer or component that requires ACK / NACK feedback (e.g., user applications, such as video calls or other applications running on CPU 102) in order to keep the DL data path 610 processing data.

[0070] Test control module 630 can also be configured to control permission processor 640 of wireless connection 106 to enable or disable the generation of permission and / or other control signals for operation on the simulated wireless network. Permission processor 640 can be configured to control wireless connection 106 to enter or exit test mode, switch certain components of wireless connection 106 between test mode and task mode, and / or configure parameters of the test mode according to commands received by permission processor 640 from test control module 630. For example, permission processor 640 can activate certain hardware features within wireless connection 106 to write data from an uplink data path accessible by the downlink data path to memory. In test mode, permission processor 640 can generate control signaling for simulating aspects or the entirety of the wireless network. For example, test mode simulation may include control signaling to enable an end-to-end call flow from UL data path 620 through memory 118 to DL data path 610, allowing processor 602 to operate according to wireless standard specifications without modifying how data is processed. In other words, processor 602 can be configured to process feedback data from memory 118 without changing how processor 602 substantially processes data in non-test mode.

[0071] An example control signaling that can be generated by the permission processor 640 is a simulated resource allocation that simulates uplink and downlink scheduling information for a wireless network. For example, the permission processor 640 may generate one or more downlink control information (DCI) messages. The DCI may indicate uplink resource allocation for uplink data path 620, used when determining uplink data to be output to memory 118 and / or RF circuitry 114. The DCI may also, or alternatively, indicate resources for receiving downlink (DL) data on DL data path 610. For example, DL data may be retrieved from memory 118.

[0072] Another example of control signaling that can be generated by the permission processor 640 is a capture success message. During operation of the processor 602 in test mode, a capture failure message can be generated due to the disconnection of the RF circuit 114 communicating with the cooperating wireless network via the DL data path 610. The permission processor 640 can provide the capture success message to components within the DL data path 610, allowing the components to enter a state corresponding to an active call on the simulated wireless network. The permission processor 640 overriding certain control operations in the processor 602 can reduce the burden on the permission processor 640 and / or test control module 630 by reducing multiple aspects of the wireless network that must be simulated while still supporting testing of the UE. That is, by utilizing the capture success message to override the capture failure determination, the test control module 630 and / or permission processor 640 do not need to simulate pilot signals via cell search and / or cell selection operations, and the signals are correspondingly related to establishing presence on the wireless network. Reducing the amount of processing performed by the test control module 630 and / or the processor 640 as part of the test mode reduces the amount of additional circuitry embedded in the processor 602 and / or the program code executed by the processor 602, thereby reducing the size and cost of the processor 602. Furthermore, reducing the number of operations performed by the processor 602 can reduce power consumption, which may be beneficial when the processor 602 is part of a mobile device.

[0073] The processing performed by processor 602 can also be reduced, or alternatively, by generating downlink data in test mode of DL data path 610 from data generated via UL data path 620. In this loopback operation, the symmetry between uplink data in UL data path 620 and downlink data in DL data path 610 in some wireless networks can be utilized to reduce the processing performed by processor 602 in test mode. UL data output from UL data path 620 can be stored in memory 118 with limited reformatting to allow data retrieval from memory 118 via DL data path 610. For example, UL data can be stored in memory 118 in a format permitted by analog DCI generated by permission processor 640. Storage permitted by limited reformatting according to analog DCI can include adjusting the size of the transport block (TB) from the transport block intended for transmission via antenna. Limited reformatting can also include exchanging source and destination addresses in the content. In some aspects, limited reformatting can include other modifications to the data without substantially changing the content of the data. Limited reformatting can be performed by the DSP 108, the wireless connection 106, and / or other circuitry of the device.

[0074] In some aspects, the permission processor 640 can adjust the simulated DL permission provided in the DCI based on what data is being transmitted through the UL data path 620. For example, as the amount of data transmitted through the UL data path 620 increases or decreases, the permission processor 640 can adjust the resource allocation in the simulated DL permission. As another example, the timing of the simulated DL permission can be adjusted based on the timing of the data traversing the UL data path 620. The simulated downlink permission in the simulated DCI information can be timed to allow data from the UL data path 620 to arrive or for another predetermined amount. A predetermined number of delay time slots can be configured for downlink resource allocation from the UL data path 620. The predetermined number of time slots can be configured between predetermined values ​​based on the type of simulated network. For example, a first predetermined number of time slots can be used when simulating a 5G sub-6 network, a second predetermined number of time slots can be used when simulating a 5G millimeter-wave network, and / or a third predetermined number of time slots can be used when simulating a 4G LTE network. In some aspects, the predetermined number of time slots can be based on the numberology within the simulated network.

[0075] The foregoing description, along with the feedback of uplink data used as input to the DL data path, outlines the generation of various control signals. However, as part of the test, data can alternatively be retrieved from the wireless network. For example, DL data can be received from RF circuitry 114, but DCI messages emulated by processor 602 are used to process the DL data. This can be performed by ignoring PDCCH grants and CCH control channel processing, and decoding the received signals according to the control signals generated by the grant processor 640.

[0076] The test mode of processor 602 can be activated via an external interface such as a general-purpose interface, a debug interface, and / or a dedicated test interface. The interface can receive commands regarding test mode configuration from CPU 102 via an interface such as a universal serial bus (USB) interface. In some aspects, CPU 102 may be embedded in an integrated circuit (IC) sharing a substrate with process 602. In some aspects, CPU 102 may be a component external to processor 602 and coupled to a wireless transceiver via conductors in a printed circuit board (PCB). In some aspects, CPU 102 may be a component located external to a user equipment (UE) device having processor 602, such as a portion of CPU 102 in a computing system that communicates with a UE having processor 602.

[0077] exist Figure 6B The diagram illustrates one aspect of configuring the DL data path 610 and the UL data path 620 between different modes, such as test mode and task mode. Figure 6BThis is a block diagram illustrating a system for controlling uplink and downlink paths according to some aspects. UL data path 620 can receive user data for UL transmission at L2 UL task 654 executed in DSP 108. L2 UL task 654 passes the user data to L2 HW 656 in wireless connection 106. L2 HW 656 is configured, for example, in test mode via test control 630 to activate the output path to memory 118 to output formatted user data for feedback. L2 HW 656 can also provide formatted data to encoder 666 for transmission on physical antennas according to control from transmit TX block 662, which can configure encoder 666, for example, for certain modulations, RF bands, carrier aggregation, TB size, automatic gain control (AGC), etc. L2 HW 656 can, for example, perform scatter-gather from memory 118 to form contiguous data blocks for transmission based on permissions provided by permission processor 640. The permission processor 640 coordinates operations in the UL data path 620 so that user data is properly formatted for transmission over the wireless network according to the wireless network and the UL-permitted configuration. The encoder 666 is coupled to the RF circuitry 114 to control the generation of RF signals for output to the antenna.

[0078] DL data path 610 can acquire DL data for processing by DSP 108 and / or wireless connection 106. When in mission mode, the acquired DL data may be DL data received from the antenna via RF circuitry 114; when in test mode, the acquired DL data may be loopback user data from memory 118; and / or when configured to operate in both mission and test modes, for example, on different wireless networks, frequency bands, or layers, the acquired DL data may be a combination of both. Wireless connection 106 may include components for processing DL data, including demodulator 682, received RX block 678, L2 DLHW block 676, and / or L2 DL task 672. Demodulator 682 retrieves DL data from memory 118 in test mode. A permission processor 640 can control the decoding of DL data at demodulator 682. L2 DL task 672 receives partially decoded data from L2 DL HW block 676, which further processes the output of demodulator 682 and passes the data to other blocks of DSP 108 and / or CPU 102 for further processing. In some aspects, a portion of demodulator 682 can be disabled in test mode. The decoded DL data can be evaluated by test control 630 to determine whether the processing performed by wireless connection 106 and / or DSP 108 meets specific criteria established for a specific test performed while in test mode. For example, test control 630 can evaluate the decoded DL data to determine if the data is correctly decoded by comparing it with the original user data input to UL data path 620. Test controller 630 can also collect sensor data about parameters, such as the temperature inside the device, during execution of test mode. Evaluations of the processing and / or logs about the processing can be transmitted to CPU 102 via a debug interface, written to non-volatile memory, and / or sent to a remote server via RF circuitry 114 or other network connections of the device.

[0079] Decoding in the DL data path 610 can be performed based on DL permissions received over the air from a physical wireless network or generated emulated from a wireless network. In mission mode, control block CCH 692A can receive signals from RF circuitry 114 and process DL permission information provided to permission processor 640. Permission processor 640 then controls demodulator 682 and receive RX block 678 based on the received DL permission. For example, permission processor 640 can control RX block 678 to configure upcoming activities. Permission processor 640 can also control L2 HW block 656 and TX block 662 based on received UL permissions received on RF circuitry 114 and processed by CCH block 692A. In test mode, control CCH block 692B can generate simulated DL permissions, such as those executed by test control 630. The permission processor 640 can receive simulated DL permissions from CCH block 692B and control RX block 678, demodulator 682, L2 HW block 656, and / or TX block 662 based on the simulated permissions. In some aspects, the permission processor 640 can receive permissions from CCH blocks 692A and 692B, and control different aspects of the DL data path 610 and UL data path 620 depending on the configuration of which aspects of the wireless network are simulated.

[0080] refer to Figure 7 700 describes methods for operating various aspects of user equipment used for device testing. Figure 7 This is a flowchart illustrating a method for using a feedback test device via memory, according to some aspects. At block 702, downlink control information (DCI) of the first wireless network is determined. The DCI can be, for example, determined by… Figure 6A The uplink data is determined by the permission processor 640 of the 6B or other blocks of the radio connection 106, and provided to the UE's block destined for the BS to schedule processing of the uplink data. At block 704, the uplink data for transmission on the first radio network is determined based on the DCI. User data may, for example, be generated by the application executing... Figure 1The CPU 102 determines that the user data is received and formatted for transmission by the L2 HW 656 or other blocks of the wireless connection 106. At block 706, uplink data is stored in memory for use as analog downlink data. Storage can be performed by, for example, the L2 HW 656 of the wireless connection 106. At block 708, analog downlink data is retrieved from memory for use as analog downlink data. Retrieval can be performed by, for example, the DB-LLC\680 of the wireless connection 106, the demodulator 612 of the wireless connection 106, or other components of the wireless connection 106. At block 710, the analog downlink data is processed as if retrieved from the wireless network. DL processing can be performed by one or a combination of components in the wireless connection 106 and / or the DSP 108, including... Figure 6A Or one or more boxes as shown in 6B. At box 712, the processing of analog downlink data in box 710 is evaluated, such as verifying operation on the wireless network by determining compliance with one or more aspects of the wireless standard and / or for evaluating the thermal and power performance of a processor including a DSP, and the processing is performed at box 710.

[0081] The test patterns described in Method 700 and other aspects disclosed herein can be used to complete end-to-end calls, such as video calls. Figure 8 This is an illustration of a video call application executed in test mode on a user equipment (UE) according to certain aspects. The video call application executed on UE 100 can use camera 800 to generate a view 804 of the user displayed on UE 100. The video data of view 804 is intended to be transmitted to another user in the video call. Therefore, the application sends view 804 to the UL data path 620 of processor 602, which processes the data for transmission over the wireless network. In test mode, processor 602 is configured to receive video data for view 804, encapsulate the video data as uplink data, and store the uplink data in memory 118. Processor 602 inputs the uplink data to DL data path 610 through appropriate processing (such as the exchange of source and destination addresses). DL data path 610 processes the uplink data as simulated downlink data to generate view 802 of the user, which is displayed on the screen of UE 100. Due to the feedback via memory 118, view 802 can be a delayed version of view 804.

[0082] This disclosure generally relates to providing or participating in licensed shared access between two or more wireless devices in one or more wireless communication systems (also referred to as wireless communication networks). In various implementations, the technologies and apparatus described can be used in wireless communication networks such as: Code Division Multiple Access (CDMA) networks, Time Division Multiple Access (TDMA) networks, Frequency Division Multiple Access (FDMA) networks, Orthogonal FDMA (OFDMA) networks, Single Carrier FDMA (SC-FDMA) networks, LTE networks, GSM networks, 5th Generation (5G) or New Radio (NR) networks (sometimes referred to as “5G NR” networks, systems, or devices), and other communication networks. As described herein, the terms “network” and “system” are used interchangeably.

[0083] CDMA networks can implement radio technologies such as Universal Terrestrial Radio Access (UTRA) and CDMA2000. UTRA includes Wideband CDMA (W-CDMA) and Low Chip Rate (LCR). CDMA2000 covers the IS-2000, IS-95, and IS-856 standards.

[0084] For example, TDMA networks can implement radio technologies such as the Global System for Mobile Communications (GSM). The 3rd Generation Partnership Project (3GPP) defines the standard for the GSM EDGE (Enhanced Data Rate Evolution of GSM) Radio Access Network (RAN) (also referred to as GERAN). GERAN is the radio component of the network connecting GSM / EDGE base stations (e.g., Ater and Abis interfaces) and base station controllers (A interface, etc.). The radio access network represents a component of the GSM network through which telephone calls and packet data are routed from the Public Switched Telephone Network (PSTN) and the Internet to subscriber handsets (also known as user terminals or user equipment (UEs)) and from subscriber handsets to the PSTN and the Internet. A mobile phone operator's network may include one or more GERANs; in the case of UMTS / GSM networks, the GERAN may be coupled with the UTRAN. Additionally, an operator's network may include one or more LTE networks, or one or more other networks. Different network types can use different radio access technologies (RATs) and RANs.

[0085] OFDMA networks can implement radio technologies such as Evolved UTRA (E-UTRA), IEEE 802.11, IEEE 802.16, IEEE 802.20, and flash-OFDM. UTRA, E-UTRA, and GSM are part of the Universal Mobile Telecommunications System (UMTS). Specifically, Long Term Evolution (LTE) is a version of UMTS using E-UTRA. UTRA, E-UTRA, GSM, UMTS, and LTE are described in documents from an organization called the 3rd Generation Partnership Project (3GPP), and cdma2000 is described in documents from the 3rd Generation Partnership Project 2 (3GPP2). These various radio technologies and standards are known or under development. For example, 3GPP is a collaboration among telecommunications associations aimed at defining globally applicable third-generation (3G) mobile phone specifications. 3GPP LTE is a 3GPP initiative aimed at improving the UMTS mobile phone standard. 3GPP defines specifications for next-generation mobile networks, mobile systems, and mobile devices. This disclosure may refer to LTE, 4G, or 5G NR technologies to describe certain aspects; however, this description is not intended to be limited to any particular technology or application, and one or more aspects described with reference to one technology may be understood to be applicable to another technology. Additionally, one or more aspects of this disclosure may relate to sharing access to radio spectrum between networks using different radio access technologies or radio air interfaces.

[0086] 5G networks are expected to have diverse deployments, diverse spectrum, and diverse services and devices that can be achieved using a unified air interface based on OFDM. To achieve these goals, in addition to developing new radio technologies for 5G NR networks, further enhancements to LTE and LTE-A are also considered. 5G NR will be able to scale to: (1) provide coverage for massive Internet of Things (IoT) networks with ultra-high densities (e.g., ~1M nodes / km) 2 (1) Provide coverage with ultra-low complexity (e.g., ~10 s bits / second), ultra-low energy (e.g., ~10+ years of battery life), and deep coverage with the ability to reach challenging locations; (2) Provide coverage including mission-critical controls with strong security for protecting sensitive personal, financial, or confidential information, ultra-high reliability (e.g., ~99.9999% reliability), ultra-low latency (e.g., ~1 millisecond (ms)), and coverage to users with a wide range of mobility or lack of mobility; and (3) Provide coverage with enhanced mobile broadband, including extremely high capacity (e.g., ~10 Tbps / km). 2Extreme data rates (e.g., multi-Gbps rates, 100+Mbps user experience rates), and depth awareness with improved discovery and optimization.

[0087] Devices, networks, and systems can be configured to communicate via one or more portions of the electromagnetic spectrum. The electromagnetic spectrum is typically subdivided into various categories, bands, channels, etc., based on frequency / wavelength. In 5G NR, two initial operating bands have been identified as the frequency range names FR1 (410MHz-7.125GHz) and FR2 (24.25GHz-52.6GHz). The frequencies between FR1 and FR2 are generally referred to as the mid-band frequencies. Although a portion of FR1 is greater than 6GHz, in various documents and articles, FR1 is often (interchangeably) referred to as the “sub-6 GHz” band, and will be referred to as “sub-6GHz” in this document. Similar naming issues sometimes arise for FR2; in documents and articles, FR2 is often (interchangeably) referred to as the “millimeter wave” (mmWave) band, although this is different from the extremely high frequency (EHF) band (30GHz–300GHz) band defined as “millimeter wave” by the International Telecommunication Union (ITU).

[0088] In light of the foregoing, unless otherwise specifically stated, it should be understood that the term "sub-6GHz" or similar terms (if used herein) can broadly refer to frequencies that may be less than 6GHz, frequencies that may be within FR1, or frequencies that may include intermediate frequency band frequencies. Furthermore, unless explicitly stated otherwise, it should be understood that the terms "millimeter wave," etc., if used herein, can broadly refer to frequencies that may include intermediate frequency band frequencies, frequencies that may be within FR2, or frequencies that may be within the EHF band.

[0089] 5G NR devices, networks, and systems can be implemented using optimized OFDM-based waveform characteristics. These characteristics can include: scalable digital schemes and transmission time intervals (TTIs); a common, flexible framework for efficiently multiplexing services and characteristics using dynamic, low-latency time-division duplex (TDD) or frequency-division duplex (FDD) designs; and advanced radio technologies such as massive MIMO, robust mmWave transmission, advanced channel coding, and device-centric mobility. The scalability of digital schemes and the scaling of subcarrier spacing in 5G NR can effectively address the operation of various services across different spectrums and deployments. For example, in various outdoor and macro coverage deployments using FDD / TDD implementations below 3 GHz, subcarrier spacing may occur at 15 kHz, for example, exceeding bandwidths such as 1, 5, 10, and 20 MHz. For other various outdoor and small cell coverage deployments using TDD above 3 GHz, subcarrier spacing may occur at 30 kHz over an 80 / 100 MHz bandwidth. For various other indoor broadband implementations using TDD on the unlicensed portion of the 5 GHz band, subcarrier spacing may occur at 60 kHz over a 160 MHz bandwidth. Finally, for various deployments using mmWave components for TDD at 28 GHz, subcarrier spacing may occur at 120 kHz over a 500 MHz bandwidth.

[0090] 5G NR's scalable digital schemes facilitate scalable TTIs for diverse latency and Quality of Service (QoS) requirements. For example, shorter TTIs can be used for low latency and high reliability, while longer TTIs can be used for higher spectral efficiency. Efficient multiplexing of long and short TTIs allows transmissions to begin at symbol boundaries. 5G NR also anticipates self-contained integrated subframe designs, where uplink or downlink scheduling information, data, and acknowledgments are contained within the same subframe. Self-contained integrated subframes support communication in unlicensed or contention-based shared spectrum, and adaptive uplink or downlink can be flexibly configured on a per-cell basis to dynamically switch between uplink and downlink to meet current service demands.

[0091] For clarity, certain aspects of the apparatus and technology may be described below with reference to example 5G NR implementations or in a 5G-centric manner, and 5G terminology may be used as illustrative examples in the sections described below; however, this description is not intended to be limited to 5G applications.

[0092] Furthermore, it should be understood that in operation, wireless communication networks adapted according to the concepts herein can operate using any combination of licensed or unlicensed spectrum, depending on load and availability. Therefore, it will be apparent to those skilled in the art that the systems, apparatuses, and methods described herein can be applied to other communication systems and applications besides the specific examples provided.

[0093] While aspects and implementations are described in this application through illustrations of some examples, those skilled in the art will understand that additional implementations and use cases may arise in many other arrangements and scenarios. The innovations described herein can be implemented across many different platform types, devices, systems, shapes, sizes, and package arrangements. For example, various implementations or uses may arise via integrated chip implementations or other devices based on non-modular components (e.g., end-user devices, vehicles, communication devices, computing devices, industrial equipment, retail or purchasing devices, medical devices, AI-enabled devices, etc.). While some examples may or may not specifically point to a use case or application, the applicability of various types of the described innovations is evident. The scope of implementations ranges from chip-level or modular components to non-modular, non-chip-level implementations, and further to aggregated, distributed, or original equipment manufacturer (OEM) devices or systems incorporating one or more of the described aspects. In some practical settings, devices incorporating the described aspects and features may also necessary include additional components and features for the implementation and enforcement of the claimed and described aspects. The intent is that the innovations described herein can be implemented in a wide variety of implementations of different sizes, shapes and configurations, including large or small devices, chip-level components, multi-component systems (e.g., radio frequency (RF) chains, communication interfaces, processors), distributed arrangements, end-user equipment, and so on.

[0094] Figure 9 This is a block diagram illustrating details of an exemplary wireless communication system according to one or more aspects. The wireless communication system may include a wireless network 900. The wireless network 900 may, for example, include a 5G wireless network. As those skilled in the art will recognize, Figure 9 The components appearing in this network likely have corresponding components in other network layouts (including, for example, cellular network layouts and non-cellular network layouts (e.g., device-to-device, peer-to-peer, or ad hoc network layouts)).

[0095] Figure 9The wireless network 900 shown includes a plurality of base stations 905 and other network entities. A base station can be a station communicating with a UE and can also be referred to as an evolved Node B (eNB), a next-generation eNB (gNB), an access point, etc. Each base station 905 can provide communication coverage for a specific geographic area. In 3GPP, the term "cell" can refer to a specific geographic coverage area of ​​a base station or a base station subsystem serving that coverage area, depending on the context in which the term is used. In the implementation of the wireless network 900 herein, base stations 905 can be associated with the same operator or different operators (e.g., the wireless network 900 may include multiple operator wireless networks). Additionally, in the implementation of the wireless network 900 herein, base stations 905 can use one or more of the same frequencies (e.g., licensed spectrum, unlicensed spectrum, or combinations thereof) as neighboring cells to provide wireless communication. In some examples, a single base station 905 or UE 915 can be operated by more than one network operating entity. In other examples, each base station 905 and UE 915 can be operated by a single network operating entity. Base station 905 or UE 915 or other devices communicating on wireless network 900 can implement the features described herein (such as, see reference ). Figure 1 , Figure 2 , Figure 3 , Figure 4 , Figure 5 , Figure 6A , Figure 6B , Figure 7 and / or Figure 8 Embodiments of receiver circuitry, including various aspects or combinations of the tests described herein, are used for testing in accordance with reference to... Figure 9 , Figure 10 and / or Figure 11 The configuration of the wireless network and / or the operation of the UE.

[0096] Base stations can provide communication coverage for macro cells, small cells (e.g., pico cells or femto cells), or other types of cells. Macro cells typically cover a relatively large geographic area (e.g., a radius of several kilometers) and allow unrestricted access by UEs with service subscriptions to a network provider. Small cells (such as pico cells) typically cover a relatively small geographic area and allow unrestricted access by UEs with service subscriptions to a network provider. Small cells (e.g., femto cells) also typically cover a relatively small geographic area (e.g., a home) and, in addition to unrestricted access, provide restricted access by UEs associated with the femto cell (e.g., UEs in a Closed Subscriber Group (CSG), UEs of users in a home, etc.). A base station for a macro cell can be called a macro base station. A base station for a small cell can be called a small cell base station, pico base station, femto cell base station, or home base station. Figure 9 In the example shown, base stations 905d and 905e are conventional macro base stations, while base stations 905a-905c are macro base stations implemented using one of 3D, full-dimensional (FD), or massive MIMO. Base stations 905a-905c utilize their higher-dimensional MIMO capabilities to employ 3D beamforming in elevation and azimuth beamforming to increase coverage and capacity. Base station 905f is a small cell base station, which can be a home node or a portable access point. A base station can support one or more (e.g., two, three, four, etc.) cells.

[0097] The Wireless Network 900 can support synchronous or asynchronous operation. For synchronous operation, base stations can have similar frame timings, and transmissions from different base stations can be roughly aligned in time. For asynchronous operation, base stations may have different frame timings, and transmissions from different base stations may not be aligned in time. In some cases, the network can be enabled or configured to handle dynamic switching between synchronous and asynchronous operation.

[0098] UE 915s are distributed throughout the entire wireless network 900, and each UE can be stationary or mobile. It should be understood that although mobile devices are generally referred to as UEs in standards and specifications issued by 3GPP, such devices may be otherwise referred to by those skilled in the art as mobile station (MS), user station, mobile unit, user unit, radio unit, remote unit, mobile device, radio device, wireless communication device, remote device, mobile user station, access terminal (AT), mobile terminal, radio terminal, remote terminal, handheld device, terminal, user agent, mobile client, client, gaming device, augmented reality device, vehicle component, vehicle equipment or vehicle module, or some other suitable term. In this document, a “mobile” device or UE does not necessarily have the ability to move and may be stationary. Some non-limiting examples of mobile devices may include implementations of one or more UEs 915, including mobile devices, cellular phones, smartphones, Session Initiation Protocol (SIP) phones, Wireless Local Loop (WLL) stations, laptop computers, personal computers (PCs), notebooks, netbooks, smartbooks, tablets, and personal digital assistants (PDAs). Mobile devices can also be IoT or “Internet of Everything” (IoE) devices, such as automobiles or other vehicles, satellite radio units, Global Positioning System (GPS) devices, Global Navigation Satellite System (GNSS) devices, logistics controllers, drones, multi-wing aircraft, quadcopters, smart energy or security devices, solar panels or solar arrays, municipal lighting, water or other infrastructure; industrial automation and enterprise equipment; consumer and wearable devices, such as glasses, wearable cameras, smartwatches, health or fitness trackers, mammalian implantable devices, posture tracking devices, medical devices, digital audio players (e.g., MP3 players), cameras, game consoles, etc.; and digital home or smart home devices, such as home audio, video and multimedia equipment, appliances, sensors, vending machines, smart lighting, home security systems, smart meters, etc. In one aspect, the UE can be a device that includes a Universal Integrated Circuit Card (UICC). In another aspect, the UE can be a device that does not include a UICC. In some aspects, a UE that does not include a UICC can also be referred to as an IoE device. Figure 9 The UEs 915a-915d shown in the implementation are examples of mobile smartphone-type devices accessing the wireless network 900. The UE can also be a machine specifically configured for connected communications, including machine-type communication (MTC), enhanced MTC (eMTC), narrowband IoT (NB-IoT), and so on. Figure 9 The UE915e-915k shown is an example of various machines configured for communication to access the wireless network 900.

[0099] Mobile devices such as the UE 915 can communicate with any type of base station, whether it's a macro base station, pico base station, femto base station, relay station, etc. Figure 9 In this context, a communication link (represented by a lightning bolt) indicates a radio transmission between the UE and a serving base station (which is designated to serve the UE on the downlink or uplink), or a desired transmission between base stations, and a backhaul transmission between base stations. The UE can operate as a base station or other network node in some scenarios. Backhaul communication between base stations of the wireless network 900 can be performed using wired or wireless communication links.

[0100] In operation, at wireless network 900, base stations 905a-905c use 3D beamforming and cooperative spatial technologies (such as Cooperative Multipoint (CoMP) or Multi-Connection) to serve UEs 915a and 915b. Macro base station 905d performs backhaul communication with base stations 905a-905c and the small cell (base station 905f). Macro base station 905d also transmits multicast services subscribed to and received by UEs 915c and 915d. Such multicast services may include mobile TV or streaming video, or may include other services for providing community information, such as weather emergencies or alerts, such as Amber Alerts or Grey Alerts.

[0101] The wireless network 900 supports mission-critical communication with highly reliable and redundant links for mission-critical devices such as the UE 915e as a drone. Redundant communication links with the UE 915e include links from macro base stations 905d and 905e, as well as small cell base station 905f. Other machine-type devices, such as the UE 915f (thermometer), UE 915g (smart meter), and UE 915h (wearable device), can communicate directly with base stations such as the small cell base station 905f and macro base station 905e via the wireless network 900, or in a multi-hop configuration, by communicating with another user device that relays its information to the network (e.g., the UE 915f transmits temperature measurement information to the smart meter UE 915g, which then reports it to the network via the small cell base station 905f). The wireless network 900 can also provide additional network efficiency through dynamic, low-latency TDD or low-latency FDD communication (such as in vehicle-to-vehicle (V2V) mesh networks between UEs 915i-915k communicating with macro base station 905e).

[0102] Figure 10 This is a block diagram illustrating examples of a base station 905 and a UE 915 according to one or more aspects. The base station 905 and the UE 915 can be... Figure 9 Any base station in the base station and Figure 9One of the UEs in the UE. For restricted association scenarios (as described above), base station 905 can be Figure 9 The base station 905f is a small cell base station, and UE 915 can be UE 915c or 915d operating in the service area of ​​base station 905f, which will be included in the list of accessible UEs for small cell base station 905f in order to access it. Base station 905 can also be some other type of base station. Figure 10 As shown, base station 905 may be equipped with antennas 1034a to 1034t, and UE 915 may be equipped with antennas 1052a to 1052r for facilitating wireless communication.

[0103] At base station 905, transmitting processor 1020 can receive data from data source 1012 and control information from controller 1040 (e.g., a processor). The control information may be for Physical Broadcast Channel (PBCH), Physical Control Format Indicator Channel (PCFICH), Physical Hybrid ARQ (Automatic Repeat Request) Indicator Channel (PHICH), Physical Downlink Control Channel (PDCCH), Enhanced Physical Downlink Control Channel (EPDCCH), MTC Physical Downlink Control Channel (MPDCCH), etc. Data may be for Physical Downlink Shared Channel (PDSCH), etc. Furthermore, transmitting processor 1020 can process (e.g., encode and symbol map) the data and control information to obtain data symbols and control symbols respectively. Transmitting processor 1020 can also generate, for example, reference symbols for primary synchronization signal (PSS) and secondary synchronization signal (SSS), as well as cell-specific reference signals. The transmit (TX) MIMO processor 1030 can perform spatial processing (e.g., precoding, if applicable) on data symbols, control symbols, or reference symbols, and can provide output symbol streams to modulators (MODs) 1032a to 1032t. For example, spatial processing performed on data symbols, control symbols, or reference symbols may include precoding. Each modulator 1032 can (e.g., for OFDM, etc.) process its corresponding output symbol stream to obtain an output sample stream. Each modulator 1032 can additionally or alternatively process (e.g., convert to analog, amplify, filter, and up-convert) the output sample stream to obtain a downlink signal. The downlink signal from modulators 1032a to 1032t can be transmitted via antennas 1034a to 1034t, respectively.

[0104] At UE 915, antennas 1052a to 1052r can receive downlink signals from base station 905 and can provide the received signals to demodulators (DEMODs) 1054a to 1054r respectively. Each demodulator 1054 can adjust (e.g., filter, amplify, down-convert, and digitize) its respective received signal to obtain an input sample. Each demodulator 1054 can further process the input sample (e.g., for OFDM, etc.) to obtain received symbols. MIMO detector 1056 can obtain received symbols from demodulators 1054a to 1054r, perform MIMO detection on the received symbols when needed, and provide the detected symbols. Receiver processor 1058 can process (e.g., demodulate, deinterleave, and decode) the detected symbols, provide decoded data for UE 915 to data sink 1060, and provide decoded control information to controller 1080 (such as a processor).

[0105] On the uplink, at UE 915, the transmitting processor 1064 can receive and process data from data source 1062 (e.g., for the Physical Uplink Shared Channel (PUSCH)) and control information from controller 1080 (e.g., for the Physical Uplink Control Channel (PUCCH)). Additionally, the transmitting processor 1064 can generate reference symbols for the reference signal. Symbols from the transmitting processor 1064 can be pre-encoded by the TX MIMO processor 1066 when needed, further processed by modulators 1054a to 1054r (e.g., for SC-FDM, etc.), and transmitted to base station 905. At base station 905, the uplink signal from UE 915 can be received by antenna 1034, processed by demodulator 1032, detected by MIMO detector 1036 when needed, and further processed by receiving processor 1038 to obtain decoded data and control information transmitted by UE 915. The receiver processor 1038 can provide the decoded data to the data sink 1039 and the decoded control information to the controller 1040.

[0106] Controllers 1040 and 1080 can respectively direct operations at base station 905 and UE 915. Controller 1040 or other processors and modules on base station 905 or controller 1080 or other processors and modules at UE 915 can execute or direct various processes within the device and / or wireless network. Memory 1042 and 1082 can respectively store data and program code for base station 905 and UE 915. Scheduler 1044 can schedule the UE for downlink or uplink data transmission.

[0107] In some cases, UE 915 and base station 905 may operate in a shared radio frequency spectrum band, which may include licensed or unlicensed (e.g., contention-based) spectrum. In the unlicensed frequency portion of the shared radio spectrum band, UE 915 or base station 905 may conventionally perform a medium sensing procedure to contend for access spectrum. For example, UE 915 or base station 905 may perform a Listen-Before-Speak (LBT) procedure, such as a Free Channel Assessment (CCA), before communication to determine if a shared channel is available. In some implementations, CCA may include an energy detection procedure to determine if any other active transmissions are present. For example, the device may infer that a change in the Received Signal Strength Indicator (RSSI) of the power meter indicates that the channel is occupied. Specifically, signal power concentrated in a certain bandwidth and exceeding a predetermined noise floor may indicate another wireless transmitter. CCA may also include the detection of a specific sequence indicating channel usage. For example, another device may transmit a specific preamble before transmitting a data sequence. In some cases, the LBT process may include the wireless node adjusting its own backoff window as a proxy for collisions, based on the amount of energy detected on the channel or the acknowledgment / negative acknowledgment (ACK / NACK) feedback of packets it sends.

[0108] Figure 11 This is a block diagram illustrating a user equipment 915 configured according to one aspect of this disclosure. UE 915 includes, as per [specification], [details]. Figure 1 , Figure 3 And / or the structure, hardware, and components shown in UE 915 of Figure 6. For example, UE 905 includes a controller / processor 1080 that operates to execute logical or computer instructions stored in memory 1042, and components that control UE 915 and provide the features and functions of UE 915. Under the control of controller / processor 1080, UE 915 transmits and receives signals via wireless radio units 1054a-r and antennas 1052a-r. The wireless radio unit includes, as shown in... Figure 10 The various components and hardware shown for UE915 include modulator / demodulator 1054a-r, MIMO detector 1056, receiver processor 1058, transmitter processor 1064, and TX MIMO processor 1066. Controller / processor 1080 may include unit 1102 for simulating various aspects of BS 905 or UE 915, such as configuring the wireless radio unit 1054a-r to store uplink data in memory 1042, so that the uplink data can be output to the wireless radio unit 1054a-r as analog downlink data that can be processed by controller 1080. Unit 1102 may include logic circuitry, such as fixed functions or programmable units to perform the functions described above. Figures 1 to 8The described operation refers to one or more of the CPU 102, GPU 104, or DSP 108. The controller / processor 1080 may also include a unit 1104 for evaluating the processing of analog downlink data used for verification according to wireless standards or other standards and / or thermal or power performance of the controller 1080. Unit 1104 may include logic circuitry, such as fixed functions or programmable units to perform the functions described above. Figures 1 to 8 The described operation is performed on one or more of the CPU 102, GPU 104, or DSP 108.

[0109] In one or more aspects, techniques for simulating aspects of a wireless network and using the simulated aspects of the wireless network to evaluate the performance of an apparatus are described. The apparatus can perform or operate according to one or more aspects described below. In some implementations, the apparatus includes a wireless device, such as a UE. In some embodiments, the apparatus may include at least one processor and memory coupled to the processor. The processor may be configured to perform the operations described herein with reference to the apparatus. In some other implementations, the apparatus may include a non-transitory computer-readable medium on which program code is recorded, and the program code is computer-executable for causing a computer to perform the operations described herein with reference to the apparatus. In some embodiments, the apparatus may include one or more units configured to perform the operations described herein. In some implementations, a method of wireless communication may include one or more operations described herein with reference to the apparatus.

[0110] In one or more aspects, techniques for simulating aspects of a wireless network and using the simulated aspects of the wireless network to evaluate the performance of an apparatus are described. This performance can be used to revise the configuration of the apparatus to improve its performance and / or verify the software and hardware of the apparatus without specialized testing equipment. In one or more aspects, simulating aspects of a wireless network may include means configured to determine the DCI of a first wireless network, such as by generating a DCI within the apparatus or determining a downlink control information (DCI) based on transmissions received from the wireless network. The apparatus is also configured to determine uplink data at least in part based on the DCI. The apparatus is further configured to store uplink data in a memory. The apparatus is further configured to retrieve the uplink data from the memory for use as simulated downlink data for the first wireless network. Additionally, the apparatus may perform or operate according to one or more aspects described below. In some implementations, the apparatus includes a wireless device, such as a UE. In some implementations, the apparatus may include at least one processor and a memory coupled to the processor. The processor may be configured to perform the operations described herein with respect to the apparatus. In some other implementations, the apparatus may include a non-transitory computer-readable medium having program code recorded thereon, and the program code may be computer-executable to cause the computer to perform the operations described herein with reference to the apparatus. In some implementations, the apparatus may include one or more units configured to perform the operations described herein. In some implementations, a method of wireless communication may include one or more operations described herein with reference to the apparatus, and may include aspects of simulating a wireless network.

[0111] In the first aspect, the apparatus is configured to perform further operations of processing simulated downlink data and evaluating the processing of the simulated downlink data.

[0112] In the second aspect, in conjunction with the first aspect, the assessment includes determining the compliance of processing with wireless networks.

[0113] In the third aspect, in conjunction with the second aspect, the evaluation includes determining the processor's thermal profile and / or power profile during processing.

[0114] In the fourth aspect, in conjunction with one or more of the first to third aspects, processing simulated downlink data includes isolating at least one of the uplink protocol layer or downlink protocol layer used for evaluation.

[0115] In the fifth aspect, in conjunction with one or more of the first to fourth aspects, the uplink data is determined to include receiving user application data as uplink data and / or encapsulating the received user application data in frames for transmission over the wireless network.

[0116] In the sixth aspect, in conjunction with the fifth aspect, it is determined that the uplink data includes the first video data of the first participant receiving the video call. Processing the simulated downlink data includes simulating the video call based on the simulated downlink data by the second participant.

[0117] In the seventh aspect, in conjunction with one or more of aspects five through six, receiving user application data includes receiving Internet Control Message Protocol (ICMP) requests. Processing simulated downlink data includes generating an ICMP response by exchanging the source and destination addresses of the ICMP requests.

[0118] In the eighth aspect, in conjunction with one or more of the first to seventh aspects, the processor is further configured to perform operations for communication on the first wireless network based at least in part on one or more predetermined parameters.

[0119] In the ninth aspect, in conjunction with the eighth aspect, the machine learning algorithm is trained based at least in part on the evaluation of the processing of simulated downlink data.

[0120] In the tenth aspect, in conjunction with the ninth aspect, one or more predetermined parameters are determined based at least in part on machine learning algorithms.

[0121] In the eleventh aspect, determining downlink control information (DCI), either alone or in combination with one or more of the first to tenth aspects, includes determining a simulated downlink scheduling allocation for simulated downlink data corresponding to uplink data.

[0122] In the twelfth aspect, in conjunction with the eleventh aspect, determining the simulated downlink scheduling allocation includes associating the simulated downlink scheduling allocation with a predetermined delay.

[0123] In aspect thirteen, in conjunction with aspect twelf, determining the analog downlink scheduling allocation includes relating the analog downlink scheduling allocation to the availability of analog downlink data in memory.

[0124] In the fourteenth aspect, either alone or in combination with one or more of the first to thirteenth aspects, the processor includes a digital signal processor (DSP) configured to perform the determination of downlink control information (DCI) for the first wireless network.

[0125] In the fifteenth aspect, in conjunction with the fourteenth aspect, the processor includes a wireless connection, which includes an enabling processor. The enabling processor is configured to configure the wireless connection to store uplink data in memory.

[0126] In the sixteenth aspect, either alone or in combination with one or more of the first to fifteenth aspects, the processor is configured to perform the following operations: determine the DCI, determine uplink data, and store the uplink data in a test mode. The processor is further configured to perform the operation of entering the test mode after receiving instructions from an external component.

[0127] In the seventeenth aspect, either alone or in combination with one or more of the first to sixteenth aspects, the processor is configured to perform the following further operations: transmitting and receiving on the second wireless network while determining the downlink control information (DCI) of the first wireless network, or simulating the second wireless network while determining the DCI of the first wireless network. In an alternative to the seventeenth aspect, or in combination with other aspects of the seventeenth aspect, the processor may be configured to simulate the second wireless network while determining the downlink control information (DCI) of the first wireless network.

[0128] In the eighteenth aspect, either alone or in combination with one or more of the first to seventeenth aspects, the processor is configured to perform the following further operations: processing analog downlink data; receiving temperature data about the device during the processing of the analog downlink data; and sending information about the analog downlink data and the temperature data to the server.

[0129] In the nineteenth aspect, either alone or in combination with one or more of the first to eighteenth aspects, the processor is configured to perform further operations of receiving user data from the user application. The determination of uplink data is based at least in part on the user data; an acknowledgment / negative acknowledgment (ACK / NACK) is determined independently of transmissions received on the first wireless network; and an acknowledgment / negative acknowledgment (ACK / NACK) is provided to the user application.

[0130] In the twentieth aspect, either alone or in combination with one or more of the first to nineteenth aspects, the apparatus is a user equipment (UE).

[0131] In the twenty-first aspect, alone or in combination with one or more aspects from the first to the twentieth aspects, the device is a base station (BS).

[0132] In one or more aspects, the techniques for supporting the determination of downlink control information (DCI) of a first wireless network may include additional aspects, such as any single aspect or any combination of aspects described below or in conjunction with one or more other processes or devices described elsewhere herein. In one or more aspects, supporting the simulation of the wireless network may include a method of performing operations, including: determining uplink data based at least in part on the DCI. The method may also include storing the uplink data in a memory. The method may further include retrieving the uplink data from the memory for use as simulated downlink data for the first wireless network. Additionally, the method may include one or more aspects as described below. In some implementations, the method is implemented in an apparatus such as a wireless device.

[0133] In the twenty-second aspect, the method may include processing simulated downlink data and evaluating the processing of the simulated downlink data.

[0134] In aspect 23, combined with aspect 22, the assessment includes determining compliance with processing and wireless networks.

[0135] In aspect 24, in conjunction with one or more aspects 22 to 23, the evaluation includes determining the processor's hot profile during processing.

[0136] In aspect 25, in conjunction with one or more aspects 22 to 24, processing simulated downlink data includes isolating at least one of the uplink protocol layer or downlink protocol layer used for evaluation.

[0137] In the twenty-sixth aspect, in conjunction with one or more of the twenty-second to twenty-fifth aspects, determining that uplink data includes encapsulating user application data in frames configured for transmission as uplink data on the wireless network according to the wireless network configuration.

[0138] In the twenty-seventh aspect, in conjunction with the twenty-sixth aspect, the uplink data is determined to include first video data received by a first participant in a video call and / or video data encapsulated in frames for transmission over a wireless network. Processing analog downlink data includes simulating a video call by a second participant based on the analog downlink data.

[0139] In aspect 28, in conjunction with one or more aspects 26 to 27, receiving user application data includes receiving Internet Control Message Protocol (ICMP) requests. Processing analog downlink data includes generating an ICMP response by exchanging the source and destination addresses of the ICMP requests.

[0140] In the twenty-ninth aspect, in conjunction with one or more aspects from the twenty-second to the twenty-eighth aspects, the method includes: communicating on a first wireless network based at least in part on one or more predetermined parameters; training a machine learning algorithm based at least in part on an evaluation of the processing of simulated downlink data; and determining one or more predetermined parameters based at least in part on the machine learning algorithm.

[0141] In aspect 30, determining downlink control information (DCI) alone or in combination with one or more aspects from aspect 22 to aspect 29 includes determining simulated downlink scheduling allocation for simulated downlink data corresponding to uplink data.

[0142] In the thirty-first aspect, in conjunction with the thirtieth aspect, determining the simulated downlink scheduling allocation includes associating the simulated downlink scheduling allocation with a predetermined delay.

[0143] In aspect thirty-two, in conjunction with aspect thirty-one, determining the analog downlink scheduling allocation includes relating the analog downlink scheduling allocation to the availability of analog downlink data in memory.

[0144] In aspect thirty-three, either alone or in combination with one or more aspects twenty-two to thirty-two, it is determined that the downlink control information (DCI) of the first wireless network is executed by a digital signal processor (DSP).

[0145] In aspect thirty-four, in conjunction with aspect thirty-four, the method includes: determining the DCI of the first wireless network based on the DSP, and storing uplink data in a memory for the wireless connection.

[0146] In aspect thirty-five, the operations of determining DCI, determining uplink data, and storing uplink data, either alone or in combination with one or more aspects from aspect twenty-two to aspect thirty-three, are performed based on entering test mode.

[0147] In the thirty-sixth aspect, alone or in combination with one or more of the twenty-second to thirty-fifth aspects, the method includes transmitting and receiving on the second wireless network while determining the downlink control information (DCI) of the first wireless network. In an alternative thirty-sixth aspect, or in combination with other thirty-sixth aspects, the method may include: simulating the second wireless network while determining the downlink control information (DCI) of the first wireless network.

[0148] In aspect thirty-seven, either alone or in combination with one or more aspects from aspects twenty-two to thirty-six, the method includes processing analog downlink data.

[0149] In the thirty-eighth aspect, in conjunction with the thirty-seventh aspect, the method includes receiving temperature data about the device, the temperature data corresponding to the temperature of one or more components during the processing of analog downlink data.

[0150] In aspect thirty-nine, in conjunction with aspect thirty-eight, the method includes sending information about simulated downlink data and temperature data to the server.

[0151] In aspect 40, either alone or in combination with one or more aspects 22 through 39, the method includes receiving user data from a user application. The determination of the uplink data is based at least in part on the user data.

[0152] In the forty-first aspect, in conjunction with the forty-first aspect, the method includes determining an acknowledgment / negative acknowledgment (ACK / NACK) independently of the transmissions received on the first wireless network.

[0153] In aspect 42, in conjunction with aspect 41, the method includes providing acknowledgment / negative acknowledgment (ACK / NACK) to the user application.

[0154] In aspect 43, the operations of determining DCI, determining uplink data, and storing uplink data are performed by the user equipment (UE), either alone or in combination with one or more aspects from aspect 22 to aspect 42.

[0155] In aspect 44, the operations of determining DCI, determining uplink data, and storing uplink data are performed by the base station (BS), either alone or in combination with one or more aspects from aspect 22 to aspect 43.

[0156] In one or more aspects, the technology for supporting a non-transitory computer-readable medium containing instructions that, when executed by a processor of the device, cause the device to perform operations, may include additional aspects, such as any single aspect or any combination of aspects described below or in conjunction with one or more other processes or devices described elsewhere herein. In one or more aspects, supporting an analog wireless network may include means configured to determine downlink control information (DCI) of a first wireless network. The means is further configured to determine uplink data based at least in part on the DCI. The means is further configured to store the uplink data in memory. The means is further configured to retrieve the uplink data from the memory for use as analog downlink data for the first wireless network. Additionally, the means may perform or operate according to one or more aspects described below. In some implementations, the means includes a wireless device, such as a base station. In some implementations, the means may include at least one processor and memory coupled to the processor. The processor may be configured to perform the operations described herein with respect to the means. In some other implementations, the means may include a non-transitory computer-readable medium having program code recorded thereon, and the program code may be computer-executable to cause a computer to perform the operations described herein with reference to the means. In some implementations, the apparatus may include one or more units configured to perform the operations described herein. In some implementations, the wireless communication method may include one or more operations described herein with reference to the apparatus.

[0157] In the forty-fifth aspect, the apparatus is configured to have instructions that, when executed by the processor of the apparatus, cause the apparatus to perform operations including processing the simulated downlink data and evaluating the simulated downlink data.

[0158] In aspect 46, combined with aspect 45, the assessment includes determining compliance with processing and wireless networks.

[0159] In aspect 47, in conjunction with one or more aspects 45 to 46, the evaluation includes determining the processor's hot profile during processing.

[0160] In aspect 48, in conjunction with one or more aspects 45 to 47, processing simulated downlink data includes isolating at least one of the uplink protocol layer or downlink protocol layer used for evaluation.

[0161] In aspect 49, in conjunction with one or more aspects from aspects 45 to 48, the uplink data is defined as including receiving user application data as uplink data and / or encapsulating application data in frames based on the configuration of the wireless network for transmission over the wireless network.

[0162] In aspect 50, in conjunction with aspect 49, it is determined that the uplink data includes encapsulating first video data for a first participant in a video call. Processing the simulated downlink data includes simulating the video call for a second participant based on the simulated downlink data.

[0163] In aspect 51, in conjunction with one or more aspects 49 to 50, receiving user application data includes receiving Internet Control Message Protocol (ICMP) requests. Processing analog downlink data includes generating an ICMP response by exchanging the source and destination addresses of the ICMP requests.

[0164] In aspect 52, in conjunction with one or more aspects 45 to 51, the apparatus is configured to have instructions that, when executed by a processor of the apparatus, cause the apparatus to perform operations, the operations including communicating on a first wireless network based at least in part on one or more predetermined parameters.

[0165] In aspect 53, in conjunction with aspect 52, the apparatus is configured to have instructions that train a machine learning algorithm based at least in part on an evaluation of the processing of analog downlink data.

[0166] In aspect 54, in conjunction with aspect 53, the apparatus is configured to have instructions for determining one or more predetermined parameters based at least in part on a machine learning algorithm.

[0167] In aspect 55, determining downlink control information (DCI), either alone or in combination with one or more aspects from aspects 45 to 54, includes determining simulated downlink scheduling allocations for simulated downlink data corresponding to uplink data.

[0168] In aspect 56, in conjunction with aspect 55, determining the simulated downlink scheduling allocation includes associating the simulated downlink scheduling allocation with a predetermined delay.

[0169] In aspect 57, in conjunction with aspect 56, determining the analog downlink scheduling allocation includes relating the analog downlink scheduling allocation to the availability of analog downlink data in memory.

[0170] In aspect 58, either alone or in combination with one or more aspects 45 to 57, the instruction causes the device to perform an operation including: using a digital signal processor (DSP) to determine downlink control information (DCI) for a first wireless network.

[0171] In the fifty-ninth aspect, in conjunction with the fifty-eighth aspect, the device is configured with instructions that, when executed by the device's processor, cause the device to perform operations including configuring a wireless connection for storing uplink data in a memory.

[0172] In the sixtieth aspect, either alone or in combination with one or more of the forty-fifth to fifty-ninth aspects, the instructions cause the device to perform operations including: determining the DCI, determining uplink data, and storing the uplink data in a test mode.

[0173] In a sixty-first aspect, either alone or in combination with one or more of aspects forty-five to sixty, the apparatus is configured to have instructions that, when executed by the apparatus's processor, cause the apparatus to perform operations including: transmitting and receiving on a second wireless network while determining downlink control information (DCI) of a first wireless network. In an alternative sixty-first aspect, or in combination with other sixty-first aspects, the apparatus may be configured to have instructions for performing operations including: simulating a second wireless network while determining downlink control information (DCI) of the first wireless network.

[0174] In aspect sixty-two, alone or in combination with one or more aspects forty-five to sixty-one, the apparatus is configured to have instructions that, when executed by the processor of the apparatus, cause the apparatus to perform an operation including processing analog downlink data.

[0175] In aspect sixty-three, in conjunction with aspect sixty-two, the apparatus is configured with instructions that cause the processor to receive temperature data representing a temperature related to the processing of analog downlink data.

[0176] In aspect sixty-four, in conjunction with aspect sixty-three, the apparatus has instructions to cause the processor to send information about simulated downlink data and temperature data to the server.

[0177] In aspect sixty-five, either alone or in combination with one or more aspects forty-five to sixty-four, the apparatus is configured to have instructions that, when executed by the apparatus's processor, cause the apparatus to perform an operation including: receiving user data from a user application. The determination of uplink data is based at least in part on the user data.

[0178] In the sixty-sixth aspect, in conjunction with the sixty-fifth aspect, the apparatus is configured to have instructions that, when executed by a processor, cause the apparatus to generate an acknowledgment / negative acknowledgment (ACK / NACK) independently of transmissions received on the first wireless network.

[0179] In the sixty-seventh aspect, in conjunction with the sixty-sixth aspect, the apparatus is configured to have instructions that, when executed by the processor of the apparatus, cause the apparatus to provide an acknowledgment / negative acknowledgment (ACK / NACK) to a user application.

[0180] In aspect sixty-eight, either alone or in combination with one or more aspects from aspects forty-five to sixty-seven, the instructions, when executed by the processor of the device, cause the user equipment (UE) to perform operations including: determining downlink control information (DCI), determining uplink data, storing uplink data, and retrieving uplink data.

[0181] In aspect sixty-nine, either alone or in combination with one or more aspects from aspects forty-five to sixty-eight, the instructions, when executed by the processor of the device, cause the base station (BS) to perform operations including: determining downlink control information (DCI), determining uplink data, storing uplink data, and retrieving uplink data.

[0182] In one or more aspects, the technology for supporting the analog wireless network may include additional aspects, such as any single aspect or any combination of aspects described below or in conjunction with one or more other processes or devices described elsewhere herein. In one or more aspects, supporting the analog wireless network may include means configured to have units for determining downlink control information (DCI) of a first wireless network. The means is further configured to have units for determining uplink data based at least partially on the DCI. The means is further configured to have units for storing uplink data in memory. The means is further configured to have units for retrieving the uplink data from the memory for use as analog downlink data for the first wireless network. Additionally, the means may perform or operate according to one or more aspects described below. In some implementations, the means includes a wireless device, such as a base station. In some implementations, the means may include at least one processor and memory coupled to the processor. The processor may be configured to perform the operations described herein with respect to the means. In some other implementations, the means may include a non-transitory computer-readable medium having program code recorded thereon, and the program code may be computer-executable to cause a computer to perform the operations described herein with reference to the means. In some implementations, the apparatus may include one or more units configured to perform the operations described herein. In some implementations, the wireless communication method may include one or more operations described herein with reference to the apparatus.

[0183] In the seventieth aspect, the apparatus includes a unit for processing the simulated downlink data and a unit for evaluating the processing of the simulated downlink data.

[0184] In aspect seventy-one, in conjunction with aspect seventy, the evaluation unit includes determining the compliance of processing with wireless networks.

[0185] In aspect seventy-two, in conjunction with one or more aspects seventy to seventy-one, the evaluation unit includes a unit for determining the thermal profile of the processor during processing.

[0186] In aspect seventy-three, in conjunction with one or more aspects seventy to seventy-two, the processing unit includes a unit for isolating at least one of the uplink protocol layer or downlink protocol layer used for evaluation.

[0187] In aspect seventy-four, in conjunction with one or more aspects seventy to seventy-three, the determined unit includes a unit for encapsulating user application data into uplink data.

[0188] In aspect seventy-five, in conjunction with aspect seventy-four, the determining unit includes a unit for encapsulating first video data for a first participant in a video call. The processing unit includes a unit for simulating a second participant in the video call based on the simulated downlink data.

[0189] In aspect seventy-six, in conjunction with one or more aspects seventy-four to seventy-five, the receiving unit includes a unit for receiving Internet Control Message Protocol (ICMP) requests. The processing unit includes a unit for determining an ICMP response by exchanging the source and destination addresses of the ICMP request.

[0190] In the seventy-seventh aspect, in conjunction with one or more aspects from the seventieth to the seventy-sixth aspects, the apparatus includes a unit for communicating over a first wireless network. The communication unit communicates at least in part based on one or more predetermined parameters; a unit for training a machine learning algorithm at least in part based on an evaluation of the processing of simulated downlink data; and a unit for determining one or more predetermined parameters at least in part based on the machine learning algorithm.

[0191] In aspect seventy-eight, either alone or in combination with one or more aspects seventy to seventy-seven, the unit for determining downlink control information (DCI) includes a unit for determining a simulated downlink scheduling allocation for simulated downlink data corresponding to uplink data.

[0192] In aspect seventy-nine, in conjunction with aspect seventy-eight, the unit for determining the simulated downlink scheduling allocation includes a unit for associating the simulated downlink scheduling allocation with a predetermined delay.

[0193] In aspect eighty, in conjunction with aspect seventy-nine, the unit for determining the analog downlink scheduling allocation includes a unit for relating the analog downlink scheduling allocation to the availability of analog downlink data in memory.

[0194] In the eighty-first aspect, either alone or in combination with one or more of the seventieth to eightieth aspects, the unit for determining downlink control information (DCI) includes a digital signal processor (DSP).

[0195] In the eighty-second aspect, in conjunction with the eighty-first aspect, the apparatus is configured to have a unit for configuring a wireless connection for storing uplink data in a memory based on a DCI for determining a first wireless network using a DSP.

[0196] In aspect 83, the unit for determining DCI, the unit for determining uplink data, and the unit for storing uplink data are configured based on entering test mode, either alone or in combination with one or more aspects from aspect 70 to aspect 82.

[0197] In aspect 84, either alone or in combination with one or more aspects 70 to 83, the apparatus is configured to have units for transmitting and receiving on a second wireless network while determining downlink control information (DCI) of a first wireless network. In an alternative aspect 84, or in combination with other aspects 84, the apparatus may be configured to have units for simulating a second wireless network while determining downlink control information (DCI) of the first wireless network.

[0198] In aspect 85, either alone or in combination with one or more aspects from aspects 70 to 84, the apparatus is configured to have a unit for processing analog downlink data; a unit for receiving temperature data about the apparatus during the processing of analog downlink data; and a unit for sending information about the analog downlink data and the temperature data to a server.

[0199] In the eighty-sixth aspect, alone or in combination with one or more aspects from the seventieth to the eighty-fifth aspects, the apparatus is configured to have a unit for receiving user data from a user application. The determination of uplink data is based at least in part on the user data; the unit is used to determine acknowledgment / negative acknowledgment (ACK / NACK) independently of transmissions received on the first wireless network and to provide acknowledgment / negative acknowledgment (ACK / NACK) to the user application.

[0200] In the 87th aspect, alone or in combination with one or more aspects from the 70th to the 86th aspects, the apparatus is a user equipment (UE).

[0201] In aspect 88, alone or in combination with one or more aspects from aspects 70 to 87, the apparatus is a base station (BS).

[0202] Those skilled in the art will understand that information and signals can be represented using any of a variety of different techniques and skills. For example, data, instructions, commands, information, signals, bits, symbols, and chips mentioned throughout the above description can be represented by voltage, current, electromagnetic waves, magnetic fields or particles, light fields or particles, or any combination thereof.

[0203] This article is about Figure 9 , Figure 10 and Figure 11 The components, functional blocks, and modules described may include some or all of processors, electronic devices, hardware devices, electronic components, logic circuits, memory, software code, firmware code, and other examples or any combination thereof. Furthermore, the features discussed herein may be implemented via dedicated processor circuitry, via executable instructions, or a combination thereof.

[0204] Those skilled in the art will further understand that the various illustrative logic blocks, modules, circuits, and algorithm steps described in connection with the disclosure herein can be implemented as electronic hardware, computer software, or a combination of both. To clearly illustrate this interchangeability between hardware and software, various illustrative components, blocks, modules, circuits, and steps have been described in general terms of their functionality. Whether this functionality is implemented as hardware or software depends on the specific application and the design constraints imposed on the overall system. Those skilled in the art can implement the described functionality in different ways for each specific application, but such implementation decisions should not be construed as departing from the scope of this disclosure. Those skilled in the art will also readily recognize that the order or combination of components, methods, or interactions described herein are merely examples, and that components, methods, or interactions of various aspects of this disclosure can be combined or performed in ways other than those illustrated and described herein.

[0205] The various illustrative logics, logic blocks, modules, circuits, and algorithmic processes described herein can be implemented as electronic hardware, computer software, or a combination of both. The interchangeability of hardware and software has been generally described in terms of functionality and illustrated in the various illustrative components, blocks, modules, circuits, and processes described above. Whether such functionality is implemented in hardware or software depends on the specific application and the design constraints imposed on the entire system.

[0206] Hardware and data processing means for implementing the various illustrative logic, logic blocks, modules, and circuits described herein can be implemented or executed using general-purpose single-chip or multi-chip processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general-purpose processor can be a microprocessor, or any conventional processor, controller, microcontroller, or state machine. In some implementations, the processor can be implemented as a combination of computing devices, such as a combination of a DSP and a microprocessor, multiple microprocessors, one or more microprocessors combined with a DSP core, or any other such configuration. In some implementations, specific processes and methods can be performed by circuitry specific to a given function.

[0207] In one or more aspects, the described functionality may be implemented in hardware, digital electronic circuits, computer software, firmware, including the structures disclosed in this specification and their structural equivalents, or any combination thereof. Embodiments of the subject matter described in this specification may also be implemented as one or more computer programs, i.e., one or more modules of computer program instructions encoded on a computer storage medium for execution by a data processing apparatus or for controlling the operation of a data processing apparatus.

[0208] If implemented in software, the functionality can be stored as one or more instructions or code on or transmitted through a computer-readable medium. The processes of the methods or algorithms disclosed herein can be implemented in processor-executable software modules that can reside on a computer-readable medium. A computer-readable medium includes both computer storage media and communication media, wherein the communication media includes any medium that can be enabled to send a computer program from one place to another. A storage medium can be any available medium that a computer can access. By way of example and not limitation, such a computer-readable medium can include random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), CD-ROM or other optical disc storage devices, magnetic disk storage devices or other magnetic storage devices, or any other medium capable of storing desired program code in the form of instructions or data structures and accessible by a computer. Furthermore, any connection is appropriately referred to as a computer-readable medium. As used herein, disks and optical discs include compact optical discs (CDs), laser discs, optical discs, digital versatile optical discs (DVDs), floppy disks, and Blu-ray discs, wherein disks typically magnetically copy data, while optical discs use laser optics to copy data. Combinations of the above should also be included within the scope of computer-readable media. Furthermore, the operation of a method or algorithm can be a set of code and instructions or any combination of code and instructions, located on machine-readable and computer-readable media, which can be incorporated into a computer program product.

[0209] Various modifications to the embodiments described in this disclosure will be apparent to those skilled in the art, and the general principles defined herein can be applied to other embodiments without departing from the spirit or scope of this disclosure. Therefore, the claims are not intended to be limited to the implementations shown herein, but are to be accorded the widest scope consistent with this disclosure, the principles disclosed herein, and the novel features.

[0210] Additionally, those skilled in the art will readily recognize that the terms “upper” and “lower” are sometimes used to facilitate the description of the figures and to indicate relative positions on a correctly oriented page corresponding to the orientation of the figures, and may not reflect the correct orientation of any device as implemented.

[0211] Some features described in the context of individual embodiments in this specification may also be implemented in combination in a single embodiment. Conversely, various features described in the context of a single embodiment may also be implemented separately in multiple embodiments or in any suitable sub-combination. Furthermore, although features may be described above as functioning in certain combinations and even originally claimed in this way, one or more features from a claimed combination may be removed from that combination in some cases, and the claimed combination may be for sub-combinations or variations thereof.

[0212] Similarly, although operations are depicted in a specific order in the figures, this should not be construed as requiring such operations to be performed in the shown specific order or sequential order, or to perform all shown operations to achieve the desired result. Furthermore, the figures may schematically depict one or more example processes in the form of flowcharts. However, other operations not depicted may be incorporated into the schematically shown example processes. For example, one or more additional operations may be performed before, after, simultaneously with, or between any shown operations. In some environments, multitasking and parallel processing are advantageous. Moreover, the separation of various system components in the above embodiments should not be construed as requiring such separation in all embodiments, and it should be understood that the described program components and systems can generally be integrated together in a single software product or packaged into multiple software products. Additionally, some other embodiments are within the scope of the appended claims. In some cases, the actions recited in the claims can be performed in a different order and still achieve the desired result.

[0213] As used herein, including in the claims, the term “or” when used in a list of two or more items means that any one of the listed items may be used alone, or any combination of two or more of the listed items may be used. For example, if an apparatus is described as containing components A, B, or C, the apparatus may contain a single A; a single B; a single C; a combination of A and B; a combination of A and C; a combination of B and C; or a combination of A, B, and C. Furthermore, as used herein, including in the claims, “or” as used in a list of items beginning with “at least one” indicates a separate list, for example, a list of “at least one of A, B, or C” means A or B or C or AB or AC or BC or ABC (i.e., A and B and C) or any combination of these items. As understood by one of ordinary skill in the art, the term “substantially” is defined as mostly, but not necessarily entirely, of the specified content (and includes the specified content; for example, substantially 90 degrees includes 90 degrees, and substantially parallel includes parallel). In any disclosed implementation, the term “substantially” may be replaced by “[percentage]” within the specified content, wherein the percentage includes 0.1%, 1%, 5%, or 10%.

[0214] The prior description of this disclosure is provided to enable any person skilled in the art to make or use this disclosure. Various modifications to this disclosure will be apparent to those skilled in the art, and the general principles defined herein can be applied to other variations without departing from the spirit or scope of this disclosure. Therefore, this disclosure is not intended to be limited to the examples and designs described herein, but is accorded the broadest scope consistent with the principles and novel features disclosed herein.

Claims

1. An apparatus for wireless communication, comprising: Memory; A processor, coupled to the memory, is configured to perform the following operations: Determine the downlink control information (DCI) of the first wireless network, the DCI including a simulated downlink scheduling allocation generated by the device; Uplink data is determined at least in part based on the DCI; The uplink data is stored in the memory; as well as The uplink data is retrieved from the memory to be used as simulated downlink data for the first wireless network.

2. The apparatus according to claim 1, wherein, The processor is also configured to perform the following operations: Processing the simulated downlink data; and Evaluate the processing of the simulated downlink data.

3. The apparatus according to claim 2, wherein, The assessment includes at least one of the following: Determine the compliance of the processing with wireless network specifications; Determine the power profile of the processor during processing; or Determine the hot profile of the processor during processing.

4. The apparatus according to claim 2, wherein, Processing the simulated downlink data includes isolating at least one of the uplink protocol layer or the downlink protocol layer for the evaluation.

5. The apparatus according to claim 2, wherein, The uplink data is determined to include application data of a first participant receiving a video call, and the processing of the simulated downlink data includes simulating the video call based on the simulated downlink data by a second participant.

6. The apparatus according to claim 2, wherein, The processor is also configured to perform the following operations: Communication is based at least in part on one or more parameters; The machine learning algorithm is trained based at least in part on the evaluation of the processing of the simulated downlink data; as well as The one or more parameters are determined based at least in part on the machine learning algorithm.

7. The apparatus according to claim 1, wherein, Determining downlink control information (DCI) includes: The simulated downlink scheduling allocation for the simulated downlink data corresponding to the uplink data is determined by relating the simulated downlink scheduling allocation to the availability of the simulated downlink data in the memory.

8. The apparatus according to claim 1, wherein, The processor is configured to also perform at least one of the following operations: Transmission and reception are performed on the second wireless network, while determining the downlink control information (DCI) of the first wireless network; or Simulate a second wireless network while determining the downlink control information (DCI) of the first wireless network.

9. The apparatus according to claim 1, wherein, The processor is also configured to perform the following operations: Receive user data from a user application, wherein the determination of the uplink data is based at least in part on the user data; Determine the acknowledgment / negative acknowledgment (ACK / NACK) that is independent of the transmissions received on the first wireless network; and Provide the acknowledgment / negative acknowledgment (ACK / NACK) to the user application.

10. The apparatus according to claim 1, wherein, The device includes user equipment (UE).

11. The apparatus according to claim 1, wherein, Retrieving the uplink data from the memory for use as the simulated downlink data includes retrieving the simulated downlink data using the exchanged source and destination addresses.

12. A method for wireless communication, comprising: Determine the downlink control information (DCI) of the first wireless network, the DCI including a simulated downlink scheduling allocation generated on a device with memory; Uplink data is determined at least in part based on the DCI; The uplink data is stored in the memory; as well as The uplink data is retrieved from the memory to be used as simulated downlink data for the first wireless network.

13. The method of claim 12, further comprising: Process the simulated downlink data; as well as Evaluate the processing of the simulated downlink data.

14. The method according to claim 13, wherein, The assessment includes at least one of the following: determining the processing's compliance with wireless network specifications; determining the processor's power profile during processing; or determining the processor's thermal profile during processing.

15. The method according to claim 13, wherein, Processing the simulated downlink data includes isolating at least one of the uplink protocol layer or the downlink protocol layer for the evaluation.

16. The method according to claim 13, wherein, Determining the uplink data includes receiving user application data, the user application data including first video data of a first participant in a video call, and wherein processing the simulated downlink data includes simulating a second participant in the video call based on the simulated downlink data.

17. The method according to claim 13, wherein, The method further includes: Communication is based at least in part on one or more parameters; The machine learning algorithm is trained based at least in part on the evaluation of the processing of the simulated downlink data; and The one or more parameters are determined based at least in part on the machine learning algorithm.

18. The method according to claim 12, wherein, Determining downlink control information (DCI) includes: The simulated downlink scheduling allocation for the simulated downlink data corresponding to the uplink data is determined by relating the simulated downlink scheduling allocation to the availability of the simulated downlink data in the memory.

19. The method of claim 12, further comprising at least one of the following: Transmission and reception are performed on the second wireless network, while simultaneously generating downlink control information (DCI) for the first wireless network; or Simulate a second wireless network while determining the downlink control information (DCI) of the first wireless network.

20. The method of claim 12, further comprising: Receive user data from a user application, wherein it is determined that the uplink data is at least partially based on the user data; Determine the acknowledgment / negative acknowledgment (ACK / NACK) that is independent of the transmissions received on the first wireless network; and Provide the acknowledgment / negative acknowledgment (ACK / NACK) to the user application.

21. A non-transitory computer-readable medium storing instructions for wireless communication, the instructions, when executed by a processor of a device, causing the device to perform operations including: Determine the downlink control information (DCI) of the first wireless network, the DCI including a simulated downlink scheduling allocation generated by the device; Uplink data is determined at least in part based on the DCI; The uplink data is stored in a memory; as well as The uplink data is retrieved from the memory to be used as simulated downlink data for the first wireless network.

22. The non-transitory computer-readable medium of claim 21, further comprising instructions, which, when executed by the processor of the device, cause the device to perform operations including: Processing the simulated downlink data; and Evaluate the processing of the simulated downlink data.

23. The non-transitory computer-readable medium according to claim 22, wherein, The assessment includes at least one of the following: determining the compliance of the processing with wireless network specifications; determining the power profile of the processor during processing; or determining the thermal profile of the processor during processing.

24. The non-transitory computer-readable medium according to claim 22, wherein, Processing the simulated downlink data includes isolating at least one of the uplink protocol layers for the evaluation.

25. The non-transitory computer-readable medium according to claim 22, wherein, Determining the uplink data includes encapsulating user application data, the user application data including first video data of a first participant in a video call, and wherein processing the simulated downlink data includes simulating a second participant in the video call based on the simulated downlink data.

26. The non-transitory computer-readable medium according to claim 21, wherein, Generating downlink control information (DCI) includes: The simulated downlink scheduling allocation for the simulated downlink data corresponding to the uplink data is determined by relating the simulated downlink scheduling allocation to the availability of the simulated downlink data in the memory.

27. An apparatus for wireless communication, comprising: A unit for determining downlink control information (DCI) of a first wireless network, the DCI including a simulated downlink scheduling allocation generated by the device; Units used to determine uplink data based at least in part on the DCI; A unit for storing the uplink data in a memory; as well as Units for retrieving the uplink data from the memory to be used as analog downlink data for the first wireless network.

28. The apparatus of claim 27, further comprising: Units used for processing the simulated downlink data; as well as A unit for evaluating the processing of the simulated downlink data.

29. The apparatus according to claim 28, wherein, The unit for evaluation includes a unit for determining the thermal profile of the unit for processing.

30. The apparatus according to claim 27, wherein, The unit for determining the downlink control information (DCI) of the first wireless network includes: A unit for determining the simulated downlink scheduling allocation for the simulated downlink data corresponding to the uplink data by relating the simulated downlink scheduling allocation to the availability of the simulated downlink data in the memory.

Images