WO2017196380A1 - Évitement de rejet de données vidéo critiques dans une pile de modems d'évolution à long terme - Google Patents

Évitement de rejet de données vidéo critiques dans une pile de modems d'évolution à long terme Download PDF

Info

Publication number
WO2017196380A1
WO2017196380A1 PCT/US2016/045972 US2016045972W WO2017196380A1 WO 2017196380 A1 WO2017196380 A1 WO 2017196380A1 US 2016045972 W US2016045972 W US 2016045972W WO 2017196380 A1 WO2017196380 A1 WO 2017196380A1
Authority
WO
WIPO (PCT)
Prior art keywords
critical
video
pdcp
pdcp sdu
communication
Prior art date
Application number
PCT/US2016/045972
Other languages
English (en)
Inventor
Eric Perraud
Jordi ARTACHO TERREU
Thomas Luetzenkirchen
Hyung-Nam Choi
Linda S. Cline
Original Assignee
Intel IP Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Intel IP Corporation filed Critical Intel IP Corporation
Priority to DE112016006850.6T priority Critical patent/DE112016006850T5/de
Publication of WO2017196380A1 publication Critical patent/WO2017196380A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
    • H04L47/2433—Allocation of priorities to traffic types
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0205—Traffic management, e.g. flow control or congestion control at the air interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2416—Real-time traffic

Definitions

  • the present disclosure relates to video streaming, and more specifically avoiding the discard of critical video data in a modem long term evolution (LTE) stack.
  • LTE long term evolution
  • Wireless mobile communication technology uses various standards and protocols to transmit data between a node (e.g., a transmission station) and a wireless device (e.g., a mobile device), or a user equipment (UE).
  • a node e.g., a transmission station
  • a wireless device e.g., a mobile device
  • UE user equipment
  • an access node can be a combination of Evolved Universal Terrestrial Radio Access Network (E-UTRAN) Node Bs (also commonly denoted as evolved Node Bs, enhanced Node Bs, eNodeBs, or eNBs) which communicates with the UE.
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • Node Bs also commonly denoted as evolved Node Bs, enhanced Node Bs, eNodeBs, or eNBs
  • the downlink (DL) transmission can be a communication from the node (e.g., eNB) to the UE
  • ViLTE voice over long term evolution
  • ViLTE video over long term evolution
  • ViLTE decoder can be less robust against packet loss.
  • the quality of the decoded frames depends on the preceding frames. For example in H264 encoding an l-frame is the key reference frame for a whole video sequence; the P-frames are the compressed frames attached to the l-frame and used during prediction.
  • an l-frame is lost or partially lost, the full video sequence is lost until a new l-frame is received, which is perceived by the end-user (e.g., UE) as a video freeze of typically a few seconds. If a P- frame is fully / completely lost, the prediction chain is broken and the video sequence becomes frozen until a new l-frame is received. However, if a P-frame is partially received, it can be attempted to be decoded and the next frames can be attempted to be decoded.
  • the video bitrate can be variable and not constant, and so the size of video frames (after H264 encoding) can vary significantly.
  • FIG. 1 is a block diagram illustrating an example of a network device such as a user equipment (UE) or an evolved NodeB (eNB) useable in connection with various aspects described herein.
  • UE user equipment
  • eNB evolved NodeB
  • FIG. 2 is a block diagram of another example of a UE, an eNB, or other network device that operates to prevent video data loss according to various aspects described herein.
  • FIG. 3 is a block diagram of another example of a UE, an eNB, or other network device that operates to prevent video data loss according to various aspects described herein.
  • FIG. 4 illustrates a block diagram of an example video bearer queue in accordance with one or more aspects.
  • FIG. 5 illustrates a block diagram of a media access control control element (MAC CE) for communicating various indications or statuses of video data in accordance with one or more aspects.
  • MAC CE media access control control element
  • FIG. 6 illustrates a block diagram of a packet data convergence protocol (PDCP) header for communicating various indications or statuses of video data in accordance with one or more aspects.
  • PDCP packet data convergence protocol
  • FIG. 7 illustrates an example process flow for avoiding a discard of critical video data in a modem long term evolution stack of a network device in accordance with one or more aspects described herein.
  • FIG. 8 illustrates another example process flow in accordance with one or more aspects described herein.
  • a component can be a processor (e.g., a microprocessor, a controller, or other processing device), a process running on a processor, a controller, an object, an executable, a program, a storage device, a computer, a tablet PC and/or a user equipment (UE) (e.g., mobile / wireless phone, etc.) with a processing device.
  • UE user equipment
  • an application running on a server and the server can also be a component.
  • One or more components can reside within a process, and a component can be localized on one computer and/or distributed between two or more computers.
  • a set of elements or a set of other components can be described herein, in which the term "set" can be interpreted as "one or more.”
  • these components can execute from various computer readable storage media or computer readable medium having various data structures stored thereon such as with a module, for example.
  • the components can communicate via local and/or remote processes such as in accordance with a signal having one or more data packets (e.g., data from one component interacting with another component in a local system, distributed system, and/or across a network, such as, the Internet, a local area network, a wide area network, or similar network with other systems via the signal).
  • a signal having one or more data packets (e.g., data from one component interacting with another component in a local system, distributed system, and/or across a network, such as, the Internet, a local area network, a wide area network, or similar network with other systems via the signal).
  • a component can be an apparatus with specific functionality provided by mechanical parts operated by electric or electronic circuitry, in which the electric or electronic circuitry can be operated by a software application or a firmware application executed by one or more processors.
  • the one or more processors can be internal or external to the apparatus and can execute at least a part of the software or firmware application.
  • a component can be an apparatus that provides specific functionality through electronic components without mechanical parts; the electronic components can include one or more processors therein to execute software and/or firmware that confer(s), at least in part, the functionality of the electronic
  • circuitry may refer to, be part of, or include
  • ASIC Application Specific Integrated Circuit
  • circuitry may be implemented in, or functions associated with the circuitry may be implemented by, one or more software or firmware modules.
  • circuitry may include logic, at least partially operable in hardware.
  • a network device can classify video packets to be transmitted over a long term evolution (LTE) network as critical or non-critical service data units (SDUs) (e.g., a critical packet data convergence protocol (PDCP) SDU) of a video bearer queue.
  • SDUs critical or non-critical service data units
  • a communication can be generated that identifies any SDU classified as critical and initiates a modification of an uplink (UL) bandwidth to avoid discarding video data of the video packets in response to the communication.
  • the eNB can then enable an increase in a number of UL grants or an increase in a size of UL grants to the UE to facilitate the modification of UL bandwidth.
  • GRR dedicated guaranteed bit rate
  • RLC radio link control
  • PDCP finite packet data convergence protocol
  • SDU discard timer 150ms typically since it is a real-time traffic.
  • RTP real-time transport protocol
  • the I- frames are the ones with the highest probability of packet discard because they are the longest frames.
  • video data of l-frames are the most critical data of the ViLTE bearer for the perceived video quality on the remote side at the UE.
  • This video data is also the weakest among the video frames.
  • Video bitrate adaptation does not necessarily resolve the challenge.
  • Internet protocol multimedia subsystem IMS has defined some bitrate adaptation mechanisms where the video receiver can request bitrate adaptation based on statistical analysis of the received video flow (temporary max media bitrate (TMMBR) feedback carried in a real-time control transport protocol (RTCP) report).
  • TMPR temporary max media bitrate
  • RTCP real-time control transport protocol
  • the video sender can also locally detect radio UL congestion and adapt its bitrate accordingly.
  • FIG. 1 illustrates, for one embodiment, example components of a cell network device 100, such as a base station, a macro cell network device, a secondary cell network device, a small cell network device, an evolved / enhanced NodeB (eNB), or any other network device (e.g. a user equipment, pico cell, Femto cell or the like).
  • the cell network device 100 can include application circuitry 102, baseband circuitry 104, Radio Frequency (RF) circuitry 106, front- end module (FEM) circuitry 108 and one or more antennas 1 10, coupled together at least as shown.
  • RF Radio Frequency
  • FEM front- end module
  • the application circuitry 102 can include one or more application processors.
  • the application circuitry 102 can include circuitry such as, but not limited to, one or more single-core or multi-core processors.
  • the processor(s) can include any combination of general-purpose processors and dedicated processors (e.g., graphics processors, application processors, etc.).
  • the processors can be coupled with and/or can include memory/storage and can be configured to execute instructions stored in the memory/storage to enable various applications and/or operating systems to run on the system.
  • the baseband circuitry 104 can include circuitry such as, but not limited to, one or more single-core or multi-core processors.
  • the baseband circuitry 104 can include one or more baseband processors and/or control logic to process baseband signals received from a receive signal path of the RF circuitry 106 and to generate baseband signals for a transmit signal path of the RF circuitry 106.
  • Baseband processing circuity 104 can interface with the application circuitry 102 for generation and processing of the baseband signals and for controlling operations of the RF circuitry 106.
  • the baseband circuitry 104 can include a second generation (2G) baseband processor 104a, third generation (3G) baseband processor 104b, fourth generation (4G) baseband processor 104c, and/or other baseband processor(s) 104d for other existing generations, generations in development or to be developed in the future (e.g., fifth generation (5G), 6G, etc.).
  • the baseband circuitry 104 e.g., one or more of baseband processors 104a-d
  • the radio control functions can include, but are not limited to, signal modulation/demodulation, encoding/decoding, radio frequency shifting, etc. In some embodiments,
  • modulation/demodulation circuitry of the baseband circuitry 104 can include Fast-Fourier Transform (FFT), precoding, and/or constellation mapping / demapping functionality.
  • FFT Fast-Fourier Transform
  • encoding/decoding circuitry of the baseband circuitry 104 can include convolution, tail-biting convolution, turbo, Viterbi, and/or Low Density Parity Check (LDPC) encoder/decoder functionality.
  • LDPC Low Density Parity Check
  • the baseband circuitry 104 can include elements of a protocol stack such as, for example, elements of an evolved universal terrestrial protocol stack.
  • EUTRAN radio access network
  • PHY physical
  • MAC media access control
  • RLC radio link control
  • PDCP packet data convergence protocol
  • RRC radio resource control
  • a central processing unit (CPU) 104e of the baseband circuitry 104 can be configured to run elements of the protocol stack for signaling of the PHY, MAC, RLC, PDCP and/or RRC layers.
  • the baseband circuitry can include one or more audio digital signal processor(s) (DSP) 104f.
  • the audio DSP(s) 104f can be include elements for compression/decompression and echo cancellation and can include other suitable processing elements in other embodiments.
  • Components of the baseband circuitry can be suitably combined in a single chip, a single chipset, or disposed on a same circuit board in some embodiments.
  • some or all of the constituent components of the baseband circuitry 104 and the application circuitry 102 can be implemented together such as, for example, on a system on a chip (SOC).
  • SOC system on a chip
  • the baseband circuitry 104 can provide for
  • the baseband circuitry 104 can support communication with an evolved universal terrestrial radio access network (EUTRAN) and/or other wireless metropolitan area networks (WMAN), a wireless local area network (WLAN), a wireless personal area network (WPAN).
  • EUTRAN evolved universal terrestrial radio access network
  • WMAN wireless metropolitan area networks
  • WLAN wireless local area network
  • WPAN wireless personal area network
  • multi-mode baseband circuitry Embodiments in which the baseband circuitry 104 is configured to support radio communications of more than one wireless protocol.
  • RF circuitry 106 can enable communication with wireless networks
  • the RF circuitry 106 can include switches, filters, amplifiers, etc. to facilitate the communication with the wireless network.
  • RF circuitry 106 can include a receive signal path which can include circuitry to down-convert RF signals received from the FEM circuitry 108 and provide baseband signals to the baseband circuitry 104.
  • RF circuitry 106 can also include a transmit signal path which can include circuitry to up-convert baseband signals provided by the baseband circuitry 104 and provide RF output signals to the FEM circuitry 108 for transmission.
  • the RF circuitry 106 can include a receive signal path and a transmit signal path.
  • the receive signal path of the RF circuitry 106 can include mixer circuitry 106a, amplifier circuitry 106b and filter circuitry 106c.
  • the transmit signal path of the RF circuitry 106 can include filter circuitry 1 06c and mixer circuitry 106a.
  • RF circuitry 106 can also include synthesizer circuitry 106d for synthesizing a frequency for use by the mixer circuitry 106a of the receive signal path and the transmit signal path.
  • the mixer circuitry 106a of the receive signal path can be configured to down-convert RF signals received from the FEM circuitry 108 based on the synthesized frequency provided by synthesizer circuitry 106d.
  • the amplifier circuitry 106b can be configured to amplify the down-converted signals and the filter circuitry 106c can be a low- pass filter (LPF) or band-pass filter (BPF) configured to remove unwanted signals from the down-converted signals to generate output baseband signals.
  • LPF low- pass filter
  • BPF band-pass filter
  • Output baseband signals can be provided to the baseband circuitry 104 for further processing.
  • the output baseband signals can be zero-frequency baseband signals, although this is not a requirement.
  • mixer circuitry 106a of the receive signal path can comprise passive mixers, although the scope of the embodiments is not limited in this respect.
  • the mixer circuitry 106a of the transmit signal path can be configured to up-convert input baseband signals based on the synthesized frequency provided by the synthesizer circuitry 106d to generate RF output signals for the FEM circuitry 108.
  • the baseband signals can be provided by the baseband circuitry 104 and can be filtered by filter circuitry 106c.
  • the filter circuitry 106c can include a low-pass filter (LPF), although the scope of the embodiments is not limited in this respect.
  • the mixer circuitry 106a of the receive signal path and the mixer circuitry 106a of the transmit signal path can include two or more mixers and can be arranged for quadrature down-conversion or up-conversion respectively.
  • the mixer circuitry 106a of the receive signal path and the mixer circuitry 106a of the transmit signal path can include two or more mixers and can be arranged for image rejection (e.g., Hartley image rejection). In some embodiments, the mixer circuitry 106a of the receive signal path and the mixer circuitry 106a can be arranged for direct down-conversion or direct up-conversion, respectively. In some embodiments, the mixer circuitry 106a of the receive signal path and the mixer circuitry 106a of the transmit signal path can be configured for super-heterodyne operation.
  • the output baseband signals and the input baseband signals can be analog baseband signals, although the scope of the embodiments is not limited in this respect.
  • the output baseband signals and the input baseband signals can be digital baseband signals. In these alternate
  • the RF circuitry 106 can include analog-to-digital converter (ADC) and digital-to-analog converter (DAC) circuitry and the baseband circuitry 104 can include a digital baseband interface to communicate with the RF circuitry 106.
  • ADC analog-to-digital converter
  • DAC digital-to-analog converter
  • a separate radio IC circuitry can be provided for processing signals for each spectrum, although the scope of the embodiments is not limited in this respect.
  • the synthesizer circuitry 106d can be a fractional-N synthesizer or a fractional N/N+1 synthesizer, although the scope of the embodiments is not limited in this respect as other types of frequency synthesizers can be suitable.
  • synthesizer circuitry 106d can be a delta-sigma synthesizer, a frequency multiplier, or a synthesizer comprising a phase-locked loop with a frequency divider.
  • the synthesizer circuitry 106d can be configured to synthesize an output frequency for use by the mixer circuitry 106a of the RF circuitry 106 based on a frequency input and a divider control input.
  • the synthesizer circuitry 106d can be a fractional N/N+1 synthesizer.
  • frequency input can be provided by a voltage controlled oscillator (VCO), although that is not a requirement.
  • VCO voltage controlled oscillator
  • Divider control input can be provided by either the baseband circuitry 104 or the applications processor 102 depending on the desired output frequency.
  • a divider control input e.g., N
  • Synthesizer circuitry 106d of the RF circuitry 106 can include a divider, a delay- locked loop (DLL), a multiplexer and a phase accumulator.
  • DLL delay- locked loop
  • the divider can be a dual modulus divider (DMD) and the phase accumulator can be a digital phase accumulator (DPA).
  • DMD can be configured to divide the input signal by either N or N+1 (e.g., based on a carry out) to provide a fractional division ratio.
  • the DLL can include a set of cascaded, tunable, delay elements, a phase detector, a charge pump and a D-type flip-flop.
  • the delay elements can be configured to break a VCO period up into Nd equal packets of phase, where Nd is the number of delay elements in the delay line. In this way, the DLL provides negative feedback to help ensure that the total delay through the delay line is one VCO cycle.
  • synthesizer circuitry 106d can be configured to generate a carrier frequency as the output frequency, while in other embodiments, the output frequency can be a multiple of the carrier frequency (e.g., twice the carrier frequency, four times the carrier frequency) and used in conjunction with quadrature generator and divider circuitry to generate multiple signals at the carrier frequency with multiple different phases with respect to each other.
  • the output frequency can be a LO frequency (fLO).
  • the RF circuitry 106 can include an IQ / polar converter.
  • FEM circuitry 108 can include a receive signal path which can include circuitry configured to operate on RF signals received from one or more antennas 1 10, amplify the received signals and provide the amplified versions of the received signals to the RF circuitry 106 for further processing.
  • FEM circuitry 108 can also include a transmit signal path which can include circuitry configured to amplify signals for transmission provided by the RF circuitry 106 for transmission by one or more of the one or more antennas 1 10.
  • the FEM circuitry 108 can include a TX / RX switch to switch between transmit mode and receive mode operation, or operate
  • the FEM circuitry can include a receive signal path and a transmit signal path.
  • the receive signal path of the FEM circuitry can include a low-noise amplifier (LNA) to amplify received RF signals and provide the amplified received RF signals as an output (e.g., to the RF circuitry 106).
  • the transmit signal path of the FEM circuitry 108 can include a power amplifier (PA) to amplify input RF signals (e.g., provided by RF circuitry 106), a processor and one or more filters to generate RF signals for subsequent transmission (e.g., by one or more of the one or more antennas 1 10.
  • PA power amplifier
  • the cell network device 100 can include additional elements such as, for example, one or more processors, memory/storage, display, camera, sensor, and/or input/output (I/O) interface.
  • processors for example, one or more processors, memory/storage, display, camera, sensor, and/or input/output (I/O) interface.
  • I/O input/output
  • Embodiments disclosed herein can be enabled or facilitated by one or more components (e.g., FEM circuitry 108, RF circuitry 106, baseband circuitry 104, or otherwise) of the cell network device 100 to enable the classification and communication of critical video SDUs within a video bearer queue (e.g., memory 224 of FIG. 2).
  • These SDUs can be selected from among PDCP SDUs that carry a real-time transport protocol (RTP) packet of an l-frame, or that carry an RTCP feedback report, for example, or that carry any packet which is determined as critical for the perceived quality on the remote or on the sender device.
  • RTP real-time transport protocol
  • l-frame data and some RTCP feedback packets are not usually able to have a preferred handling over P-frame data because they are carried by the same video bearer.
  • embodiments disclosed herein can assist the eNB scheduling processes via the UL radio interface so that this critical video data is still transmitted on- time and the detriments from the discarding of such data are avoided.
  • the RTP video packets can be classified by components of the network device 100 as critical and non-critical SDUs.
  • the video data of l-frames can be the most important ones for the perceived video quality (e.g., by the eNB or other network device) for the remote device.
  • the quality of the received video on the local side or by the UE, for example, can depend on the successful transmission of some RTCP feedbacks, which can be carried by the same bearer as the video sent data. Hence, if a video bearer queue is highly full, some of these feedbacks can be discarded because their lifetime has expired.
  • RTCP feedbacks reports could be considered as critical data, especially, for example, with an RTCP full intra request (particularly true with dynamic instantaneous decoder refresh(es)), or some RTCP negative acknowledgements (NACKs) (with some NACK packets being more critical than others for visual perception).
  • NACKs RTCP negative acknowledgements
  • l-frame data and some RTCP feedback packets do not typically have a preferred handling versus P-frame data because they are carried by the same bearer.
  • the UL radio interface can be configured to transmit this critical data.
  • Embodiments disclosed herein can help the eNB scheduling algorithm for UL grants so that these critical data are further ensured to be transmitted on-time.
  • a media access control (MAC) control element can be configured to notify the eNB of a presence of critical data (l-frame or some critical RTCP feedback).
  • the MAC control element can be further configured to indicate to the eNB of a level of satisfaction (or an estimation) with current UL grants or the most critical UL grants. For example, an indication of the MAC control element can indicate that that allocated UL grants are not sufficient to transmit the PDCP SDUs classified as critical data before their death or deletion, before an expiration of a discard time or whether the PDCP SDUs deemed critical have sufficient UL bandwidth to be transmitted.
  • the network device e.g., the UE 100
  • Death of the critical data can occur, for example, when a PDCP timer of the device expires. As a result of a timer expiration, the network device 100 can discard the critical data or critical PDCP SDUs, for example. As a result of the eNB receiving such communication of the MAC control element with these indications, the eNB can initiate a preferred allocation of more UL grants or larger UL grants until these critical data (either as PDCP SDUS of an l-frame, of PDCP SDUs of a RTCP feedback report) can be completely transmitted.
  • a set of reserved bits (e.g., two or more reserved bits, three reserved bits or more) of a PDCP Header can be generated as in-band signaling communication to indicate whether the SDU (e.g., a PDCP SDU) is a critical one and in addition the number of consecutive critical PDCP SDUs following this critical PDCP SDU or on the same video frame, which by default can be zero unless indicated.
  • the eNB communicating video data associated with ViLTE can be triggered or initiated to perform a packet inspection of data of the video GBR bearer by communications from the UE. If these communication bits indicate that there are a number N of critical PDCP frames just following the current frame, the eNB, for example, can constrain UL scheduling processes to anticipate the desire of larger or more frequent grants and thereby influence the LTE eNB scheduling of UL grants by taking into account the quantity of data per bearer as well as the classification (critical / non-critical).
  • FIG. 2 further illustrates an embodiment of a network device or system 200 to be employed in an eNB, a UE or other network device that facilitates or enables signaling mechanisms to prevent discarding of critical video data, including critical video SDUs of an l-frame, an RTCP feedback report, or both.
  • System or device 200 can include the baseband circuitry component 104, the radio frequency (RF) circuitry component 106, or a front end module circuitry component 108 of FIG. 1 , as well as communication component or platform 208 with transmitter circuitry component(s) / receiver circuitry component 210, a processor 216 and memory 224.
  • RF radio frequency
  • system 200 can be included within an Evolved Universal Terrestrial Radio Access Network (E-UTRAN) Node B (Evolved Node B, eNodeB, or eNB), other base station, network access point, a secondary cell network device (e.g., a small cell, or WiFi network device) or other cell network component/device (e.g., UE) in a wireless communications network.
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • Node B Evolved Node B, eNodeB, or eNB
  • Memory 224 also can include instructions that can be implemented by processor 216, transmitter circuitry 210, or receiver circuitry 210 to implement various aspects described herein.
  • Memory 224 can comprise one or more machine-readable medium / media including instructions that, when performed by a machine or component herein cause the machine to perform acts of the method or of an apparatus or system for concurrent communication using multiple communication technologies according to embodiments and examples described herein. It is to be understood that aspects described herein can be implemented by hardware, software, firmware, or any combination thereof. When implemented in software, functions can be stored on or transmitted over as one or more instructions or code on a computer-readable medium (e.g., the memory described herein or other storage device). Computer-readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another.
  • a storage media or a computer readable storage device can be any available media that can be accessed by a general purpose or special purpose computer.
  • Such computer-readable media can comprise RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or other tangible and/or non-transitory medium, that can be used to carry or store desired information or executable instructions.
  • any connection is properly termed a computer-readable medium.
  • Disk and disc includes compact disc (CD), laser disc, optical disc, digital versatile disc (DVD), floppy disk and blu-ray disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers. Combinations of the above should also be included within the scope of computer-readable media. As described in greater detail below, system 200.
  • Access equipment e.g., eNB, network entity, or the like
  • UE or software related to access of the network device 200 can receive and transmit signal(s) from and to wireless devices, wireless ports, wireless routers, etc. through segments 202 202 B (B is a positive integer).
  • Segments 202 202 B can be internal and/or external to access equipment and/or software related to access of a network, and can be controlled by a monitor component 204 and an antenna component 206.
  • Monitor component 204 and antenna component 206 can couple to communication component 208, which can include electronic components and associated circuitry that provide for processing and manipulation of received signal(s) and other signal(s) to be transmitted.
  • communication component 208 includes the receiver/transmitter 210 that can convert analog signals to digital signals upon reception of the analog signals, and can convert digital signals to analog signals upon transmission.
  • receiver / transmitter 210 can divide a single data stream into multiple, parallel data streams, or perform the reciprocal operation.
  • Coupled to receiver/transmitter 210 can be a multiplexer / demultiplexer 212 that can facilitate manipulation of signals in time and frequency space.
  • Multiplexer / demultiplexer 212 can multiplex information (data/traffic and control/signaling) according to various multiplexing schemes such as time division multiplexing, frequency division multiplexing, orthogonal frequency division multiplexing, code division multiplexing, space division multiplexing.
  • multiplexer / demultiplexer component 212 can scramble and spread information (e.g., codes, according to substantially any code known in the art, such as Hadamard-Walsh codes, Baker codes, Kasami codes, polyphase codes, and so forth).
  • codes e.g., codes, according to substantially any code known in the art, such as Hadamard-Walsh codes, Baker codes, Kasami codes, polyphase codes, and so forth.
  • a modulator / demodulator 214 can also be a part of communication component / platform 208, and can modulate information according to multiple modulation techniques, such as frequency modulation, amplitude modulation (e.g., M-ary quadrature amplitude modulation, with M a positive integer); phase-shift keying; and so forth).
  • modulation techniques such as frequency modulation, amplitude modulation (e.g., M-ary quadrature amplitude modulation, with M a positive integer); phase-shift keying; and so forth).
  • Access equipment and/or software related to access of a network also includes a processor 216 configured to confer, at least in part, functionality to substantially any electronic component in access equipment and/or software.
  • processor 216 can facilitate configuration of access equipment and/or software through, for example, monitor component 204, antenna component 206, and one or more components therein.
  • access equipment and/or software can include display interface 218, which can display functions that control functionality of access equipment and/or software or reveal operation conditions thereof.
  • display interface 218 can include a screen to convey information to an end user.
  • display interface 218 can be a liquid crystal display, a plasma panel, a monolithic thin-film based electrochromic display, and so on.
  • display interface 218 can include a component (e.g., speaker) that facilitates communication of aural indicia, which can also be employed in connection with messages that convey operational instructions to an end user.
  • Display interface 218 can also facilitate data entry (e.g., through a linked keypad or through touch gestures), which can cause access equipment and/or software to receive external commands (e.g., restart operation).
  • Broadband network interface 220 facilitates connection of access equipment or software to a service provider network (not shown) that can include one or more cellular technologies (e.g., third generation partnership project universal mobile telecommunication system, global system for mobile communication, and so on) through backhaul link(s) (not shown), which enable incoming and outgoing data flow.
  • Broadband network interface 220 can be internal or external to access equipment and/or software and can utilize display interface 218 for end-user interaction and status information delivery.
  • Processor 216 can be functionally connected to communication platform 208 and can facilitate operations on data (e.g., symbols, bits, or chips) for multiplexing/demultiplexing, such as effecting direct and inverse fast Fourier transforms, selection of modulation rates, selection of data packet formats, inter-packet times, and so on. Moreover, processor 216 can be functionally connected, through data, system, or an address bus 222, to display interface 218 and broadband network interface 220, to confer, at least in part, functionality to each of such components.
  • data e.g., symbols, bits, or chips
  • processor 216 can be functionally connected, through data, system, or an address bus 222, to display interface 218 and broadband network interface 220, to confer, at least in part, functionality to each of such components.
  • access equipment and/or software memory 224 can retain location and/or coverage area (e.g., macro sector, identifier(s)) access list(s) that authorize access to wireless coverage through access equipment and/or software sector intelligence that can include ranking of coverage areas in the wireless environment of access equipment and/or software, radio link quality and strength associated therewith, or the like.
  • Memory 2164 also can store data structures, code instructions and program modules, system or device information, code sequences for scrambling, spreading and pilot transmission, access point configuration, and so on.
  • Processor 216 can be coupled (e.g., through a memory bus), to memory 224 in order to store and retrieve information used to operate and/or confer functionality to the components, platform, and interface that reside within access equipment and/or software.
  • the network device 200, system, component or device herein can be any network device 200, system, component or device herein.
  • the electronic device or components or interfaces described herein can be logic and/or circuitry that can be at least partially implemented in one or more of hardware, software, and/or firmware.
  • the electronic device logic can include radio transmit logic and receive logic (e.g., 210) coupled to control logic (e.g., processor 216).
  • control logic e.g., processor 216
  • the transmit and/or receive logic can be elements or modules of transceiver logic 210.
  • the electronic device and/or the components, circuitry or interfaces of such electronic device can be configured to perform operations similar to those described elsewhere in this disclosure.
  • the network device 200 further includes a classification component 226 that can be configured to identify or classify video packets from among video packets of a video bearer queue (e.g., the memory 224).
  • the classification component 226 can be configured to identify or classify video packets from among video packets of a video bearer queue (e.g., the memory 224).
  • component 226 can operate to label, tag or otherwise distinguish critical video packets from non-critical video packets to be transmitted over an LTE network or ViLTE network.
  • the determination of criticality can be derived from a packet inspection process from a packet transfer mode protocol or other layer that performs such type of packet inspection for other purposes, and so can extend classification to video packets for determining a level of criticality (critical or non-critical) based on various criteria (e.g., UL discard time, video buffer queue congestion, or other criteria).
  • the classification component 226 can be configured to tag, or otherwise designate RTP packets of an l-frame, at least a portion / part of RTCP feedbacks, or both in metadata.
  • RTP packets a video PDCP SDU, or an RTCP feedback datum / report can be tagged as critical or non-critical.
  • the classification component 226 can be further configured to determine a number of critical video SDUs (or video PDCP SDUs) that follow the critical video PDCP SDU related to an l-frame or a critical RTCP feedback. For example, a number of critical video SDUs can default as none, and if any critical video SDUs follow the critical video SDU on the same frame or up to the next l-frame, the amount or number of following video SDUs can be determined.
  • this number can communicated (via UE) or processed (via eNB) in order to initiate UL grants (either by an increased size or increase in number of UL grants) to accommodate transmission of the critical video data stored in the video bearer queue (e.g., memory 224) based on the number of SDUs following the first identified critical video SDU.
  • the communication component 208 can be configured to generate a
  • the communication component 208 can configure the
  • the communication to initiate a modification of the UL bandwidth to avoid discarding video data of the video packets in the video bearer queue can be a switching from a regularly scheduled UL grant to one that is increased in size or in number of UL grants being scheduled, which can be based on the communication being generated, for example.
  • the communication generated by the communication component 208 can also include an identification of the critical video data as associated with the PDCP SDU of an l-frame, an RTCP feedback, or both.
  • the communication can be generated with a media access control (MAC) control element or in a PDCP header.
  • MAC media access control
  • a MAC control element can include various bits where at least one bit indicates the presence of a critical PDCP SDU in the video bearer queue 224, and at least one other bit indicates an estimation that the critical PDCP SDU is to be discarded before being transmitted based on the received UL grants (current UL grants or most critical UL grants), which can be utilized as factor for determining an amount of increase in UL grants or UL grant sizes, for example.
  • a PDCP header can utilize a set of reserve bits (e.g., about three or more bits) where at least one bit of the reserved bits can indicate a presence of the critical video PDCP SDU in the video bearer queue.
  • Other bits e.g., two bits or more
  • an eNB e.g., the network device 200 can do packet inspection of data of the video bearer (e.g., a video GBR bearer). If the indications or bits indicate that there are N critical PDCP frames sequentially or subsequently following the current frame, it can constrain its UL scheduling processes to anticipate the desire of larger or more frequent grants. These indications, for example, can play a similar role as DiffServ bits of an IP header: DiffServ bits can influence the
  • reserve bits or other bits of a MAC control element or a PDCP header can influence the LTE eNB scheduler, and the eNB (e.g., 200) can take into account the quantity of critical data per video bearer.
  • FIG. 3 illustrated is another example of a network device or system 300 to be employed in an eNB, a UE or other network device that facilitates or enables signaling mechanisms to prevent discarding of critical video data, including critical video SDUs of an l-frame, an RTCP feedback report, or both.
  • the network device 300 includes similar components as the network device 200 of FIG. 2, and further includes a partition component 302, a determination component 304, a discard component 306 and an optional scheduling component 308.
  • the partition component 302 can operate to partition the video bearer queue between non-critical PDCP SDU and critical PDCP SDU by tagging a real-time transport protocol (RTP) packet of an l-frame, a real-time control transport protocol (RTCP) feedback, or both.
  • the partition component 302 of the network device 300 can separate the classified packets which it receives from the video stack in the video bearer queue 224 as critical SDUs (of l-frames and some critical RTCP feedbacks) and non-critical SDUs.
  • the data store or memory 224 can be split via the partition component 302 into different sections 41 0 and 41 0, which can include a non-critical data section 41 0 and a critical data section 420.
  • the video data as video packets within frames can be inspected in the modem upper layers: including a layer (e.g., the classification component 226) above the PDCP, which can receive the UL data from the connectivity and dispatch them in different bearer queues 410 and 420, for example.
  • the layer can perform additional processing relying on packet inspection to optimize the overall traffic management with the video bearer queue 224.
  • This packet-traffic-layer can extend its processing to this type of classification.
  • the video stack e.g., SDUs 0-4 could have a means (e.g., the partition component 302) to tag the RTP packets of an I- frame and some critical RTCP feedbacks in metadata.
  • the partition component 302 can separate SDUs (e.g., SDUs 0-4) of the video bearer queue 224 into the two queues41 0 and 420.
  • SDU 4 and SDU 0, for example, can be separate video frames within a sequence of video data frames.
  • SDUs 1 -3 can be video packets on a same frame, for example.
  • the first critical SDU can be identified as SDU 1 , for example.
  • SDUs 2 and 3 could be identified as contiguous linked list of video SDUs as critical on the same frame or following the first identified critical SDU (e.g., SDU 1 ).
  • Q can represent the quantity of video data from a beginning of the video bearer queue critical data partition 420 up to SDU N1 , in which Q
  • N1 SDU 3
  • the determination component 304 can generate a determination of whether a critical SDU is estimated to be discarded prior to being transmitted from the video bearer queue 224 based on at least one of: a remaining time to discard of the critical PDCP SDU or an estimated transmission time of the critical PDCP SDU.
  • the communication component 208 can generate the communication (e.g., from UE 100 to eNB 200) with an additional indication that the critical PDCP SDU is estimated to be discarded prior to the transmission, which is a function of or based on current or the most high level UL grants presently provided at the UE.
  • the determination component 304 of the network device 300 estimates that there is a high risk or likelihood that the critical video data (e.g., a PDCP SDU classified as critical) could not be transmitted or communicated within a time, or before an expiration of the SDU discard timer (e.g., discard component 306), which can be at about 150 ms or other time range, then the discard component 306 can discard the preceding data of P-frame(s) up to the first critical video data / PDCP SDU in the video bearer queue 224.
  • the critical video data e.g., a PDCP SDU classified as critical
  • the discard component 306 can discard the preceding data of P-frame(s) up to the first critical video data / PDCP SDU in the video bearer queue 224.
  • This discarding can then operate to enable the next UL grants to be used to transmit the critical video data to the eNB (e.g., 100 or 200), for example.
  • the communication component 208 can generate the communication with additional indication that non-critical PDCP SDUs have been deleted.
  • the eNB's scheduler or scheduling component 308 can take into account that non-critical PDCP SDUs have been deleted in medication of the UL grants when determining whether to increase the size or the number of UL grants to the UE for UL transmissions.
  • the scheduling component 308 can operate to schedule UL grants to a UE communicatively coupled to the LTE network by switching between a modified UL bandwidth via an increase in a number of UL grants or a size of UL grants, and a regular UL bandwidth that is smaller than the modified UL bandwidth, either smaller in number or size.
  • a UE e.g., 100
  • can transmit an indication of critical video data a critical PDCP SDU and RTCP feedback report
  • an identification of the video data as well as other identifications of subsequent critical video data, and whether there has been a discarding of non-critical video data (e.g., P-frames) or an amount of non-critical data from the video bearer queue 224.
  • the scheduling component 308 can take these indications into consideration when determining the size or number of UL grants to modified for the UE's further transmission.
  • FIG. 5 illustrates an example of a MAC control element 500 that can be generated by the communication component 208 in accordance with one or more aspects or embodiments described herein.
  • the communication component 208 of FIG. 3 can operate to generate communications with indication(s) of one or more critical video PDCP SDUs within the video bearer queue 224. This communication can be generated with a MAC control element (MAC CE) 500 comprising a byte (e.g., Video_MAC_CE).
  • MAC CE MAC control element
  • the MAC CE 500 can include a critical video data indication 506 (e.g., CrDPr), which can comprise a single bit indicating that a critical SDU is present in the video bearer queue 224.
  • the LCID indications 502 and 504 can comprise identification(s) of a particular video bearer.
  • a happy indication 508 can be generated within the MAC CE 500 to indicate that, with latest / current UL grant allocation, the critical video SDU classified within the video bearer queue 224 will be dead before being transmitted.
  • the indication 508 can provide whether a discard timer (e.g., discard component 306) is estimated to expire before transmission of the particular critical video data (e.g., critical PDCP SDU or related RTCP feedback data). Additional bits can also indicate other information related to the critical PDCP SDU as one of ordinary skill in the art can appreciate, such as related to non-critical SDU preceding the first critical SDU tagged, for example.
  • a MAC layer or communication component 208 of the MAC layer When a MAC layer or communication component 208 of the MAC layer has a MAC PDU to build, it can check if there are any critical SDUs in the video bearer queue 224. If yes, it can then transmit a Video_MAC_CE 500 with CrDPr as True. When all the critical SDUs are transmitted (e.g., by a UE 100, 200 or 300), the communication
  • the scheduling component 308 of an eNB can know that critical video data are ready to be transmitted. As a consequence, the scheduling component 308 can take this knowledge into account in its scheduling processes and can then attempt to allocate either large enough UL grants or more frequent UL grants to the UE.
  • the scheduling component can switch back to the regular scheduling or standard UL grants that can be either less in number or smaller in size, for example.
  • the communication component 208 or discard
  • RTTD RemainingTimeToDiscard
  • eTTC estimatedTransmissionTimeofCriticalSDU
  • RTTD SDUNI Discard time - Current time
  • an amount of more critical data can be the current buffer status report (BSR) value of signaling radio bearers (SRBs) or audio bearers, and the latest UL grant / ⁇ can further determine the latest UL bitrate ( ⁇ being the interval between 2 last successive UL grants).
  • the considered UL radio bitrate can be an estimated UL bitrate using a first order filter (with a forgetting factor to be tuned) or an average UL bitrate sliding window and the past (UL grant ⁇ / ⁇ ⁇ ).
  • SRB and audio data can be subtracted at each evaluation because they can be more critical and can take a portion of the UL grant, for example.
  • the network device or component e.g., discard component 306 can estimate that the critical video SDUs would be sent on time if the eNB assigns the same grant and same periodicity to the device.
  • scheduler 308 so that it does its best to get these critical video data of the video bearer queue 224 transmitted on-time.
  • FIG. 6 illustrated is an example of a PDCP header 600 in
  • the communication component 208 of FIG. 3 can operate to generate communications with indication(s) of one or more critical video PDCP SDUs within the video bearer queue 224 by additionally or alternatively configuring a PDCP header.
  • This communication can be generated by the communication component 208 as a set of bits 602-606 (e.g., three reserve (R) bits) of the PDCP header 600 according to a PDCP data protocol data unit (PDU) format, which can be used for data resource blocks (DRBs) using a 12 bit sequence number (SN) 608 as in-band signaling, for example, arranged in octets (Oct).
  • DRBs data resource blocks
  • SN 12 bit sequence number
  • Video packets cam be classified as critical SDUs and non-critical SDUs via the classification component 226 as discussed above.
  • the PDCP layer of a video stack or communication layer can use this information to fill in-band signaling based on the R bits 602-606 of PDCP header.
  • R0 602 can indicate whether the video packet belongs to a critical video data or not.
  • the R1 -R2 bits 604, 606 can indicate the number or a range of consecutive critical SDUs following the current critical video PDCP SDU and belonging to the same frame.
  • the values of R1 -R2 bits 604-606 for example can be as follows: 00: no critical SDU; 01 : 1 critical SDU; 10: 2 critical SDUs; and 1 1 : more than 2 critical SDUs.
  • R1 -R2 604 and 606 bits can be used as tabulated values to indicate the size of consecutive critical data following a particular SDU.
  • the eNB UL scheduler e.g., scheduling component 308 of the presence of a critical SDU and about the number of critical video SDUs (or about the size of critical data following this SDU) still not received.
  • the eNB MAC layer via the scheduling component 308 can then constrain its scheduling processes to provide / communicate either larger grants or more frequent grants to the device, in which the grant size increase or the grant frequency increase step could depend on the value of R1 -R2 bits.
  • the eNB would not anticipate the need for higher UL bandwidth if the transmission of critical video SDUs is delayed by already queued non-critical SDUs. It also could assume that at least one critical SDU of a critical video frame is successfully transmitted with enough headroom or bandwidth before the death / discard by timer of the following SDUs. It may better suit the case of critical large l-frame causing the late transmission of any critical SDUs, either latest SDUs belonging to itself or queuing after it.
  • the device e.g., via the classification component 226) could determine that the critical data are at high risk. As a consequence, the eNB (e.g., 100, 200, or 300) does not provide large enough UL grants or not enough UL grants, the device (e.g., via the classification component 226) could determine that the critical data are at high risk. As a consequence, the eNB (e.g., 100, 200, or 300) does not provide large enough UL grants or not enough UL grants, the device (e.g., via the classification component 226) could determine that the critical data are at high risk. As a consequence, the eNB (e.g., 100, 200, or 300) does not provide large enough UL grants or not enough UL grants, the device (e.g., via the classification component 226) could determine that the critical data are at high risk. As a consequence, the eNB (e.g., 100, 200, or 300) does not provide large enough UL grants or not enough UL grants, the device (e.g
  • communication component 208 could further decide to skip the latest non critical data (e.g., SDU classified as non-critical) and directly send the first critical video data (e.g., critical PDCP SDU, or PDCP feedback). So when the RLC layer (e.g., via communication component 208) builds a RLC PDU, the determination component 304 can check whether the following condition is being satisfied: RTTD ⁇ predefined threshold. If this condition is met, RLC could fetch the critical SDUs and discard the remaining non critical SDUs (e.g., SDU 0 of FIG. 4).
  • non critical data e.g., SDU classified as non-critical
  • first critical video data e.g., critical PDCP SDU, or PDCP feedback. So when the RLC layer (e.g., via communication component 208) builds a RLC PDU, the determination component 304 can check whether the following condition is being satisfied: RTTD ⁇ predefined threshold. If this condition is met, RLC could fetch the critical SDUs and discard the remaining
  • the method 700 initiates at 702 with classifying (e.g., via the classification component 226) video packets (e.g., SDUs 0-4) associated with ViLTE or a ViLTE network within a video bearer queue (e.g., 224) as either a critical PDCP SDU or a non-critical PDCP SDU.
  • video packets e.g., SDUs 0-4
  • a video bearer queue e.g., 224
  • the method further comprises generating a communication comprising an indication of the critical PDCP SDU within the video bearer queue.
  • the method 700 can further include configuring the communication to initiate a modification of a UL bandwidth on the ViLTE network to avoid discarding video data within the video bearer queue based on an increase in a number of UL grants or an increase in a size of a UL grant.
  • the communication can also be generated with an identification of critical video data associated with at least one of: the critical PDCP SDU or an RTCP feedback in a video bearer, by communicating the communication in a media access control (MAC) control element or in a packet data convergence protocol (PDCP) header.
  • MAC media access control
  • PDCP packet data convergence protocol
  • the method 700 can also include generating a determination of whether the critical PDCP SDU is estimated to be discarded prior to transmission of the communication based on at least one of: a remaining time to discard of the critical PDCP SDU or an estimated transmission time of the critical PDCP SDU.
  • an additional indication can be generated in the communication that the critical PDCP SDU is estimated to be discarded prior to a transmission of the critical PDCP SDU.
  • the method 700 can include deleting one or more non-critical PDCP SDUs in the video bearer queue in response to a determination that the critical PDCP SDU is to be discarded prior to a transmission of the communication.
  • a further indication in the communication can indicate to the eNB for scheduling, for example that the non-critical PDCP SDU has been deleted.
  • FIG.8 illustrated is a process flow 800 for signaling mechanisms to avoid discard of critical video data in a modem or communication LTE stack protocol in accordance with various aspects or embodiments herein.
  • the method 800 initiates at 802 with identifying a critical video PDCP SDU in a communication associated with video data of the ViLTE or a ViLTE network (e.g., via a classification component 226).
  • the method includes processing one or more indications from the communication that identifies the critical video PDCP SDU (e.g., via the communication component 208).
  • the method further includes initiating a modification of a UL bandwidth being scheduled (e.g., via the scheduling component 308) to avoid a discarding of video data based on the one or more indications.
  • the method 800 can further include processing a MAC control element with the one or more indications to determine a presence of the critical video PDCP SDU in a video bearer queue (e.g., 224) and whether to increase at least one of: a number of UL grants or a size of a UL grant for the modification of the UL bandwidth based on the communication.
  • the communication component 208 of an eNB e.g., 100, 200 or 300
  • the scheduling component 308 can further operate to switch between a modified UL bandwidth via an increase in a number of UL grants or via a size of a UL grant, and a regular UL bandwidth that is smaller than the modified UL bandwidth.
  • Operations of the eNB or UE by one or more components described herein can further include determining a number of consecutive critical packet data convergence protocol (PDCP) SDUs that follow the critical video PDCP SDU from the communication, and allocating one or more UL grants based on the number of consecutive critical PDCP SDUs, and whether a non-critical video PDCP SDU has been deleted in a video bearer queue.
  • PDCP critical packet data convergence protocol
  • circuitry may refer to, be part of, or include
  • ASIC Application Specific Integrated Circuit
  • circuitry may be implemented in, or functions associated with the circuitry may be implemented by, one or more software or firmware modules.
  • circuitry may include logic, at least partially operable in hardware.
  • processor can refer to substantially any computing processing unit or device including, but not limited to including, single-core processors; single-processors with software multithread execution capability; multi-core processors; multi-core processors with software multithread execution capability; multi-core processors with hardware multithread technology; parallel platforms; and parallel platforms with distributed shared memory.
  • a processor can refer to an integrated circuit, an application specific integrated circuit, a digital signal processor, a field programmable gate array, a programmable logic controller, a complex programmable logic device, a discrete gate or transistor logic, discrete hardware components, or any
  • processors can exploit nano-scale architectures such as, but not limited to, molecular and quantum-dot based transistors, switches and gates, in order to optimize space usage or enhance performance of mobile devices.
  • a processor may also be implemented as a combination of computing processing units.
  • nonvolatile memory for example, can be included in a memory, non-volatile memory (see below), disk storage (see below), and memory storage (see below). Further, nonvolatile memory can be included in read only memory, programmable read only memory, electrically programmable read only memory, electrically erasable programmable read only memory, or flash memory. Volatile memory can include random access memory, which acts as external cache memory. By way of illustration and not limitation, random access memory is available in many forms such as synchronous random access memory, dynamic random access memory, synchronous dynamic random access memory, double data rate synchronous dynamic random access memory, enhanced synchronous dynamic random access memory, Synchlink dynamic random access memory, and direct Rambus random access memory. Additionally, the disclosed memory components of systems or methods herein are intended to include, without being limited to including, these and any other suitable types of memory.
  • Examples can include subject matter such as a method, means for performing acts or blocks of the method, at least one machine-readable medium including instructions that, when performed by a machine cause the machine to perform acts of the method or of an apparatus or system for concurrent communication using multiple communication technologies according to embodiments and examples described herein.
  • Example 1 is an apparatus to be employed in a user equipment (UE),
  • UE user equipment
  • processors configured to execute one or more executable components comprising: a classification component configured to classify, from among video packets to be transmitted over a long term evolution (LTE) network within a video bearer queue, a video packet as a critical packet data convergence protocol (PDCP) service data unit (SDU) and another video packet as a non-critical PDCP SDU; and a communication component configured to generate a communication comprising an indication that identifies the video packet as the critical PDCP SDU, and initiate a
  • LTE long term evolution
  • PDCP critical packet data convergence protocol
  • SDU service data unit
  • Example 2 includes the subject matter of Example 1 , wherein the executable components further comprise a partition component configured to partition the video bearer queue between the non-critical PDCP SDU and the critical PDCP SDU by tagging at least one of: a real-time transport protocol (RTP) packet of a reference video frame (e.g., an I- frame), or a real-time control transport protocol (RTCP) feedback.
  • a partition component configured to partition the video bearer queue between the non-critical PDCP SDU and the critical PDCP SDU by tagging at least one of: a real-time transport protocol (RTP) packet of a reference video frame (e.g., an I- frame), or a real-time control transport protocol (RTCP) feedback.
  • RTP real-time transport protocol
  • RTCP real-time control transport protocol
  • Example 3 includes the subject matter of any of Examples 1 -2, including or omitting any elements, wherein the indication is configured to indicate one or more critical data of the video bearer queue comprising at least one of: a PDCP SDU that carries a realtime transport protocol (RTP) packet of a reference video frame (e.g., an l-frame), or carries an RTCP feedback report.
  • a PDCP SDU that carries a realtime transport protocol (RTP) packet of a reference video frame (e.g., an l-frame), or carries an RTCP feedback report.
  • RTP realtime transport protocol
  • Example 4 includes the subject matter of any of Examples 1 -3, including or omitting any elements, wherein the communication component is further configured to generate the communication with a media access control (MAC) control element
  • MAC media access control
  • Example 5 includes the subject matter of any of Examples 1 -4, including or omitting any elements, wherein the communication component is further configured to generate the indication to initiate an increase in a number of UL grants or a size of UL grants received via the LTE network, and further communicate an identification of critical video data associated with at least one of: the critical PDCP SDU or an RTCP feedback in a video bearer queue, by generating the communication of the identification with a media access control (MAC) control element or in a PDCP header.
  • MAC media access control
  • Example 6 includes the subject matter of any of Examples 1 -5, including or omitting any elements, wherein the executable components further comprise: a
  • determination component configured to generate a determination of whether the critical PDCP SDU is estimated to be discarded prior to being transmitted based on at least one of: a remaining time to discard of the critical PDCP SDU or an estimated transmission time of the critical PDCP SDU; wherein, in response to the determination, the communication component is further configured to generate the communication with an additional indication that the critical PDCP SDU is estimated to be discarded prior to the transmission.
  • Example 7 includes the subject matter of any of Examples 1 -6, including or omitting any elements, wherein the communication component is further configured to generate the communication with a media access control (MAC) control element
  • MAC media access control
  • Example 8 includes the subject matter of any of Examples 1 -7, including or omitting any elements, wherein the executable components further comprise: [00108] a determination component configured to determine whether the non-critical PDCP SDU in the video bearer queue will be transmitted prior to a transmission of the indication of the critical PDCP SDU; and a discarding component configured to delete the non-critical PDCP SDU in response to a determination that the critical PDCP SDU is to be discarded prior to a transmission of the communication; wherein the communication component is further configured to communicate or generate the communication with a further indication that the non-critical PDCP SDU has been deleted.
  • Example 9 includes the subject matter of any of Examples 1 -8, including or omitting any elements, wherein the communication component is further configured to generate the communication with a PDCP packet comprising the indication by embedding within a PDCP header one or more bits that indicate that the video packet is the critical PDCP SDU and a number of consecutive critical PDCP SDUs in the video bearer queue that follow the critical PDCP SDU in the video bearer queue.
  • Example 10 is an apparatus to be employed in an evolved NodeB (eNB), comprising one or more processors configured to execute one or more executable components comprising: a classification component configured to identify a critical video packet data convergence protocol (PDCP) service data unit (SDU) in a video bearer queue of a long term evolution (LTE) network; and a communication component configured to process one or more communications comprising one or more indications that identify the critical video PDCP SDU and initiate a modification of an uplink (UL) bandwidth to avoid a discarding of video data based on the one or more communications.
  • PDCP critical video packet data convergence protocol
  • SDU service data unit
  • LTE long term evolution
  • Example 1 1 includes the subject matter of Example 10, wherein the
  • communication component is further configured to process the one or more
  • communications including a media access control (MAC) control element with the one or more indications of the critical video PDCP SDU and one or more other indications of whether to increase at least one of: a number of UL grants or a size of a UL grant for the modification of the UL bandwidth to avoid the discarding of the video data.
  • MAC media access control
  • Example 12 includes the subject matter of any of Examples 10-1 1 , including or omitting any elements, wherein the communication component is further configured to process an increase in the number of UL grants or the size of the UL grant in response to the one or more other indications of the MAC control element indicating that the critical video PDCP SDU of the video bearer queue is estimated to be discarded based on a SDU discard timer.
  • Example 13 includes the subject matter of any of Examples 10-12, including or omitting any elements, wherein the one or more indications of the critical video PDCP SDU further identify a criticality of one or more of: a real-time transport protocol (RTP) packet of a reference video frame (e.g., an l-frame) of the video data, or a real-time control transport protocol (RTCP) feedback report, in the video bearer queue of the LTE network.
  • RTP real-time transport protocol
  • RTCP real-time control transport protocol
  • Example 14 includes the subject matter of any of Examples 10-13, including or omitting any elements, wherein the one or more executable components further comprise: a scheduling component configured to schedule UL grants to a user equipment (UE) communicatively coupled to the LTE network by switching between a modified UL bandwidth via an increase in a number of UL grants or via a size of UL grants, and a regular UL bandwidth that is smaller than the modified UL bandwidth.
  • a scheduling component configured to schedule UL grants to a user equipment (UE) communicatively coupled to the LTE network by switching between a modified UL bandwidth via an increase in a number of UL grants or via a size of UL grants, and a regular UL bandwidth that is smaller than the modified UL bandwidth.
  • UE user equipment
  • Example 15 includes the subject matter of any of Examples 10-14, including or omitting any elements, wherein the classification component is further configured to determine a number of consecutive critical PDCP SDUs that follow the critical video PDCP SDU from the one or more communications, and wherein the apparatus further comprises:
  • a scheduling component configured to allocate one or more UL grants based on the number of consecutive critical PDCP SDUs.
  • Example 16 includes the subject matter of any of Examples 10-15, including or omitting any elements, wherein the classification component is further configured to extract a PDCP header from a PDCP SDU of the one or more communications, and determine whether the critical video PDCP SDU is present in the video bearer queue and a number of critical PDCP SDUs on a same video frame as the critical video PDCP SDU based on the PDCP header.
  • Example 17 includes the subject matter of any of Examples 10-16, including or omitting any elements, wherein the critical video PDCP SDU is based on one or more of: a real-time transport protocol (RTP) packet of a reference video frame (e.g., an l-frame) of the video data, or a real-time control transport protocol (RTCP) feedback report.
  • RTP real-time transport protocol
  • RTCP real-time control transport protocol
  • Example 18 includes the subject matter of any of Examples 10-17, including or omitting any elements, wherein the classification component is further configured to determine, based on the one or more communications, that a non-critical video PDCP SDU has been deleted in the video bearer queue.
  • Example 19 includes the subject matter of any of Examples 10-18, including or omitting any elements, wherein the one or more indications comprise at least three reserved bits, and wherein at least one bit of the at least three reserved bits indicates a presence of the critical video PDCP SDU in the video bearer queue, and at least two bits of the at least three reserved bits indicate a number of critical PDCP SDUs in the video bearer queue that follow the critical video PDCP SDU, or wherein the one or more indications are included in a media access control (MAC) control element comprising at least one bit indicating the presence of the critical PDCP SDU in the video bearer queue, and at least one other bit indicating an estimation that the critical PDCP SDU is to be discarded before being transmitted based on received UL grants.
  • MAC media access control
  • Example 20 is a computer readable media comprising executable instructions that, in response to execution, cause an apparatus for video streaming over a video over long term evolution network (ViLTE) of a user equipment (UE) comprising one or more processors configured to perform operations comprising: classifying video packets, associated with the ViLTE network, within a video bearer queue as either a critical packet data convergence protocol (PDCP) service data unit (SDU) or a non-critical PDCP SDU; and generating a communication comprising an indication of the critical PDCP SDU within the video bearer queue.
  • ViLTE video over long term evolution network
  • UE user equipment
  • UE user equipment
  • processors configured to perform operations comprising: classifying video packets, associated with the ViLTE network, within a video bearer queue as either a critical packet data convergence protocol (PDCP) service data unit (SDU) or a non-critical PDCP SDU; and generating a communication comprising an indication of the critical PDCP SDU within the video bearer queue
  • Example 21 includes the subject matter of Example 20, wherein the operations further comprise: configuring the communication to initiate a modification of an uplink (UL) bandwidth on the ViLTE network to avoid discarding video data within the video bearer queue based on an increase in a number of UL grants or an increase in a size of a UL grant.
  • UL uplink
  • Example 22 includes the subject matter of any of Examples 20-21 , including or omitting any elements, wherein the operations further comprise: communicating an identification of critical video data associated with at least one of: the critical PDCP SDU or an RTCP feedback in a video bearer, by communicating the communication in a media access control (MAC) control element or in a packet data convergence protocol (PDCP) header.
  • MAC media access control
  • PDCP packet data convergence protocol
  • Example 23 includes the subject matter of any of Examples 20-22, including or omitting any elements, wherein the operations further comprise: generating a determination of whether the critical PDCP SDU is estimated to be discarded prior to transmission of the communication based on at least one of: a remaining time to discard of the critical PDCP SDU or an estimated transmission time of the critical PDCP SDU; and in response to the determination indicating that the critical PDCP SDU is to be discarded, generating an additional indication that the critical PDCP SDU is estimated to be discarded prior to a transmission of the critical PDCP SDU.
  • Example 24 includes the subject matter of any of Examples 20-23, including or omitting any elements, wherein the operations further comprise: deleting the non-critical PDCP SDU in the video bearer queue in response to a determination that the critical PDCP SDU is to be discarded prior to a transmission of the communication; and generating a further indication in the communication that the non-critical PDCP SDU has been deleted.
  • Example 25 includes the subject matter of any of Examples 20-24, including or omitting any elements, wherein the operations further comprise: generating the
  • a PDCP packet comprising the indication by embedding within a PDCP header one or more bits that indicate that a video packet is the critical PDCP SDU and a number of consecutive critical PDCP SDUs within the same video frame as the critical SDU.
  • Example 26 is a computer readable media comprising executable instructions that, in response to execution, cause an apparatus for video streaming over a video over long term evolution network (ViLTE) of an evolved NodeB (eNB) comprising one or more processors configured to perform operations comprising: identifying a critical video packet data convergence protocol (PDCP) service data unit (SDU) in a communication associated with video data of the ViLTE network; processing a plurality of indications from the communication that identifies the critical video PDCP SDU; and initiating a modification of an uplink (UL) bandwidth being scheduled to avoid a discarding of video data based on the plurality of indications.
  • ViLTE video over long term evolution network
  • eNB evolved NodeB
  • eNB evolved NodeB
  • Example 27 includes the subject matter of Example 26, wherein the operations further comprise: processing a media access control (MAC) control element with the plurality of indications to determine a presence of the critical video PDCP SDU in a video bearer queue and whether to increase at least one of: a number of UL grants or a size of a UL grant for the modification of the UL bandwidth based on the communication.
  • MAC media access control
  • Example 28 includes the subject matter of any of Examples 26-27, including or omitting any elements, wherein the operations further comprise: processing an increase in the number of UL grants or the size of a UL grant in response to the plurality of indications of the MAC control element indicating that the critical video PDCP SDU of the video bearer queue is estimated to be discarded based on a discard timer.
  • Example 29 includes the subject matter of any of Examples 26-28, including or omitting any elements, wherein the operations further comprise: switching between a modified UL bandwidth via an increase in a number of UL grants or via a size of a UL grant, and a regular UL bandwidth that is smaller than the modified UL bandwidth.
  • Example 30 includes the subject matter of any of Examples 26-29, including or omitting any elements, wherein the operations further comprise: determining a number of consecutive critical packet data convergence protocol (PDCP) SDUs that follow the critical video PDCP SDU from the communication; and allocating one or more UL grants based on the number of consecutive critical PDCP SDUs, and whether a non-critical video PDCP SDU has been deleted in a video bearer queue.
  • PDCP critical packet data convergence protocol
  • Example 31 is an apparatus for video streaming over a video over long term evolution network (ViLTE) of a user equipment (UE) comprising: means for classifying video packets, associated with the ViLTE network, within a video bearer queue as either a critical packet data convergence protocol (PDCP) service data unit (SDU) or a non-critical PDCP SDU; and means for generating a communication comprising an indication of the critical PDCP SDU within the video bearer queue.
  • PDCP packet data convergence protocol
  • SDU non-critical PDCP SDU
  • Example 32 includes the subject matter of Examples 31 , further comprising:
  • Example 33 includes the subject matter of any of Examples 31 -32, including or omitting any elements, further comprising: means for communicating an identification of critical video data associated with at least one of: the critical PDCP SDU or an RTCP feedback in a video bearer, by communicating the communication in a media access control (MAC) control element or in a packet data convergence protocol (PDCP) header.
  • MAC media access control
  • PDCP packet data convergence protocol
  • Example 34 includes the subject matter of any of Examples 31 -33, including or omitting any elements, further comprising: means for generating a determination of whether the critical PDCP SDU is estimated to be discarded prior to transmission of the
  • Example 35 includes the subject matter of any of Examples 31 -34, including or omitting any elements, further comprising: means for deleting the non-critical PDCP SDU in the video bearer queue in response to a determination that the critical PDCP SDU is to be discarded prior to a transmission of the communication; and means for generating a further indication in the communication that the non-critical PDCP SDU has been deleted.
  • Example 36 includes the subject matter of any of Examples 31 -35, including or omitting any elements, further comprising: means for generating the communication with a PDCP packet comprising the indication by embedding within a PDCP header one or more bits that indicate that a video packet is the critical PDCP SDU and a number of consecutive critical PDCP SDUs within the same video frame as the critical SDU.
  • Example 37 is an apparatus for video streaming over a video over long term evolution network (ViLTE) of an evolved NodeB (eNB) comprising: means for identifying a critical video packet data convergence protocol (PDCP) service data unit (SDU) in a communication associated with video data of the ViLTE network; means for processing a plurality of indications from the communication that identifies the critical video PDCP SDU; and means for initiating a modification of an uplink (UL) bandwidth being scheduled to avoid a discarding of video data based on the plurality of indications.
  • PDCP packet data convergence protocol
  • SDU service data unit
  • Example 38 includes the subject matter of Example 37, further comprising:
  • MAC media access control
  • Example 39 includes the subject matter of any of Examples 37-38, including or omitting any elements, further comprising: means for processing an increase in the number of UL grants or the size of a UL grant in response to the plurality of indications of the MAC control element indicating that the critical video PDCP SDU of the video bearer queue is estimated to be discarded based on a discard timer.
  • Example 40 includes the subject matter of any of Examples 37-39, including or omitting any elements, further comprising: means for switching between a modified UL bandwidth via an increase in a number of UL grants or via a size of a UL grant, and a regular UL bandwidth that is smaller than the modified UL bandwidth.
  • Example 41 includes the subject matter of any of Examples 37-40, including or omitting any elements, further comprising: means for determining a number of consecutive critical packet data convergence protocol (PDCP) SDUs that follow the critical video PDCP SDU from the communication; and means for allocating one or more UL grants based on the number of consecutive critical PDCP SDUs, and whether a non-critical video PDCP SDU has been deleted in a video bearer queue.
  • PDCP critical packet data convergence protocol
  • Example 42 is an apparatus to be employed in a user equipment (UE), comprising: one or more processors configured to: classify, from among video packets to be transmitted over a long term evolution (LTE) network within a video bearer queue, a video packet as a critical packet data convergence protocol (PDCP) service data unit (SDU) and another video packet as a non-critical PDCP SDU; and generate a
  • LTE long term evolution
  • PDCP critical packet data convergence protocol
  • SDU service data unit
  • non-critical PDCP SDU non-critical PDCP SDU
  • Example 43 is an apparatus to be employed in an evolved NodeB (eNB), comprising one or more processors configured to: identify a critical video packet data convergence protocol (PDCP) service data unit (SDU) in a video bearer queue of a long term evolution (LTE) network; and process one or more communications comprising one or more indications that identify the critical video PDCP SDU and initiate a modification of an uplink (UL) bandwidth to avoid a discarding of video data based on the one or more communications.
  • PDCP critical video packet data convergence protocol
  • LTE long term evolution
  • UL uplink
  • Computer-readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another.
  • a storage media or a computer readable storage device can be any available media that can be accessed by a general purpose or special purpose computer.
  • Such computer-readable media can comprise RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or other tangible and/or non- transitory medium, that can be used to carry or store desired information or executable instructions.
  • any connection is properly termed a computer-readable medium.
  • Disk and disc includes compact disc (CD), laser disc, optical disc, digital versatile disc (DVD), floppy disk and blu-ray disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers. Combinations of the above should also be included within the scope of computer-readable media.
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • FPGA field programmable gate array
  • a general-purpose processor can be a microprocessor, but, in the alternative, processor can be any conventional processor, controller, microcontroller, or state machine.
  • a processor can also be implemented as a combination of computing devices, for example, a combination of a DSP and a
  • At least one processor can comprise one or more modules operable to perform one or more of the s and/or actions described herein.
  • modules e.g., procedures, functions, and so on
  • Software codes can be stored in memory units and executed by processors.
  • Memory unit can be implemented within processor or external to processor, in which case memory unit can be communicatively coupled to processor through various means as is known in the art. Further, at least one processor can include one or more modules operable to perform functions described herein.
  • a CDMA system can implement a radio technology such as Universal Terrestrial Radio Access (UTRA), CDMA1800, etc.
  • UTRA includes Wideband-CDMA (W-CDMA) and other variants of CDMA.
  • W-CDMA Wideband-CDMA
  • CDMA1800 covers IS-1800, IS-95 and IS-856 standards.
  • a TDMA system can implement a radio technology such as Global System for Mobile Communications (GSM).
  • GSM Global System for Mobile Communications
  • An OFDMA system can implement a radio technology such as Evolved UTRA (E-UTRA), Ultra Mobile Broadband (UMB), IEEE 802.1 1 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.18, Flash- OFDM ⁇ , etc.
  • E-UTRA Evolved UTRA
  • UMB Ultra Mobile Broadband
  • Wi-Fi Wi-Fi
  • WiMAX WiMAX
  • Flash- OFDM ⁇ etc.
  • UTRA and E-UTRA are part of Universal Mobile Telecommunication System (UMTS).
  • UMTS Universal Mobile Telecommunication System
  • 3GPP Long Term Evolution (LTE) is a release of UMTS that uses E-UTRA, which employs OFDMA on downlink and SC-FDMA on uplink.
  • UTRA, E-UTRA, UMTS, LTE and GSM are described in documents from an organization named "3rd Generation Partnership Project" (3GPP).
  • CDMA1800 and UMB are described in documents from an organization named "3rd Generation Partnership Project 2" (3GPP2).
  • 3GPP2 3rd Generation Partnership Project 2
  • such wireless communication systems can additionally include peer-to-peer ⁇ e.g., mobile-to- mobile) ad hoc network systems often using unpaired unlicensed spectrums, 802. xx wireless LAN, BLUETOOTH and any other short- or long- range, wireless communication techniques.
  • SC-FDMA Single carrier frequency division multiple access
  • SC-FDMA has similar performance and essentially a similar overall complexity as those of OFDMA system.
  • SC-FDMA signal has lower peak-to- average power ratio (PAPR) because of its inherent single carrier structure.
  • PAPR peak-to- average power ratio
  • SC-FDMA can be utilized in uplink communications where lower PAPR can benefit a mobile terminal in terms of transmit power efficiency.
  • various aspects or features described herein can be implemented as a method, apparatus, or article of manufacture using standard programming and/or engineering techniques.
  • article of manufacture as used herein is intended to encompass a computer program accessible from any computer-readable device, carrier, or media.
  • computer-readable media can include but are not limited to magnetic storage devices ⁇ e.g., hard disk, floppy disk, magnetic strips, etc.), optical disks ⁇ e.g., compact disk (CD), digital versatile disk (DVD), etc.), smart cards, and flash memory devices ⁇ e.g., EPROM, card, stick, key drive, etc.).
  • various storage media described herein can represent one or more devices and/or other machine-readable media for storing information.
  • machine-readable medium can include, without being limited to, wireless channels and various other media capable of storing, containing, and/or carrying instruction(s) and/or data.
  • a computer program product can include a computer readable medium having one or more instructions or codes operable to cause a computer to perform functions described herein.
  • Communications media embody computer-readable instructions, data structures, program modules or other structured or unstructured data in a data signal such as a modulated data signal, e.g., a carrier wave or other transport mechanism, and includes any information delivery or transport media.
  • modulated data signal or signals refers to a signal that has one or more of its characteristics set or changed in such a manner as to encode information in one or more signals.
  • communication media include wired media, such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media.
  • a software module can reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, a hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art.
  • An exemplary storage medium can be coupled to processor, such that processor can read information from, and write information to, storage medium.
  • storage medium can be integral to processor.
  • processor and storage medium can reside in an ASIC.
  • ASIC can reside in a user terminal.
  • processor and storage medium can reside as discrete components in a user terminal.
  • the s and/or actions of a method or algorithm can reside as one or any combination or set of codes and/or instructions on a machine- readable medium and/or computer readable medium, which can be incorporated into a computer program product.

Abstract

La présente invention concerne un dispositif de réseau, par exemple un serveur de nœud B évolué, eNB, ou une autre entité de réseau, ou un dispositif d'équipement utilisateur, UE, par exemple un dispositif mobile, qui peuvent fonctionner pour générer ou traiter une classification de paquets vidéo sur un réseau vidéo d'évolution à long terme, ViLTE, dans une file d'attente de support vidéo. Les paquets vidéo peuvent être classés comme étant critiques ou non critiques ainsi qu'associés à des rapports de rétroaction de protocole de transport de commande en temps réel , RTCP, dans la file d'attente du support vidéo. Une communication peut être également générée ou traitée pour indiquer les unités de données de service vidéo critiques, SDU, relatives aux paquets vidéo classés comme étant critiques ou à la rétroaction RTCP, afin d'initier une modification d'une bande passante de liaison montante (UL) et d'éviter un rejet de données vidéo.
PCT/US2016/045972 2016-05-13 2016-08-08 Évitement de rejet de données vidéo critiques dans une pile de modems d'évolution à long terme WO2017196380A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
DE112016006850.6T DE112016006850T5 (de) 2016-05-13 2016-08-08 Vermeiden des Verwerfens kritischer Videodaten in einem Modem-Long Term Evolution-Stapel

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201662335946P 2016-05-13 2016-05-13
US62/335,946 2016-05-13

Publications (1)

Publication Number Publication Date
WO2017196380A1 true WO2017196380A1 (fr) 2017-11-16

Family

ID=56853808

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2016/045972 WO2017196380A1 (fr) 2016-05-13 2016-08-08 Évitement de rejet de données vidéo critiques dans une pile de modems d'évolution à long terme

Country Status (2)

Country Link
DE (1) DE112016006850T5 (fr)
WO (1) WO2017196380A1 (fr)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110035115A (zh) * 2019-03-08 2019-07-19 国网浙江省电力有限公司 智能配变终端的采集信道管理方法
WO2020247583A1 (fr) * 2019-06-07 2020-12-10 Qualcomm Incorporated Signalisation et traitement d'autorisation tenant compte du trafic
CN115037654A (zh) * 2022-05-09 2022-09-09 维沃移动通信有限公司 流量统计方法、装置、电子设备及可读存储介质
US11671976B2 (en) 2020-10-08 2023-06-06 Qualcomm Incorporated Early notification for transmission of encoded video data
WO2023130453A1 (fr) * 2022-01-10 2023-07-13 Mediatek Singapore Pte. Ltd. Procédés et appareil de classification de paquets pour trafic xr
WO2023172832A1 (fr) * 2022-03-11 2023-09-14 Qualcomm Incorporated Techniques de gestion de paquets multimédias en liaison montante

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2442497A1 (fr) * 2009-07-13 2012-04-18 ZTE Corporation Procédé et appareil de transmission de données basée sur un style de duplexage par répartition dans le temps (tdd)
US20120151540A1 (en) * 2009-06-12 2012-06-14 Cygnus Broadband Systems and methods for prioritization of data for intelligent discard in a communication newwork
US20140143385A1 (en) * 2012-11-20 2014-05-22 Pelco, Inc. Method and apparatus for efficiently prioritizing elements in a video stream for low-bandwidth transmission

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120151540A1 (en) * 2009-06-12 2012-06-14 Cygnus Broadband Systems and methods for prioritization of data for intelligent discard in a communication newwork
EP2442497A1 (fr) * 2009-07-13 2012-04-18 ZTE Corporation Procédé et appareil de transmission de données basée sur un style de duplexage par répartition dans le temps (tdd)
US20140143385A1 (en) * 2012-11-20 2014-05-22 Pelco, Inc. Method and apparatus for efficiently prioritizing elements in a video stream for low-bandwidth transmission

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110035115A (zh) * 2019-03-08 2019-07-19 国网浙江省电力有限公司 智能配变终端的采集信道管理方法
CN110035115B (zh) * 2019-03-08 2021-09-28 国网浙江省电力有限公司 智能配变终端的采集信道管理方法
WO2020247583A1 (fr) * 2019-06-07 2020-12-10 Qualcomm Incorporated Signalisation et traitement d'autorisation tenant compte du trafic
US11690070B2 (en) 2019-06-07 2023-06-27 Qualcomm Incorporated Traffic-aware grant signaling and processing
US11671976B2 (en) 2020-10-08 2023-06-06 Qualcomm Incorporated Early notification for transmission of encoded video data
WO2023130453A1 (fr) * 2022-01-10 2023-07-13 Mediatek Singapore Pte. Ltd. Procédés et appareil de classification de paquets pour trafic xr
WO2023172832A1 (fr) * 2022-03-11 2023-09-14 Qualcomm Incorporated Techniques de gestion de paquets multimédias en liaison montante
CN115037654A (zh) * 2022-05-09 2022-09-09 维沃移动通信有限公司 流量统计方法、装置、电子设备及可读存储介质
CN115037654B (zh) * 2022-05-09 2024-01-09 维沃移动通信有限公司 流量统计方法、装置、电子设备及可读存储介质

Also Published As

Publication number Publication date
DE112016006850T5 (de) 2019-02-07

Similar Documents

Publication Publication Date Title
US11233725B2 (en) Convergence layer for 5G communication systems
WO2017196380A1 (fr) Évitement de rejet de données vidéo critiques dans une pile de modems d'évolution à long terme
US10257753B2 (en) WLAN mobility for LTE/WLAN aggregation
US10798687B2 (en) Scheduling uplink transmission outside of a transmission opportunity
US11153862B2 (en) Physical downlink control channel (PDCCH) blind decoding in fifth generation (5G) new radio (NR) systems
US11758615B2 (en) User equipment (UE), evolved node-B (ENB) and methods for a packet convergence and link control (PCLC) layer
US11019500B2 (en) Apparatus for determining an estimated number of bytes to send over a link
US10701119B2 (en) Adaptive video streaming using dynamic radio access network information
US20180288805A1 (en) Configuring downlink listen-before-talk priority class for uplink grant transmission in licensed assisted access
US11096244B2 (en) Systems, methods and devices for non-adaptive retransmission using semi-persistent scheduling resources
EP3251317A1 (fr) Dispositif et procédé pour une utilisation efficace d'un spectre sans licence
EP3414933B1 (fr) Signalisation pour intervalle de mesure amélioré pour réseau synchrone
WO2017171912A1 (fr) Gestion de qualité de service pour transmissions en liaison montante
WO2017099835A1 (fr) Ue et enb pour groupage et synchronisation de rétroaction de harq
WO2018039179A1 (fr) Protection améliorée de trames clés sur des réseaux cellulaires
EP3453131B1 (fr) Équipement d'utilisateur (ue) et procédés de réception de paquets sur un support radio divisé
WO2023029016A1 (fr) Procédés et appareil pour une indication d'informations de trafic de transmission de données pour des dispositifs à réalité étendue (xr)
WO2022031905A1 (fr) Économie de puissance pour une communication de liaison latérale nr

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16760237

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 16760237

Country of ref document: EP

Kind code of ref document: A1