BR122016026467A2 - relatório de informações periódicas sobre o estado do canal para sistemas de multipontos coordenados (comp) - Google Patents

relatório de informações periódicas sobre o estado do canal para sistemas de multipontos coordenados (comp) Download PDF

Info

Publication number
BR122016026467A2
BR122016026467A2 BR122016026467A BR122016026467A BR122016026467A2 BR 122016026467 A2 BR122016026467 A2 BR 122016026467A2 BR 122016026467 A BR122016026467 A BR 122016026467A BR 122016026467 A BR122016026467 A BR 122016026467A BR 122016026467 A2 BR122016026467 A2 BR 122016026467A2
Authority
BR
Brazil
Prior art keywords
csi
report
pucch
reports
format
Prior art date
Application number
BR122016026467A
Other languages
English (en)
Other versions
BR122016026467B1 (pt
Inventor
Davydov Alexei
Fwu Jong-Kae
Etemad Kamran
Han Seunghee
Original Assignee
Intel Corp
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 Corp filed Critical Intel Corp
Publication of BR122016026467A2 publication Critical patent/BR122016026467A2/pt
Publication of BR122016026467B1 publication Critical patent/BR122016026467B1/pt

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/24Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1861Physical mapping arrangements
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/953Querying, e.g. by the use of web search engines
    • G06F16/9535Search customisation based on user profiles and personalisation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/953Querying, e.g. by the use of web search engines
    • G06F16/9537Spatial or temporal dependent retrieval, e.g. spatiotemporal queries
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B17/00Monitoring; Testing
    • H04B17/20Monitoring; Testing of receivers
    • H04B17/27Monitoring; Testing of receivers for locating or positioning the transmitter
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/24Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H04B7/2612Arrangements for wireless medium access control, e.g. by allocating physical layer transmission capacity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J11/00Orthogonal multiplex systems, e.g. using WALSH codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • H04L1/0013Rate matching, e.g. puncturing or repetition of code symbols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0026Transmission of channel quality indication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0028Formatting
    • H04L1/0031Multiple signaling transmission
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1671Details of the supervisory signal the supervisory signal being transmitted together with control information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0659Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • H04L41/0813Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/082Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • H04L41/0823Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • H04L41/0836Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability to enhance reliability, e.g. reduce downtime
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/28Routing or path finding of packets in data switching networks using route fault recovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/302Route determination based on requested QoS
    • H04L45/306Route determination based on the nature of the carried application
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/302Route determination based on requested QoS
    • H04L45/308Route determination based on user's profile, e.g. premium users
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/38Flow based routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/27Evaluation or update of window size, e.g. using information derived from acknowledged [ACK] packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0032Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
    • H04L5/0035Resource allocation in a cooperative multipoint environment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0057Physical resource allocation for CQI
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • H04L65/1104Session initiation protocol [SIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/613Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/30Profiles
    • H04L67/303Terminal profiles
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/30Profiles
    • H04L67/306User profiles
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/51Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/52Network services specially adapted for the location of the user terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/75Indicating network or usage conditions on the user display
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808Management of client data
    • H04N21/25825Management of client data involving client display capabilities, e.g. screen resolution of a mobile phone
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06Authentication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W16/00Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/18Network planning tools
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/02Arrangements for optimising operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/04Arrangements for maintaining operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/10Scheduling measurement reports ; Arrangements for measurement reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0205Traffic management, e.g. flow control or congestion control at the air interface
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0247Traffic management, e.g. flow control or congestion control based on conditions of the access network or the infrastructure network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/08Load balancing or load distribution
    • H04W28/086Load balancing or load distribution among access entities
    • H04W28/0861Load balancing or load distribution among access entities between base stations
    • H04W28/0865Load balancing or load distribution among access entities between base stations of different Radio Access Technologies [RATs], e.g. LTE or WiFi
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/10Flow control between communication endpoints
    • H04W28/12Flow control between communication endpoints using signalling between network elements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • H04W4/023Services making use of location information using mutual or relative location information between multiple location based services [LBS] targets or of distance thresholds
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/20Communication route or path selection, e.g. power-based or shortest path routing based on geographic position or location
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/24Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/246Connectivity information discovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/34Modification of an existing route
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/02Access restriction performed under specific conditions
    • H04W48/06Access restriction performed under specific conditions based on traffic conditions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/08Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/14Access restriction or access information delivery, e.g. discovery data delivery using user query or user detection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0212Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0212Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0225Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0225Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0235Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a power saving command
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0261Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
    • H04W52/0274Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access, e.g. scheduled or random access
    • H04W74/02Hybrid access techniques
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access, e.g. scheduled or random access
    • H04W74/08Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access, e.g. scheduled or random access
    • H04W74/08Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0808Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using carrier sensing, e.g. as in CSMA
    • H04W74/0816Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using carrier sensing, e.g. as in CSMA carrier sensing with collision avoidance
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access, e.g. scheduled or random access
    • H04W74/08Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0833Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/11Allocation or use of connection identifiers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/14Direct-mode setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections
    • H04W76/16Involving different core network technologies, e.g. a packet-switched [PS] bearer in combination with a circuit-switched [CS] bearer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/28Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/005Discovery of network devices, e.g. terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24Transfer of terminal data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02Data link layer protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08Upper layer protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • H04W88/06Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W16/00Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24Cell structures
    • H04W16/28Cell structures using beam steering
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0231Traffic management, e.g. flow control or congestion control based on communication conditions
    • H04W28/0236Traffic management, e.g. flow control or congestion control based on communication conditions radio quality, e.g. interference, losses or delay
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/08Load balancing or load distribution
    • H04W28/0827Triggering entity
    • H04W28/0831Core entity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/08Load balancing or load distribution
    • H04W28/09Management thereof
    • H04W28/0925Management thereof using policies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/18Selecting a network or a communication service
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0251Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity
    • H04W52/0258Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity controlling an operation mode according to history or models of usage information, e.g. activity schedule or time of day
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Abstract

a invenção refere-se à tecnologia para relatar informações periódicas sobre o estado do canal (csi) em um cenário de multipontos coordenados (comp). um método pode incluir um equipamento de usuário (ue) que gera diversos relatórios de csi para transmissão em um subquadro para diversos processos de csi. cada relatório de csi pode corresponder a um processo de csi com um csiprocessindex. o ue pode formatar relatórios de csi que correspondem a processos de csi, exceto em processos de csi com um csiprocessindex mais baixo. o ue pode transmitir pelo menos um relatório de csi do processo de csi para um nó b evoluído (enb).

Description

Relatório Descritivo da Patente de Invenção para RELATÓRIO DE INFORMAÇÕES PERIÓDICAS SOBRE O ESTADO DO CANAL PARA SISTEMAS DE MULTIPONTOS COORDENADOS (CoMP).
[001] Dividido do BR112015000462-8, depositado em 27.06.2013.
PEDIDOS DE PATENTES RELACIONADOS [002] Este pedido reivindica o benefício de e aqui incorpora por referência o Pedido Provisório de Patente U.S., n.° 61/679.627, depositado em 3 de agosto de 2012, com o número de registro legal (attorney docket) P46630Z.
ANTECEDENTE [003] A tecnologia de comunicação móvel sem fio utiliza diversos padrões e protocolos para transmitir dados entre um nó (como uma estação transmissora) e um dispositivo sem fio (como um dispositivo móvel). Alguns dispositivos sem fio se comunicam por meio do acesso múltiplo por divisão de frequências ortogonais (Orthogonal FrequencyDivision Multiple Access, OFDMA) em uma transmissão de downlink (DL) e do acesso múltiplo por divisão de frequências de portadora única (Single Carrier Frequency Division Multiple Access, SC-FDMA) em uma transmissão de uplink (UL). Padrões e protocolos que usam a multiplexação por divisão de frequências ortogonais (OFDM) na transmissão de sinais incluem a evolução de longo prazo (Long Term Evolution, LTE) do Projeto de Parceria para a Terceira Geração (Third Generation Partnership Project, 3GPP), o padrão 802.16 do Instituto de Engenheiros Eletricistas e Eletrônicos (Institute of Electrical and Electronics Engineers, IEEE) (por exemplo, 802.16e, 802.16m), normalmente conhecido no setor como WiMAX (Interoperabilidade Mundial para Acesso de Micro-Ondas) e o padrão IEEE 802.11, normalmente conhecido no setor como Wi-Fi.
Petição 870160066838, de 11/11/2016, pág. 9/75
2/42 [004] Nos sistemas LTE de rede de acesso via rádio (Radio Access Network, RAN) do 3GPP, o nó pode ser uma combinação de nós B de Rede universal terrestre evoluída de acesso via rádio (Evolved Universal Terrestrial Radio Access Network, E-UTRAN; também normalmente conhecido como nós B evoluídos, nós B aumentados, eNodeBs ou eNBs) e Controladores de Rede de Rádio (Radio Network Controllers, RNCs), que se comunicam com o dispositivo sem fio, conhecido como equipamento do usuário (UE). A transmissão de downlink (DL) pode ser uma comunicação que ocorre do nó (por exemplo, eNodeB) até o dispositivo sem fio (por exemplo, UE), e a transmissão de uplink (UL) pode ser uma comunicação do dispositivo sem fio até o nó.
[005] Em redes homogêneas, o nó, também conhecido como macronó (macro node), pode fornecer cobertura sem fio básica a dispositivos móveis em uma célula. A célula pode ser a área em que os dispositivos sem fio estão operacionais para comunicação com o macronó. As redes heterogêneas (HetNets) podem ser usadas para lidar com o aumento das cargas de tráfego nos macronós, em razão do aumento do uso e dos recursos dos dispositivos móveis. As HetNets podem conter uma camada de macronós de alta potência planejada (ou macro-eNBs), sobreposta por camadas de nós de potência mais baixa (eNBs pequenos, micro-, pico-, femto- ou domésticos [HeNBs]) que podem ser implementadas de uma forma menos planejada ou até mesmo inteiramente sem coordenação, dentro da área de cobertura (célula) do macronó. Os nós de baixa potência (LPNs) geralmente podem ser chamados de nós de baixa potência, pequenos nós ou pequenas células.
[006] O macronó pode ser usado para a cobertura básica. Os nós de baixa potência podem ser usados para cobrir buracos na cobertura, com a finalidade de melhorar a capacidade em locais de alto índice de
Petição 870160066838, de 11/11/2016, pág. 10/75
3/42 utilização, ou nas fronteiras entre as áreas de cobertura dos macronós, e melhorar a cobertura interna onde as estruturas dos prédios impedirem a transmissão de sinal. A Coordenação de interferência intercélula (ICIC, Inter-cell interference coordination) ou ICIC aumentada (eICIC) pode ser usada na coordenação de recursos para reduzir a interferência entre os nós, como macronós e nós de baixa potência em uma HetNet.
[007] Um sistema de multipontos coordenados (CoMP) também pode ser usado para reduzir a interferência de nós vizinhos em redes homogêneas e HetNets. Nos sistemas CoMP, os nós, chamados de nós de cooperação, também podem ser agrupados a outros nós, onde os nós de várias células podem transmitir sinais para o dispositivo sem fio e receber sinais do dispositivo sem fio. Os nós de cooperação podem ser nós da rede homogênea ou macronós e/ou nós de baixa potência (LPN) na HetNet. A operação CoMP pode ser aplicada a transmissões de downlink e de uplink. A operação CoMP de downlink pode ser dividida em duas categorias: agendamento coordenado ou formação de feixes (beamforming) coordenada (CS/CB ou CS/CBF) e processamento conjunto ou transmissão conjunta (JP/JT). Na CS/CB, um determinado subquadro pode ser transmitido a partir de uma célula em um determinado dispositivo sem fio (por exemplo, UE) e o agendamento, incluindo a formação de feixes (beamforming) coordenada, é coordenado de forma dinâmica entre as células para controlar e/ou reduzir a interferência entre as várias transmissões. No processamento conjunto, várias células podem realizar a transmissão conjunta para um dispositivo sem fio (por exemplo, UE), caracterizado pelo fato de que vários nós transmitem ao mesmo tempo utilizando o mesmo tempo e os mesmos recursos de frequência de rádio e/ou a seleção de célula dinâmica. A operação CoMP de uplink pode ser dividida em duas categorias: recepção conjunta (JR) e agendamento e formação de feixes
Petição 870160066838, de 11/11/2016, pág. 11/75
4/42 (beamforming) coordenados (CS/CB). Na JR, um canal compartilhado de uplink físico (Physical Uplink Shared Channel, PUSCH) transmitido pelo dispositivo sem fio (por exemplo, UE) pode ser recebido em conjunto em vários pontos em um intervalo de tempo. O conjunto de vários pontos pode formar o conjunto de ponto de recepção (RP) CoMP e pode ser incluído em parte do conjunto de cooperação CoMP de UL ou em todo o conjunto de cooperação CoMP de UL. A JR pode ser usada para melhorar a qualidade do sinal recebido. Na CS/CB, as decisões de seleção de agendamento e pré-codificação do usuário são feitas com a coordenação entre os pontos correspondentes ao conjunto de cooperação CoMP de UL. Na CS/CB, o PUSCH transmitido pelo UE é recebido em somente um ponto.
BREVE DESCRIÇÃO DOS DESENHOS [008] Os recursos e as vantagens da divulgação ficarão evidentes com base na descrição detalhada a seguir, complementada pelos desenhos que a acompanham, que juntos ilustram, por meio de exemplos, os recursos da publicação; e nos quais:
[009] A figura 1 ilustra um diagrama de blocos com várias larguras de banda de componente portadora (Component Carrier, CC) de acordo com um exemplo;
[0010] a figura 2A ilustra um diagrama de blocos com várias componentes portadoras contíguas de acordo com um exemplo;
[0011] a figura 2B ilustra um diagrama de blocos de componentes portadoras não contíguas intrabanda de acordo com um exemplo;
[0012] a figura 2C ilustra um diagrama de blocos de componentes portadoras não contíguas interbandas de acordo com um exemplo;
[0013] a figura 3A ilustra um diagrama de blocos de uma configuração de agregação de portadora simétrica-assimétrica de acordo com um exemplo;
[0014] a figura 3B ilustra um diagrama de blocos de uma configu
Petição 870160066838, de 11/11/2016, pág. 12/75
5/42 ração de agregação de portadora assimétrica-simétrica de acordo com um exemplo;
[0015] a figura 4 ilustra um diagrama de blocos dos recursos de quadro de rádio de uplink (por exemplo, uma grade de recursos) de acordo com um exemplo;
[0016] a figura 5 ilustra um diagrama de blocos de saltos de frequência para um canal de controle de uplink físico (PUCCH) de acordo com um exemplo;
[0017] a figura 6 ilustra uma tabela de tipos de relatório do canal de controle de uplink físico (PUCCH) por modo de relatório e estado do modo do PUCCH de acordo com um exemplo;
[0018] a figura 7A ilustra um diagrama de blocos de uma rede homogênea utilizando um sistema de multipontos coordenados (CoMP) intra-site (por exemplo, cenário de CoMP 1) de acordo com um exemplo;
[0019] a figura 7B ilustra um diagrama de blocos de uma rede homogênea com transmissão de alta potência utilizando um sistema de multipontos coordenados (CoMP) inter-site (por exemplo, cenário de CoMP 2) de acordo com um exemplo;
[0020] a figura 7C ilustra um diagrama de blocos de um sistema de multipontos coordenados (CoMP) em uma rede heterogênea com nós de baixa potência (por exemplo, cenários de CoMP 3 ou 4) de acordo com um exemplo;
[0021] a figura 8 mostra a funcionalidade do circuito de computação de um equipamento de usuário (UE) operável para relatar informações periódicas sobre o estado do canal (CSI) configurado em um modo de transmissão especificado de acordo com um exemplo;
[0022] a figura 9 mostra um fluxograma de um método de relatório de informações periódicas sobre o estado do canal (CSI) em um cenário de multipontos coordenados (CoMP) em um dispositivo sem fio de
Petição 870160066838, de 11/11/2016, pág. 13/75
6/42 acordo com um exemplo;
[0023] a figura 10 ilustra um diagrama de blocos de um nó de servidor, de um nó de coordenação e um dispositivo sem fio, de acordo com um exemplo; e [0024] a figura 11 ilustra um diagrama de um dispositivo sem fio (por exemplo, UE) de acordo com um exemplo.
[0025] A referência será agora feita aos exemplos das modalidades ilustradas, e será utilizada aqui uma linguagem específica na descrição deles. Deve-se entender, entretanto, que não se pretende estabelecer nenhuma limitação ao escopo da invenção.
DESCRIÇÃO DETALHADA [0026] Antes de a presente invenção ser divulgada e descrita, deve-se entender que ela não se limita a estruturas, etapas de processos ou materiais específicos aqui divulgados, mas estende-se aos equivalentes deles, como será reconhecido pelos especialistas das áreas envolvidas. Deve-se também entender que a terminologia aqui empregada é usada com o propósito exclusivo de descrever os exemplos específicos e não tem a finalidade de ser limitadora. Os mesmos números de referência em diversos desenhos representam os mesmos elementos. Os números apresentados nos fluxogramas e nos processos são fornecidos para fins de clareza ao ilustrar as etapas e as operações e não indicam, necessariamente, uma ordem ou sequência específicas. EXEMPLOS DE MODALIDADES [0027] Há uma visão geral inicial das modalidades da tecnologia fornecida a seguir e, em seguida, as aplicações específicas da tecnologia são descritas em mais detalhes. O resumo inicial tem como finalidade auxiliar o leitor no entendimento mais rápido da tecnologia, mas não pretende identificar recursos principais ou recursos essenciais da tecnologia, nem tem a finalidade de limitar o escopo do assunto reivindicado.
Petição 870160066838, de 11/11/2016, pág. 14/75
7/42 [0028] Um aumento na quantidade de transmissão de dados sem fio criou o congestionamento em redes sem fio usando espectro licenciado para fornecer serviços de comunicação sem fio para dispositivos sem fio, como smartphones e tablets. O congestionamento é especialmente evidente em locais de alta densidade e elevado uso como locais urbanos e universidades.
[0029] Uma técnica para o fornecimento de capacidade de largura de banda adicional aos dispositivos sem fio é a agregação de portadora de várias larguras de banda menores, a fim de formar um canal de banda larga virtual em um dispositivo sem fio (por exemplo, UE). Na agregação de portadora (CA), várias componentes portadoras (CC) podem ser agregadas e usadas em conjunto para transmissão de/para um único terminal. As portadoras podem ser sinais em domínios de frequência permitidos nos quais as informações são inseridas. A quantidade de informações que podem ser inseridas em uma portadora pode ser determinada pela largura de banda da portadora agregada no domínio de frequência. Frequentemente, os domínios de frequência permitidos são limitados com relação à largura de banda. As limitações de largura de banda podem aumentar muito quando uma quantidade grande de usuários está usando simultaneamente a largura de banda nos domínios de frequência permitidos.
[0030] A figura 1 ilustra a largura de banda de uma portadora, a largura de banda do sinal ou uma componente portadora (CC) que pode ser usada pelo dispositivo sem fio. Por exemplo, as larguras de banda da CC da LTE podem incluir: 1,4 MHz 210, 3 MHz 212, 5 MHz 214, 10 MHz 216, 15 MHz 218 e 20 MHz 220. A CC de 1,4 MHz pode incluir 6 blocos de recurso (resource blocks, RBs) consistindo em 72 subportadoras. A CC de 3 MHz pode incluir 15 RBs consistindo em 180 subportadoras. A CC de 5 MHz pode incluir 25 RBs consistindo em 300 subportadoras. A CC de 10 MHz pode incluir 50 RBs consistindo em
Petição 870160066838, de 11/11/2016, pág. 15/75
8/42
600 subportadoras. A CC de 15 MHz pode incluir 75 RBs consistindo em 900 subportadoras. A CC de 20 MHz pode incluir 100 RBs consistindo em 1200 subportadoras.
[0031] A agregação de portadora (CA) permite a comunicação simultânea de vários sinais de portadora entre o dispositivo sem fio do usuário e um nó. É possível usar várias portadoras diferentes. Em algumas instâncias, as portadoras podem ser de diferentes domínios de frequências permitidas. A agregação de portadora fornece uma opção mais ampla aos dispositivos sem fio, permitindo a obtenção de mais largura de banda. A maior largura de banda pode ser usada para transmitir operações que usam muita largura de banda, como streaming de vídeo ou comunicação de grandes arquivos de dados.
[0032] A figura 2A ilustra um exemplo de agregação de portadora de portadoras contínuas. No exemplo, três portadoras estão localizadas de forma contígua ao longo de uma banda de frequência. Cada portadora pode ser chamada de componente portadora. Em um tipo contínuo de sistema, as componentes portadoras estão localizadas ao lado umas das outras e normalmente podem estar localizadas dentro de uma única banda de frequência (por exemplo, banda A). Uma banda de frequência pode ser um intervalo de frequências selecionado no espectro eletromagnético. As bandas de frequência selecionadas são designadas para o uso com comunicações sem fio, como a telefonia sem fio. Determinadas bandas de frequência pertencem ou são locadas por uma provedora de serviço sem fio. Cada componente portadora adjacente pode ter a mesma largura de banda ou larguras de banda diferentes. Uma largura de banda é uma parte selecionada da banda de frequência. Tradicionalmente, a telefonia sem fio é conduzida dentro de uma banda de frequência única. Na agregação de portadora contígua, somente um módulo de transformada rápida de Fourier (FFT) e/ou um front-end de rádio pode ser usado. As componentes
Petição 870160066838, de 11/11/2016, pág. 16/75
9/42 portadoras contíguas podem ter características de propagação semelhantes, que podem usar relatórios e/ou módulos de processamento semelhantes.
[0033] As figuras 2B-2C ilustram um exemplo de agregação de portadora de componentes portadoras não contínuas. As componentes portadoras não contínuas podem ser separadas ao longo do intervalo de frequência. Cada componente portadora pode até mesmo estar localizada em bandas de frequência diferentes. A agregação de portadora não contígua pode fornecer a agregação de um espectro fragmentado. A agregação de portadora não contígua intrabanda (ou de banda única) fornece agregação de portadora não contígua dentro da mesma banda de frequência (por exemplo, banda A), conforme ilustrado na figura 2B. A agregação de portadora não contígua interbanda (ou de múltiplas bandas) fornece uma agregação de portadora não contígua dentro de bandas de frequência diferentes (por exemplo, bandas A, B ou C), conforme ilustrado na figura 2C. A habilidade de usar as componentes portadoras em bandas de frequência diferentes pode permitir o uso mais eficiente da largura de banda disponível e aumenta o rendimento específico dos dados agregados.
[0034] A agregação de portadora simétrica (ou assimétrica) de rede pode ser definida por uma quantidade de componentes portadoras de downlink (DL) e de uplink (UL) oferecidas por uma rede em um setor. A agregação de portadora simétrica (ou assimétrica) no UE pode ser definida por uma quantidade de componentes portadoras de downlink (DL) e de uplink (UL) configuradas para um UE. O número de CCs de DL pode ser pelo menos o número de CCs de UL. Um bloco de informações do sistema do tipo 2 (SIB2) pode fornecer a interconexão específica entre o DL e o UL. A figura 3A ilustra um diagrama de blocos de uma configuração de agregação de portadora simétrica-assimétrica, na qual a agregação de portadora é simétrica entre o DL e o UL para a
Petição 870160066838, de 11/11/2016, pág. 17/75
10/42 rede, e assimétrica entre o DL e o UL para o UE. A figura 3B ilustra um diagrama de blocos de uma configuração de agregação de portadora assimétrica-simétrica, na qual a agregação de portadora é assimétrica entre o DL e o UL para a rede, e simétrica entre o DL e o UL para o UE.
[0035] Uma componente portadora pode ser usada para transportar informações do canal por meio de uma estrutura de quadro de rádio transmitida na camada física (PHY), em uma transmissão de uplink entre um nó (por exemplo, eNodeB) e o dispositivo sem fio (por exemplo, UE), usando uma estrutura de quadros de evolução de longo prazo (LTE) genérica, conforme ilustrado na figura 4. Embora uma estrutura de quadros de LTE esteja ilustrada, também é possível usar uma estrutura de quadros para o padrão IEEE 802.16 (WiMax), o padrão IEEE 802.11 (Wi-Fi) ou outro tipo de padrão de comunicação usando SC-FDMA ou OFDMA.
[0036] A figura 4 ilustra uma estrutura de quadro de rádio de uplink. No exemplo, é possível configurar um quadro de rádio 100 de um sinal usado para transmitir informações de controle ou dados que podem ser configurados para ter uma duração, Tf, de 10 milissegundos (ms). Cada quadro de rádio pode ser segmentado ou dividido em dez subquadros 110i com 1 ms de duração cada um. Cada subquadro pode ser ainda dividido em dois slots 120a e 120b, cada um com uma duração, Tslot, de 0,5 ms. Cada slot para uma componente portadora (CC) usada pelo nó e pelo dispositivo sem fio pode conter diversos blocos de recurso (RBs) 130a, 130b, 130i, 130m e 130n baseados na largura de banda de frequência da CC. Cada RB (RB físico, ou PRB) 130i pode incluir subportadoras 136 de 12 kHz a 15 kHz (no eixo de frequência) e 6 ou 7 símbolos de SC-FDMA 132 (no eixo de tempo) por subportadora. O RB pode usar sete símbolos de SC-FDMA se um prefixo cíclico curto ou normal for utilizado. O RB pode usar seis símbolos
Petição 870160066838, de 11/11/2016, pág. 18/75
11/42 de SC-FDMA se um prefixo cíclico estendido for usado. O bloco de recurso pode ser associado a 84 elementos de recursos (REs) 140i utilizando prefixação cíclica curta ou normal, ou pode ser associado a 72 REs (não mostrados) utilizando-se prefixação cíclica estendida. O RE pode ser uma unidade de um símbolo SC-FDMA 142 por uma subportadora (ou seja, 15 kHz) 146. Cada RE é capaz de transmitir dois bits 150a e 150b de informação, no caso de modulação por deslocamento de fase em quadratura (QPSK). Podem ser usados outros tipos de modulação, como modulação de amplitude em quadratura 16 (QAM) ou QAM 64 para transmitir um número maior de bits em cada RE, ou modulação por deslocamento bifásico (BPSK) para transmitir um número menor de bits (um único bit) em cada RE. O RB pode ser configurado para uma transmissão de uplink do dispositivo sem fio até o nó. [0037] Os sinais de referência (RS) podem ser transmitidos por símbolos de SC-FDMA por meio de elementos de recurso nos blocos de recurso. Os sinais de referência (ou sinais ou tons piloto) podem ser um sinal conhecido utilizado por vários motivos, como, por exemplo, para sincronizar o tempo, estimar um canal e/ou um ruído no canal. Os sinais de referência podem ser recebidos e transmitidos pelos dispositivos sem fio ou nós. Vários tipos de sinais de referência (RS) podem ser usados em um RB. Por exemplo, em sistemas LTE, os tipos de sinais de referência de uplink podem incluir um sinal de referência sonoro (SRS) e um sinal de referência específico ao UE (RS específico ao UE ou UE-RS) ou um sinal de referência de demodulação (DM-RS). Em sistemas LTE, os tipos de sinais de referência de downlink podem incluir sinais de referência de informações sobre o estado do canal (CSI-RS) que podem ser medidos por um dispositivo sem fio para fornecer relatórios de CSI em um canal.
[0038] Um sinal ou canal de uplink pode incluir dados em um Canal compartilhado de uplink físico (PUSCH) ou informações de controle
Petição 870160066838, de 11/11/2016, pág. 19/75
12/42 em um Canal de controle de uplink físico (PUCCH). Na LTE, o canal físico de uplink (PUCCH) que transporta as informações de controle de uplink (UCI) pode incluir relatórios com informações sobre o estado de canal (CSI), confirmação/confirmação negativa (ACKnowledgment/Negative ACKnowledgment, ACK/NACK) de solicitação de repetição automática híbrida (HARQ) e solicitações de agendamento (scheduling requests, SR) de uplink.
[0039] O dispositivo sem fio pode enviar informações aperiódicas de CSI utilizando o PUSCH ou pode enviar informações periódicas de CSI utilizando o PUCCH. O PUCCH pode suportar múltiplos formatos (ou seja, formato PUCCH) com diversos esquemas de modulação e codificação (modulation and coding schemes, MCS), conforme exibido para LTE na Tabela 1. Por exemplo, o formato 3 de PUCCH pode ser usado para transmitir um HARQ-ACK de vários bits, que pode ser usado para agregação de portadora.
Tabela 1
Formato de PUCCH Esquema de modulação Número de bits por subquadro, Mbit
1 N/D N/D
1a BPSK 1
1b QPSK 2
2 QPSK 20
2a QPSK+BPSK 21
2b QPSK+QPSK 22
3 QPSK 48
[0040] Em outro exemplo, o formato 2 de PUCCH pode usar os saltos de frequência, conforme ilustrado na figura 5. Os saltos de frequência podem ser um método para transmitir sinais de rádio ao passar rapidamente uma portadora entre vários canais de frequência utilizando uma sequência pseudoaleatória ou uma frequência especificada conhecida pelo transmissor (por exemplo, o UE em um uplink) e pelo
Petição 870160066838, de 11/11/2016, pág. 20/75
13/42 receptor (por exemplo, o eNB no uplink). Os saltos de frequência podem permitir que o UE explore as diversas frequências de um canal de banda larga usado em LTE em um uplink enquanto mantém uma alocação contígua (no domínio de tempo).
[0041] O PUCCH pode incluir vários relatórios com informações sobre o estado do canal (CSI). Os componentes de CSI nos relatórios de CSI podem incluir um indicador de qualidade do canal (channel quality indicator, CQI), um indicador de matriz de pré-codificação (precoding matrix indicator, PMI), um indicador de tipo de pré-codificação (precoding type indicator, PTI) e/ou um tipo envio de informações de indicador de categoria (rank indication, RI). O CQI pode ser sinalizado para o eNodeB por meio de um UE para indicar uma taxa de transferência de dados adequada, como o valor de um esquema de modulação e codificação (MCS), para transmissões de downlink. Essas transmissões podem se basear na medição dos sinais de downlink recebidos sobre a relação de sinal-interferência + ruído (SINR) e conhecimento das características do receptor do UE. O PMI pode ser um sinal retornado pelo UE para comportar operações com múltiplas entradas e múltiplas saídas (multiple-input multiple-output, MIMO). O PMI pode corresponder a um índice do pré-codificador (em um livro de códigos compartilhado pelo UE e eNodeB), que pode maximizar a um número global de bits de dados que podem ser recebidos em todas camadas de transmissão espacial do downlink. O PTI pode ser usado para fazer a distinção entre ambientes de variação de volume lentos e rápidos. O RI pode ser sinalizado para o eNodeB por meio de UEs configurados para modos de transmissão PDSCH 3 (por exemplo, multiplexação espacial de circuito aberto) e 4 (por exemplo, multiplexação espacial de circuito fechado). O RI pode corresponder a um número de camadas de transmissão úteis para a multiplexação espacial (com base nas estimativas do UE em relação ao canal de downlink), permitin
Petição 870160066838, de 11/11/2016, pág. 21/75
14/42 do que o eNodeB adapte as transmissões PDSCH de forma adequada. [0042] A granularidade de um relatório CQI pode ser dividida em três níveis: banda larga, subfaixas selecionadas do UE e subfaixa configurada de camadas mais altas. O relatório CQI de banda larga pode oferecer um valor de CQI para toda uma largura de banda de sistema de downlink. O relatório CQI de subfaixas selecionadas do UE pode dividir a largura de banda do sistema em várias subfaixas, no qual o UE pode selecionar um conjunto de subfaixas preferidas (as melhores subfaixas M) e, em seguida, relatar um valor de CQI para a banda larga e um valor de CQI diferencial para o conjunto (supondo que a transmissão seja apenas nas subfaixas M selecionadas). O relatório CQI de subfaixa configurada de camadas mais altas pode oferecer uma granularidade mais elevada. No relatório CQI de subfaixa configurada de camadas mais altas, o dispositivo sem fio pode dividir toda a largura de banda do sistema em várias subfaixas e, em seguida, relatar um valor de CQI para a banda larga e vários valores de CQI diferenciais, como um para cada subfaixa.
[0043] O UCI transportado pelo PUCCH pode usar vários tipos de envio de informações do PUCCH (ou tipos de envio de informações CQI/PMI e RI) para especificar quais relatórios CSI estão sendo transmitidos. Por exemplo, o envio de informações do PUCCH de Tipo 1 é compatível com o retorno de CQI para subfaixas selecionadas do UE; o de Tipo 1a é compatível com o retorno de CQI de subfaixas e segundo PMI; os de Tipo 2, Tipo 2b e Tipo 2c são compatíveis com o retorno de CQI de banda larga e PMI; o Tipo 2a é compatível com o retorno de PMI de banda larga; o de Tipo 3 é compatível com o retorno de RI; o de Tipo 4 é compatível com CQI de banda larga; o de Tipo 5 é compatível com o retorno de RI e PMI de banda larga; e o de Tipo 6 é compatível com o retorno de RI e PTI.
[0044] Diferentes componentes de CSI podem ser incluídos, com
Petição 870160066838, de 11/11/2016, pág. 22/75
15/42 base no tipo de envio de informações do PUCCH. Por exemplo, o RI pode ser incluído em relatórios do PUCCH de tipo 3, 5 ou 6. O PTI de banda larga pode ser incluído no envio de informações do PUCCH de tipo 6. O PTI de banda larga pode ser incluído em envios de informações do PUCCH de tipo 2a ou 5. O CQI de banda larga pode ser incluído em envios de informações do PUCCH de tipo 2, 2b, 2c ou 4. O CQI de subfaixa pode ser incluído em envios de informações do PUCCH de tipo 1 ou 1a.
[0045] Os tipos de relatório CQI/PMI e RI (PUCCH) com períodos e deslocamentos distintos podem ser compatíveis com os modos de relatório de CSI do PUCCH, ilustrados na tabela da figura 5. A figura 5 ilustra um exemplo de LTE para o tipo de relatório de PUCCH e tamanho de carga de dados por modo de estado e modo de relatório de PUCCH.
[0046] As informações de CSI relatadas podem variar com base nos cenários de transmissão do downlink utilizados. Os diversos cenários para o downlink podem ser refletidos em diferentes modos de transmissão (transmission modes, TMs). Por exemplo, em LTE, o TM 1 pode usar uma única antena de transmissão; o TM 2 pode usar a diversidade de transmissão; o TM 3 pode usar multiplexação espacial de circuito aberto com diversidade de atraso cíclico (cyclic delay diversity, CDD); o TM 4 pode usar multiplexação espacial de circuito fechado; o TM 5 pode usar MIMO de múltiplos usuários (MU-MIMO); o TM 6 pode usar multiplexação espacial de circuito fechado usando uma única camada de transmissão; o TM 7 pode usar a formação de feixes (beamforming) com RS específico ao UE; o TM 8 pode usar a formação de feixes (beamforming) de uma ou duas camadas com RS específico ao UE; e o TM 9 pode usar uma transmissão com múltiplas camadas para suportar MIMO de usuário único (SU-MIMO) de circuito fechado ou agregação de portadora. Em um exemplo, o TM 10 pode ser usado
Petição 870160066838, de 11/11/2016, pág. 23/75
16/42 para sinalização de multipontos coordenados (CoMP), como o processamento conjunto (joint processing, JP), a seleção de ponto dinâmico (dynamic point selection, DPS) e/ou o agendamento coordenado/formação de feixes (beamforming) coordenada (CS/CB).
[0047] Cada modo de transmissão pode usar vários modos de relatório de CSI do PUCCH, caracterizado pelo fato de que cada modo de relatório de CSI do PUCCH pode representar diferentes tipos de retorno de CQI e PMI, conforme exibido para LTE na Tabela 2.
Tabela 2
Tipo de retorno de PMI
Sem PMI Único PMI
CQI do PUCCH Tipo de retorno Banda larga (CQI de banda larga) Modo 1-0 Modo 1-1
UE selecionado (CQI de subfaixa) Modo 2-0 Modo 2-1
[0048] Por exemplo, em LTE, os TMs 1, 2, 3 e 7 podem usar modos de relatório de CSI do PUCCH 1-0 ou 2-0; os TMs 4, 5 e 6 podem usar modos de relatório de CSI do PUCCH 1-1 ou 2-1; o TM 8 pode usar modos de relatório de CSI do PUCCH 1-1 ou 2-1 se o UE estiver configurado com o relatório de PMI/RI, ou modos de relatório de CSI do PUCCH 1-0 ou 2-0 se o UE não estiver configurado com o relatório de PMI/RI; e os TMs 9 e 10 podem usar modos de relatório de CSI do PUCCH 1-1 ou 2-1 se o UE estiver configurado com o relatório de PMI/RI e o número de portas CSI-RS for maior que um, ou modos de relatório de CSI do PUCCH 1-0 ou 2-0 se o UE não estiver configurado com o relatório do PMI/RI ou o número de portas CSI-RS for igual a um. Com base no esquema de transmissão do downlink (por exemplo, modo de transmissão), um UE pode gerar mais relatórios de CSI do que o permitido para ser transmitido aos nós (por exemplo, eNBs) sem gerar interferências ou colisões de sinal. O dispositivo sem fio (por
Petição 870160066838, de 11/11/2016, pág. 24/75
17/42 exemplo, UE) pode determinar quais relatórios de CSI manter e transmitir e quais formatar ou descartar (e não transmitir) para evitar colisões nos subquadros.
[0049] No relatório de CSI, o formato 2 de PUCCH pode transmitir de 4 a 11 bits de CSI (CQI/PMI/PTI/RI) do UE para o eNB. Na agregação de portadora, cada célula servidora pode ser configurada de forma independente pela sinalização de controle de recursos de rádio (RRC) relacionada a uma configuração de CSI, como uma periodicidade, um deslocamento inicial ou um modo do PUCCH. No entanto, a transmissão de CSI usando o formato 2 de PUCCH só pode ser realizada em células primárias. Em um exemplo usando o formato 2 de PUCCH, um relatório de CSI de uma célula servidora especificada pode ser transmitido enquanto os relatórios de CSI restantes de outras células servidoras podem ser diminuídas quando mais de um relatório de CSI de várias células servidoras forem passíveis de colidir umas com as outras em um mesmo subquadro. Formatar os relatórios de CSI de outras células servidoras pode impedir a colisão de relatórios de CSI no mesmo subquadro. Em um exemplo, os critérios usados para determinar a prioridade de um relatório de CSI periódico transmitido e os relatórios de CSI periódicos que são diminuídos podem ser baseados em um tipo de relatório de PUCCH com uma prioridade mais baixa do tipo de relatório de CSI sendo diminuída. Os relatórios de PUCCH de tipos 3, 5, 6 e 2a podem ter uma prioridade superior ou mais alta e os relatórios de PUCCH de tipos 2, 2b, 2c e 4 podem ter uma prioridade imediata ou prioridade secundária, e os tipos de relatórios de PUCCH de tipos 1 e 1a podem ter uma prioridade de terceiro nível ou mais baixa. Assim, o UE pode formatar os relatórios de CSI com relatórios de PUCCH de tipos 1 e 1a, de prioridade primária. Depois, formatar os relatórios de CSI com relatórios de PUCCH de tipos 2, 2b, 2c e 4, de prioridade secundária, e, em seguida, formatar todos os relatórios de
Petição 870160066838, de 11/11/2016, pág. 25/75
18/42
CSI com relatórios de PUCCH de tipos 3, 5, 6 e 2a de número superior aos relatórios de CSI que serão transmitidos. Em um exemplo, um relatório de CSI pode ser gerado para cada componente portadora (component carrier, CC). Cada CC pode ser representada por um índice de célula servidora (ou seja, ServCellIndex). Entre os relatórios de CSI que têm tipos de relatório com a mesma prioridade (por exemplo, relatórios de PUCCH de tipos 3, 5, 6 e 2a), a prioridade de uma célula pode formatar conforme o índice de célula servidora correspondente (ou seja, ServCellIndex) aumenta (ou seja, o índice de célula mais baixo tem prioridade mais alta).
[0050] Em outro exemplo, a prioridade do relatório de CSI pode ser baseada no componente de CSI, caracterizado pelo fato de o relatório de RI e PMI de banda larga ter uma prioridade mais alta em relação ao relatório de CQI e o relatório de CQI de banda larga ter uma prioridade mais alta em relação ao relatório de CQI de subfaixas. O RI pode ter prioridade mais alta porque o RI pode oferecer informações gerais sobre as condições de um canal de rede. Em um exemplo, o PMI e CQI podem ser dependentes do RI. O CQI de banda larga pode ter uma prioridade mais alta que o CQI de subfaixa uma vez que o CQI de banda larga pode fornecer informações gerais sobre a qualidade ou sobre situações extremas de um canal, enquanto que o CQI de subfaixa fornece informações menos abrangentes sobre a qualidade do canal de subfaixa.
[0051] Em um exemplo, outros relatórios de CSI podem ser gerados em um sistema de multipontos coordenados (CoMP). Podem ser utilizados outros critérios para formatar relatórios de CSI em sistemas CoMP. Um sistema CoMP (também chamado de multi-eNodeB com múltiplas entradas e múltiplas saídas [MIMO]) pode ser usado para melhorar a redução de interferência. Podem ser usados pelo menos quatro cenários básicos para operações CoMP.
Petição 870160066838, de 11/11/2016, pág. 26/75
19/42 [0052] A figura 7A ilustra um exemplo de uma área de coordenação 308 (delineada com uma linha em negrito) de um sistema CoMP intra-site em uma rede homogênea, que pode ilustrar o cenário de CoMP LTE 1. Cada nó 310A e 312B-G pode atender várias células (ou setores) 320A-G, 322A-G e 324A-G. A célula pode ser uma definição lógica gerada pelo nó ou pela área ou subárea de transmissão geográfica (em uma área total de cobertura) coberta pelo nó, caracterizada pelo fato de poder incluir uma identificação de célula específica (ID) que define os parâmetros da célula, como canais de controle, sinais de referência e frequências de portadoras de componentes (CC). Ao coordenar a transmissão entre várias células, a interferência de outras células pode ser reduzida e a potência recebida do sinal desejado pode ser aumentada. Os nós que estão fora do sistema CoMP podem ser nós de não cooperação 312B-G. Em um exemplo, o sistema CoMP pode ser ilustrado como diversos nós de cooperação (não exibidos) cercados por vários nós de não cooperação.
[0053] A figura 7B ilustra um exemplo de um sistema CoMP intersite com unidades de banda base (RRHs) de alta potência em uma rede homogênea, que pode ilustrar o cenário de CoMP LTE 2. Uma área de coordenação 306 (delineada com uma linha em negrito) pode incluir eNBs 310A e RRHs 314H-M, sendo que cada RRH pode ser configurado para se comunicar com o eNB por meio de um link de backhaul (link óptico ou por cabo). Os nós de cooperação podem incluir eNBs e RRHs. Em um sistema CoMP, os nós podem ser agrupados com outros nós de cooperação em células adjacentes, em que os nós de cooperação de várias células podem transmitir sinais para o dispositivo sem fio 302 e receber sinais do dispositivo sem fio. Os nós de cooperação podem coordenar a transmissão/recepção de sinais a partir do/para o dispositivo sem fio 302 (por exemplo, UE). O nó de cooperação de cada sistema CoMP pode ser incluído em um conjunto de
Petição 870160066838, de 11/11/2016, pág. 27/75
20/42 coordenação. Um relatório de CSI pode ser gerado em um processo de CSI com base em transmissões de cada conjunto de coordenação. [0054] A figura 7C ilustra um exemplo de um sistema CoMP com nós de baixa potência (low power nodes, LPNs) em uma área de cobertura de macrocélulas. A figura 7C pode ilustrar os cenários de CoMP LTE 3 e 4. No exemplo de CoMP intra-site ilustrado na figura 7C, LPNs (ou RRHs) de um macronó 310A podem estar localizados em diversos locais no espaço e a coordenação CoMP pode estar dentro de uma única macrocélula. Uma área de coordenação 304 pode incluir eNBs 310A e LPNs 380N-S, sendo que cada LPN pode ser configurado para se comunicar com o eNB por meio de um link de backhaul 332 (link óptico ou por cabo). Uma célula 326A de um macronó pode, ainda, ser subdividida em subcélulas 330N-S. Os LPNs (ou RRHs) 380N-S podem transmitir e receber sinais para uma subcélula. Um dispositivo sem fio 302 pode estar na borda de uma subcélula (ou borda de célula) e a coordenação CoMP intra-site pode ocorrer entre os LPNs (ou RRHs) ou entre o eNB e os LPNs. No cenário de CoMP 3, os RRHs de baixa potência, que fornecem pontos de transmissão/recepção dentro da área de cobertura da macrocélula, podem ter diversas IDs de célula na macrocélula. No cenário de CoMP 4, os RRHs de baixa potência, que fornecem pontos de transmissão/recepção dentro da área de cobertura da macrocélula, podem ter uma ID de célula idêntica àquelas da macrocélula.
[0055] A transmissão CoMP de downlink (DL) pode ser dividida em duas categorias: agendamento coordenado ou formação de feixes (beamforming) coordenada (CS/CB ou CS/CBF) e processamento conjunto ou transmissão conjunta (JP/JT). No CS/CB, um determinado subquadro pode ser transmitido a partir de uma célula em um determinado dispositivo móvel de comunicação (UE) e o agendamento, incluindo a formação de feixes (beamforming) coordenada, é coordenado
Petição 870160066838, de 11/11/2016, pág. 28/75
21/42 de forma dinâmica entre as células para controlar e/ou reduzir a interferência entre as várias transmissões. No processamento conjunto, várias células podem realizar a transmissão conjunta para um dispositivo móvel de comunicação (UE), caracterizado pelo fato de vários nós transmitem ao mesmo tempo utilizando o mesmo tempo e os mesmos recursos de frequência de rádio e/ou a seleção de célula dinâmica. Podem ser usados dois métodos para a transmissão conjunta: a transmissão não coerente, caracterizada pelo fato de usar recepção de combinação suave do sinal de OFDM; e a transmissão coerente, caracterizada pelo fato de realizar a pré-codificação entre as células para a combinação durante a fase no receptor. Ao coordenar e combinar sinais de várias antenas, o CoMP permite que os usuários móveis usufruam da qualidade e desempenho consistentes oferecido pelos serviços de alta largura de banda se o usuário móvel estiver próximo ao ponto central de uma célula ou nas bordas externas da célula.
[0056] Mesmo com uma única célula servidora (ou seja, um cenário de componente portadora única), vários relatórios periódicos de CSI podem ser transmitidos para o CoMP de DL. O relatório de PUCCH pode definir o formato e os recursos de uplink nos quais o CSI pode ser oferecido, ou seja, a configuração do relatório de PUCCH pode definir como transmitir o retorno de CSI. Para operações CoMP, a medição do CSI pode ser definida por um processo de CSI CoMP, que pode incluir a configuração de um canal e uma parte de interferência. Portanto, os diversos relatórios de CSI podem ser associados a vários processos. Por exemplo, a medição de CSI CoMP associada a um processo de CSI CoMP pode ser transmitida por meio de modos de retorno periódicos ou aperiódicos.
[0057] Os vários processos periódicos de CSI podem ser configurados pela rede por meio de determinadas IDs ou número de índice para facilitar os vários retornos periódicos de CSI. Conforme usado
Petição 870160066838, de 11/11/2016, pág. 29/75
22/42 aqui, o índice de processos de CSI (CSIProcessIndex ou CSIProcessID) refere-se à realização de tais vários processos periódicos de CSI. Por exemplo, se uma célula servidora (por exemplo, nó servidor) configurar três processos periódicos de CSI, a rede pode configurar três processos periódicos de CSI e o CSIProcessIndex pode ser numerado com 0, 1 e 2. Cada processo periódico de CSI pode ser configurado pela sinalização RRC de forma independente.
[0058] No LTE legado, apenas um relatório periódico de CSI pode ser transmitido pelo formato PUCCH 2, 2a ou 2b. Em um caso caracterizado pelo fato de mais de uma transmissão periódica de CSI coincidir em um subquadro, apenas um relatório periódico de CSI poderá ser transmitido e os relatórios periódicos de CSI restantes poderão ser diminuídos. Embora os vários relatórios periódicos de CSI possam ser transmitidos no PUCCH com o formato 3 de PUCCH ou no PUSCH, a carga de dados máxima para o CSI periódico agregado ainda pode ser limitada. Por exemplo, até 22 bits de informação podem ser transmitidos por meio do formato 3 de PUCCH. Dessa forma, se o número de bits de CSI periódico agregado ultrapassarem 22 bits, os relatórios de CSI restantes podem ser diminuídos. Em um exemplo, se o formato 2 de PUCCH é usado para transmissões periódicas de CSI, apenas um processo de CSI pode ser selecionado para a transmissão, independente do critério de capacidade.
[0059] Vários métodos podem ser usados para determinar qual processo de CSI ou relatório de CSI pode ser diminuído quando o CSIProcessID é utilizado. Para fins ilustrativos, consideramos o PUCCH com o formato 3 de PUCCH que pode transmitir vários CSIs. No entanto, o mesmo princípio pode ser usado em outros casos, como outros formatos de PUCCH ou PUSCH.
[0060] Se os bits de informação de CSI periódico agregado não ultrapassarem a capacidade máxima de um determinado formato de
Petição 870160066838, de 11/11/2016, pág. 30/75
23/42
PUCCH (por exemplo, formato 2 de PUCCH, formato 3 de PUCCH, PUSCH ou outros formatos), o CSI periódico agregado pode ser transmitido no formato de PUCCH correspondente. Caso contrário, (ou seja, se os bits de informação de CSI periódico agregado ultrapassarem a capacidade máxima de um determinado formato de PUCCH), os CSIs periódicos entre os processos de CSI podem ser selecionados de tal modo que a carga de dados de CSI periódico agregado seja um número maior de processos de CSI que não ultrapasse a capacidade máxima do formato de PUCCH usado no PUCCH. Por exemplo, se o número de processos de CSI for 5 e for usado o formato 3 de PUCCH, e se o número de bits de CSI for 11 para cada processo de CSI, o CSI para apenas dois processos de CSI deverá ser transmitido no formato 3 de PUCCH e os outros 3 processos de CSI restantes poderão ser diminuídos.
[0061] Podem ser usados vários métodos para determinar uma regra de prioridade para formatar processos e/ou relatórios de CSI. Podem ser usados o PUCCH por meio do formato 3 de PUCCH com transmissão de CSI com vários processos ou o formato 2 de PUCCH com um único processo de CSI. Por exemplo, se o PUCCH usa o formato 2 de PUCCH para transmissões periódicas de CSI, apenas um processo de CSI pode ser selecionado para a transmissão, independente do critério de capacidade.
[0062] Em um método (ou seja, método 1), a prioridade de retenção (ou formatação) dos processos de CSI em um subquadro de colisão (ou um subquadro de possível colisão) pode primeiramente ser determinada pelo tipo de relatório de um PUCCH e/ou pelo modo de relatório de PUCCH. Um processo de CSI de prioridade primária ou mais alta pode ser oferecido ao relatório de PUCCH de tipos 3, 5, 6 e 2a, em seguida, um processo de CSI de prioridade imediata ou secundária pode ser oferecido ao relatório de PUCCH de tipos 2, 2b, 2c e 4.
Petição 870160066838, de 11/11/2016, pág. 31/75
24/42
Depois, um processo de CSI de terceira ou de última prioridade pode ser oferecido ao relatório de PUCCH de tipos 1 e 1a.
[0063] Se o número agregado de bits de CSI ainda ultrapassa os 22 bits com o formato 3 de PUCCH ou mais do que um processo de CSI continuar com o formato 2 de PUCCH, uma das duas regras pode ser usada. Usando uma primeira regra, uma prioridade de relatório de CQI/PMI/PTI/RI entre os processos de CSI com a mesma prioridade de modo e/ou tipos de relatório de PUCCH pode ser determinada com base no índice de processos do CSI (por exemplo, CSIProcessID). Por exemplo, a prioridade de uma ID de processo de CSI formata conforme a ID de processo correspondente aumenta. Assim, uma ID de processo de CSI mais baixo pode ter uma prioridade mais alta. Usando uma segunda regra, a prioridade do processo de CSI pode ser configurado pela sinalização de RRC.
[0064] Em outro método (ou seja, método 2), uma prioridade de retenção (ou formatação) dos processos de CSI em um subquadro de colisão pode ser fornecida pela sinalização de RRC. Em um exemplo, a capacidade máxima do formato 2 de PUCCH pode ser de 11 bits, do formato 3 de PUCCH pode ser de 22 bits e o PUSCH pode ser de 55 bits.
[0065] Também pode ser determinada uma prioridade de retenção (ou formatação) dos relatórios de CSI para um uso simultâneo de agregação de portadora (utilizando um ServCellIndex) e cenários de CoMP (utilizando um CSIProcessID ou CSIProcessIndex), como o modo de transmissão 10. As prioridades de formatação de relatórios de CSI podem ser definidas considerando uma portadora e um domínio de processo de CSI.
[0066] Por exemplo, em um método (ou seja, método A), a prioridade dos processos de CSI e da componente portadora usada para formatar (ou reter) relatórios de CSI em um subquadro de colisão (ou
Petição 870160066838, de 11/11/2016, pág. 32/75
25/42 um subquadro de possível colisão) pode primeiro se basear em um tipo de relatório de PUCCH e/ou um modo de relatório de PUCCH. Um processo de CSI de prioridade primária ou mais alta pode ser oferecido ao relatório de PUCCH de tipos 3, 5, 6 e 2a, em seguida, um processo de CSI de prioridade imediata ou secundária pode ser oferecido ao relatório de PUCCH de tipos 2, 2b, 2c e 4. Depois, um processo de CSI de terceira ou de última prioridade pode ser oferecido ao relatório de PUCCH de tipos 1 e 1a.
[0067] Se um número agregado de bits de CSI ainda ultrapassar os 22 com o formato 3 de PUCCH ou mais do que um processo de CSI ainda estiver com o formato 2 de PUCCH, uma de três regras pode ser usada. Usando uma primeira regra, uma prioridade de relatório de CQI/PMI/PTI/RI entre as células servidoras com a mesma prioridade de modo e/ou tipos de relatório de PUCCH pode ser determinada com base nos índices de células servidoras (por exemplo, ServCellIndex). A prioridade de uma célula pode formatar conforme o índice de uma célula servidora correspondente aumenta.
[0068] Se o número agregado de bits de CSI ainda ultrapassar os 22 com o formato 3 de PUCCH ou mais do que um processo de CSI ainda estiver com o formato 2 de PUCCH, as prioridades de relatório de CQI/PMI/PTI/RI entre os processos de CSI com a mesma prioridade de modo e/ou tipos de relatório de PUCCH e com o mesmo índice de célula servidora podem ser determinadas com base nos índices de processos de CSI (por exemplo, CSIProcessID ou CSIProcessIndex). A prioridade de um índice de processos de CSI pode formatar conforme o índice de um processo de CSI correspondente aumenta.
[0069] Usando uma segunda regra, as prioridades de relatório de CQI/PMI/PTI/RI entre os processos de CSI para cada célula servidora com a mesma prioridade de modo e/ou tipos de relatório de PUCCH podem ser determinadas com base nos índices de processos de CSI
Petição 870160066838, de 11/11/2016, pág. 33/75
26/42 (por exemplo, CSIProcessID ou CSIProcessIndex). A prioridade de um índice de processos de CSI pode formatar conforme o índice de um processo de CSI correspondente aumenta.
[0070] Se o número agregado de bits de CSI ainda ultrapassar os 22 com o formato 3 de PUCCH ou mais do que um processo de CSI ainda estiver com o formato 2 de PUCCH, as prioridades de relatório de CQI/PMI/PTI/RI entre as células servidoras com a mesma prioridade de modo e/ou tipos de relatório de PUCCH e com o mesmo índice de processos de CSI podem ser determinadas com base nos índices de células servidoras (por exemplo, ServCellIndex). A prioridade de uma célula pode formatar conforme o índice de uma célula servidora correspondente aumenta.
[0071] Usando uma terceira regra, a prioridade entre as CCs usadas na agregação de portadora e/ou índices de processos de CSI utilizados em cenários de CoMP pode ser configurada pela sinalização de RRC.
[0072] Em outro método (ou seja, método B), todas as prioridades dos processos de CSI usados em cenários de CoMP e a componente portadora usada na agregação de portadora podem ser configuradas pela sinalização de RRC.
[0073] Em outro método (ou seja, método C), o índice de processos de CSI pode ser exclusivamente definido pelas células servidoras e processos de CSI (ou seja, o índice de processos de CSI exclusivo pode ser a combinação do CSIProcessIndex e do ServCellIndex). Em um exemplo, o índice de processo de CSI pode ser determinado e comunicado pela sinalização de RRC. Por exemplo, com duas agregações de células servidoras e três processos de CSI por célula servidora, o número total de processos de CSI pode ser exclusivamente definido por 6 processos de CSI (ou seja, por processo de CSI 0, 1, 2, 3, 4 e 5).
Petição 870160066838, de 11/11/2016, pág. 34/75
27/42 [0074] Usando um índice de processo de CSI exclusivo, a prioridade dos processos de CSI usada para formatar (ou reter) relatórios de CSI em um subquadro de colisão (ou em um subquadro de possível colisão) pode primeiro se basear em um tipo de relatório de PUCCH e/ou em um modo de relatório de PUCCH. Um processo de CSI de prioridade primária ou mais alta pode ser oferecido ao relatório de PUCCH de tipos 3, 5, 6 e 2a, em seguida, um processo de CSI de prioridade imediata ou secundária pode ser oferecido ao relatório de PUCCH de tipos 2, 2b, 2c e 4. Depois, um processo de CSI de terceira ou de última prioridade pode ser oferecido ao relatório de PUCCH de tipos 1 e 1a.
[0075] Se um número agregado de bits de CSI ainda ultrapassar os 22 com o formato 3 de PUCCH ou mais do que um processo de CSI ainda estiver com o formato 2 de PUCCH, as prioridades de relatório de CQI/PMI/PTI/RI entre os processos de CSI com a mesma prioridade de modo e/ou tipos de relatório de PUCCH podem ser determinadas com base nos índices de processos de CSI (por exemplo, CSIProcessID ou CSIProcessIndex). A prioridade de um índice de processos de CSI pode formatar conforme o índice de um processo de CSI correspondente aumenta.
[0076] Em outro método (ou seja, método D), um índice de processos de CSI padrão pode ser definido em cada célula servidora. Cada índice de processos de CSI padrão pode ter uma prioridade mais alta por cada célula servidora. Usando um índice de processos de CSI padrão para cada célula servidora, a prioridade dos processos de CSI usados para formatar (ou reter) relatórios de CSI em um subquadro de colisão (ou um subquadro de possível colisão) pode primeiro se basear em um tipo de relatório de PUCCH e/ou um modo de relatório de PUCCH. Um processo de CSI de prioridade primária ou mais alta pode ser oferecido ao relatório de PUCCH de tipos 3, 5, 6 e 2a, em seguida,
Petição 870160066838, de 11/11/2016, pág. 35/75
28/42 um processo de CSI de prioridade imediata ou secundária pode ser oferecido ao relatório de PUCCH de tipos 2, 2b, 2c e 4. Depois, um processo de CSI de terceira ou de última prioridade pode ser oferecido ao relatório de PUCCH de tipos 1 e 1a.
[0077] Se um número agregado de bits de CSI ainda ultrapassar os 22 com o formato 3 de PUCCH ou mais do que um processo de CSI ainda estiver com o formato 2 de PUCCH, as prioridades de relatório de CQI/PMI/PTI/RI entre os processos de CSI padrão com a prioridade de modo e/ou tipos de relatório de PUCCH podem ser determinadas com base nos índices de processos de CSI (por exemplo, CSIProcessID ou CSIProcessIndex). A prioridade de um índice de processos de CSI pode formatar conforme o índice de um processo de CSI correspondente aumenta.
[0078] Também é contemplada uma combinação dos vários métodos.
[0079] Em outro exemplo, um regra de formatação para uma agregação de portadora e um cenário de CoMP combinados pode ser usada para a multiplexação de CSI e HARQ-ACK usando o formato 3 de PUCCH. A Solicitação de repetição automática é um mecanismo de retorno caracterizado pelo fato de um terminal de recepção solicitar retransmissões de pacotes que são detectados como errados. A ARQ híbrida é uma combinação simultânea da Solicitação de repetição automática (Automatic Retransmission reQuest, ARQ) e da Correção de encaminhamento de erro (Forward error correction, FEC) que pode permitir que o overhead de correção de erro seja adaptado dinamicamente, dependendo da qualidade do canal. Quando a HARQ é usada, e se for possível corrigir os erros pela FEC, nenhuma retransmissão poderá ser solicitada. Caso contrário, se for possível detectar os erros, mas não for possível corrigi-los, uma retransmissão poderá ser solicitada. Um sinal de reconhecimento (ACKnowledgment, ACK) pode ser
Petição 870160066838, de 11/11/2016, pág. 36/75
29/42 transmitido para indicar que um ou mais blocos de dados, como em um PDSCH, foram recebidos e decodificados com sucesso. Os informações de HARQ-ACK/Reconhecimento negativo (Negative ACKnowledgement, NACK ou NAK) podem incluir o retorno de um receptor para o transmissor para reconhecer a recebimento correto de um pacote ou para solicitar uma nova retransmissão (pelo NACK ou NAK). [0080] Em um exemplo, para um UE configurado com o formato 3 de PUCCH para transmissão de HARQ-ACK e para um subquadro em que o UE está configurado para transmitir a transmissão de HARQACK com o CSI periódico e para um subquadro em que um recurso do formato 3 de PUCCH está indicado para o UE para a transmissão de HARQ-ACK, o UE pode transmitir a HARQ-ACK e um CSI periódico de uma única célula de acordo com o seguinte processo. Nenhum recurso de formato 3 de PUCCH adicional, além do recurso de formato 3, pode ser configurado para HARQ-ACK e multiplexação de CSI. A HARQACK e o CSI periódico podem ser codificados em conjunto até 22 bits, incluindo solicitações de programação (Schedule requests, SR). A célula servidora de relatório periódicas de CSI pode ser selecionada quando o relatório de CSI periódico selecionado, em conjunto com bits de retorno de HARQ-ACK (incluindo a SR), se ajusta ao tamanho da carga de dados do formato 3 de PUCCH. Em seguida, o CSI periódico e os bits de HARQ-ACK (incluindo a SR) podem ser transmitidos. Caso contrário, o HARQ-ACK (incluindo a SR), sem o CSI periódico, pode ser transmitido.
[0081] Em uma combinação de agregação de portadora e caso CoMP, apenas um relatório de CSI pode ser selecionado para uma combinação de processo de CSI e um retorno de ACK/NACK (A/N) em um PUCCH com o formato 3 de PUCCH. A regra selecionada dos métodos A, B, C e D acima pode ser usada para selecionar um relatório de CSI periódico para a combinação do processo de CSI e A/N no
Petição 870160066838, de 11/11/2016, pág. 37/75
30/42
PUCCH com formato 3 de PUCCH.
[0082] Por exemplo, a regra de formatação usando o método A pode ser representada da seguinte forma: A prioridade dos processos de CSI e componente portadora usada para formatar (ou reter) os relatórios de CSI em um subquadro de colisão (ou um subquadro de possível colisão) pode primeiro se basear em um tipo de relatório de PUCCH e/ou um modo de relatório de PUCCH. Um processo de CSI de prioridade primária ou mais alta pode ser oferecido ao relatório de PUCCH de tipos 3, 5, 6 e 2a, em seguida, um processo de CSI de prioridade imediata ou secundária pode ser oferecido ao relatório de PUCCH de tipos 2, 2b, 2c e 4. Depois, um processo de CSI de terceira ou de última prioridade pode ser oferecido ao relatório de PUCCH de tipos 1 e 1a.
[0083] Se mais de um processo de CSI ainda estiver com o formato 2 de PUCCH, as prioridades de relatório de CQI/PMI/PTI/RI entre os processos de CSI para cada célula servidora com a mesma prioridade de modo e/ou tipos de relatório de PUCCH podem ser determinadas com base nos índices de processos de CSI (por exemplo, CSIProcessID ou CSIProcessIndex). A prioridade de um índice de processos de CSI pode formatar conforme o índice de um processo de CSI correspondente aumenta.
[0084] Em seguida, se mais de um processo de CSI ainda estiver com o formato 2 de PUCCH, as prioridades de relatório de CQI/PMI/PTI/RI entre as células servidoras com a mesma prioridade de modo e/ou de tipos de relatório de PUCCH e com um mesmo índice de processos de CSI podem ser determinadas com base nos índices de células servidoras (por exemplo, ServCellIndex). A prioridade de uma célula pode formatar conforme o índice de uma célula servidora correspondente aumenta.
[0085] Outro exemplo oferece a funcionalidade 500 do circuito de
Petição 870160066838, de 11/11/2016, pág. 38/75
31/42 computação de um equipamento de usuário (UE) operável para relatar informações periódicas sobre o estado do canal (CSI) configurado em um modo de transmissão especificado, conforme mostrado no fluxograma na figura 8. A funcionalidade pode ser implementada como um método ou executada como instruções em uma máquina. Essas instruções são incluídas em pelo menos uma mídia legível por computador ou em uma mídia de armazenamento não temporária, legível por máquina. O circuito de computação pode ser configurado para gerar diversos relatórios de CSI para transmissão em um subquadro para diversos processos de CSI, caracterizado pelo fato de cada relatório de CSI corresponder a um processo de CSI com um CSIProcessIndex, como no bloco 510. O circuito de computação pode, ainda, ser configurado para formatar relatórios de CSI correspondentes aos processos de CSI, exceto processos de CSI com um CSIProcessIndex mais baixo, como no bloco 520. O circuito de computação também pode ser configurado para transmitir pelo menos um relatório de CSI do processo de CSI para um Nó B evoluído (eNB), como no bloco 530 [0086] Em um exemplo, o circuito de computação configurado para formatar relatórios de CSI pode, ainda, ser configurado para: Determinar um número selecionado de relatórios de CSI para transmitir com base em um formato do canal de controle de uplink físico (PUCCH); e formatar relatórios de CSI correspondentes a todos os processos de CSI, em vez do número selecionado de relatórios de CSI de prioridade mais alta correspondentes aos processos de CSI para evitar uma colisão do relatório de CSI no subquadro. O formato de PUCCH pode incluir um formato 2, 2a, 2b e 3 de PUCCH com pelo menos um relatório de CSI.
[0087] Em outro exemplo, o circuito de computação configurado para formatar relatórios de CSI pode, ainda, ser configurado para formatar relatórios de CSI com base em um ServCellIndex, exceto relató
Petição 870160066838, de 11/11/2016, pág. 39/75
32/42 rios de CSI com um ServCellIndex mais baixo quando os CSIProcesslndexes dos relatórios de CSI forem os mesmos. Em outro exemplo, o circuito de computação pode, ainda, ser configurado para formatar pelo menos um relatório de CSI de prioridade mais baixa com base em um tipo de relatório do canal de controle de uplink físico (PUCCH) de uma célula servidora antes de formatar o relatório de CSI de prioridade mais baixa com base no CSIProcessIndex. Os tipos 3, 5, 6 e 2a de relatórios de PUCCH podem ter uma prioridade mais alta que os tipos 1, 1a, 2, 2b, 2c e 4 de relatórios de PUCCH e os tipos 2, 2b, 2c e 4 de relatórios de PUCCH podem ter uma prioridade mais alta que os tipos 1 e 1a de relatórios de PUCCH. O relatório de CSI mais alto pode incluir um CSIProcessIndex mais baixo. Em outra configuração, o circuito de computação ainda pode ser configurado para atribuir um processo de CSI padrão com um processo de CSI de prioridade mais alta para uma célula servidora correspondente ao CSIProcessIndex mais baixo. Em outro exemplo, o CSIProcessIndex pode ser exclusivo para um processo de CSI especificado e uma célula servidora especificada. O modo de transmissão especificado pode ser usado para uma configuração de multipontos coordenados (CoMP). Em um exemplo, o modo de transmissão especificado pode incluir o modo de transmissão 10 usado para uma configuração CoMP.
[0088] Outro exemplo fornece um método 600 para o relatório periódicas sobre o estado do canal (CSI) de um equipamento de usuário (UE) em um cenário de multipontos coordenados (CoMP), conforme exibido no fluxograma da figura 9. O método pode ser executado como instruções em uma máquina. Essas instruções são incluídas em pelo menos uma mídia legível por computador ou uma mídia de armazenamento não temporária, legível por máquina. O método inclui a operação de determinar no UE um número de relatórios de CSI para colidir em um subquadro, caracterizado pelo fato de os relatórios de CSI in
Petição 870160066838, de 11/11/2016, pág. 40/75
33/42 cluírem diversos processos de CSI, caracterizado pelo fato de cada relatório de CSI corresponder a um processo de CSI com um índice de processo de CSI, como no bloco 610. A operação de priorizar o número de relatórios de CSI, caracterizado pelo fato de um processo de CSI com uma prioridade mais alta ter um índice de processo de CSI, como no bloco 620. A próxima operação do método pode ser a formatação de um relatório de CSI de prioridade mais baixa parcialmente com base em um índice de processo de CSI, como no bloco 630. O método pode, ainda, incluir a transmissão a partir do UE de pelo menos um relatório de CSI de prioridade mais alta para um nó, como no bloco 640.
[0089] A operação de priorizar o número de relatórios de CSI pode, ainda, incluir priorizar o número de relatórios de CSI com base em um indicador de qualidade de canal (CQI)/indicador de matriz de précodificação (PMI)/tipo de relatório de indicador de categoria (RI), caracterizado pelo fato dos tipos 3, 5, 6 e 2a de relatório de CQI/PMI/RI terem uma prioridade mais alta do que os tipos 1, 1a, 2, 2b, 2c e 4 de relatório de CQI/PMI/RI e os tipos 2, 2b, 2c e 4 de relatório de CQI/PMI/RI terem uma prioridade mais alta do que os tipos 1 e 1a de relatório de CQI/PMI/RI. Em um exemplo, a operação de priorizar o número de relatórios de CSI pode, ainda, incluir priorizar o número de relatórios de CSI com base em um índice de célula servidora ou uma componente portadora (CC), caracterizado pelo fato de a CC com uma prioridade mais alta ter um índice de célula servidora mais baixo e, em seguida, priorizar o número de relatórios de CSI com base no índice de processos de CSI. Em um exemplo, a operação de priorizar o número de relatórios de CSI pode, ainda, incluir priorizar o número de relatórios de CSI com base no índice de processos de CSI e, em seguida, priorizar o número de relatórios de CSI com base em um índice de célula servidora ou uma componente portadora (CC), caracterizado pelo
Petição 870160066838, de 11/11/2016, pág. 41/75
34/42 fato da CC com uma prioridade mais alta ter um índice de célula servidora mais baixo.
[0090] Em outra configuração, a operação de priorizar o número de relatórios de CSI pode, ainda, incluir, por meio da sinalização de controle de recursos de rádio (RRC), o recebimento de uma prioridade para os relatórios de CSI com base em um índice de processos de CSI ou uma componente portadora (CC) para cada relatório de CSI. Em outro exemplo, um índice de processos de CSI exclusivo pode ser atribuído a um processo de CSI especificado e uma CC especificada. Em outro exemplo, o método pode, ainda, incluir a definição de um processo de CSI padrão com um processo de CSI de prioridade mais alta. O processo de CSI padrão pode corresponder a um índice de processo de CSI mais baixo.
[0091] A operação de transmitir pelo menos um relatório de CSI de prioridade mais alta pode, ainda, incluir a transmissão de um relatório de CSI de não colisão para cada, no máximo, 11 bits de CSI disponíveis em um formato de PUCCH. O nó pode incluir uma estação de base (BS), um Nó B (NB), um Nó B evoluído (eNB), uma unidade de banda base (BBU), um cabeçalho de rádio remoto (RRH), um equipamento remoto de rádio (RRE) ou uma unidade remota de rádio (RRU).
[0092] A figura 10 ilustra um nó de exemplo (por exemplo, nó servidor 710 e nó de cooperação 730) e um exemplo de dispositivo sem fio 720. O nó pode incluir um dispositivo de nó 712 e 732. O dispositivo de nó pode ser configurado para se comunicar com o dispositivo sem fio. O dispositivo de nó pode ser configurado para receber transmissões periódicas de informações sobre o estado do canal (CSI) configuradas em um modo de transmissão especificado, como o modo de transmissão 10. O dispositivo de nó ou o nó pode ser configurado para se comunicar com outros nós por meio de um link de backhaul 740 (link óptico ou por cabo), como um protocolo de aplicativo X2 (X2AP).
Petição 870160066838, de 11/11/2016, pág. 42/75
35/42
O dispositivo de nó pode incluir um módulo de processamento 714 e 734 e um módulo transceptor 716 e 736. O módulo transceptor pode ser configurado para receber informações periódicas sobre o estado do canal (CSI) em um PUCCH. Os módulos transceptores 716 e 736 podem, ainda, ser configurados para se comunicarem com o nó de coordenação por meio de um protocolo de aplicativo X2 (X2AP). O módulo de processamento pode, ainda, ser configurado para processar os relatórios periódicos de CSI do PUCCH. O nó (por exemplo, nó do servidor 710 e nó de cooperação 730) pode incluir uma estação de base (BS), um Nó B (NB), um Nó B evoluído (eNB), uma unidade de banda base (BBU), um cabeçalho de rádio remoto (RRH), um equipamento remoto de rádio (RRE) ou uma unidade remota de rádio (RRU).
[0093] O dispositivo sem fio 720 pode incluir um módulo transceptor 724 e um módulo de processamento 722. O dispositivo sem fio pode ser configurado para transmissões periódicas de informações sobre o estado do canal (CSI) configuradas em um modo de transmissão específico, como o modo de transmissão usado em uma operação CoMP. O módulo de processamento pode ser configurado para gerar uma prioridade de um relatório de CSI em diversos relatórios de CSI de um subquadro, tendo como base um índice de processos de CSI e um tipo de relatório de canal físico de controle de uplink (PUCCH), e para formatar um relatório de CSI de prioridade mais baixa. O índice de processos de CSI pode corresponder a um processo de CSI CoMP de downlink (DL). O módulo transceptor pode ser configurado para transmitir pelo menos um relatório de CSI de prioridade mais alta a um nó.
[0094] Em um exemplo, um processo de CSI de prioridade mais alta de uma célula servidora pode corresponder a um CSIProcessIndex mais baixo. Os tipos de relatório de PUCCH com indicador de categoria (RI) ou retorno de indicador de matriz de pré-codificação (PMI)
Petição 870160066838, de 11/11/2016, pág. 43/75
36/42 de banda larga sem retorno do indicador de qualidade do canal (CQI) podem ter uma prioridade mais alta do que os tipos de relatório de PUCCH com retorno de CQI, e os tipos de relatório de PUCCH com retorno de CQI de banda larga podem ter uma prioridade mais alta do que o relatório de PUCCH com retorno de CQI de subfaixa.
[0095] Em uma configuração, o módulo de processamento 722 pode, ainda, ser configurado para priorizar os relatórios de CSI baseados em um índice de célula servidora e, em seguida, priorizar os relatórios de CSI com base em um índice de processos de CSI. O relatório de CSI com um índice de célula servidora mais baixo pode ter uma prioridade mais alta do que um relatório de CSI com um índice de célula servidora mais alto, e o relatório de CSI de um índice de célula servidora especificado com um índice de processos de CSI mais baixo pode ter uma prioridade mais alta do que um relatório de CSI com o índice de célula servidora especificado com um índice de processos de CSI mais alto.
[0096] Em outra configuração, o módulo de processamento 722 pode, ainda, ser configurado para priorizar os relatórios de CSI com base em um índice de processos de CSI e, em seguida, priorizar os relatórios de CSI com base em um índice de célula servidora. O relatório de CSI com o índice de processos de CSI pode ter uma prioridade mais alta do que um relatório de CSI com um índice de processos de CSI mais alto, e o relatório de CSI de um índice de processos de CSI especificado com um índice de célula servidora mais baixo pode ter uma prioridade mais alta do que um relatório de CSI com o índice de processos de CSI especificado com um índice de célula servidora mais alto.
[0097] Em outra configuração, o módulo transceptor 724 pode, ainda, ser configurado para receber uma prioridade de um relatório de CSI com um índice de processos de CSI especificado e um índice de
Petição 870160066838, de 11/11/2016, pág. 44/75
37/42 célula servidora especificado por meio da sinalização de controle de recursos de rádio (RRC). Em um exemplo, o módulo de processamento 722 pode, ainda, ser configurado para priorizar os relatórios de CSI com base em uma combinação do índice de processos de CSI e do índice de célula servidora. O relatório de CSI com uma combinação mais baixa do índice de processos de CSI e do índice de célula servidora pode ter uma prioridade mais alta do que um relatório de CSI com uma combinação mais alta do índice de processos de CSI e do índice de célula servidora. Em outro exemplo, o módulo de processamento pode, ainda, ser configurado para atribuir um processo de CSI padrão com um processo de CSI de prioridade mais alta. O processo de CSI padrão pode ter um índice de processo de CSI mais baixo para diversos processos de CSI.
[0098] Em outro exemplo, o módulo de processamento 722 pode, ainda, ser configurado para multiplexar uma confirmação de solicitação de repetição automática híbrida (HARQ-ACK) e um relatório de CSI, e determinar se o relatório de CSI com bits de retorno HARQ-ACK e qualquer solicitação de agendamento (SR) se adéqua a uma carga de dados de formato 3 de canal de controle de uplink físico (PUCCH). O módulo transceptor pode, ainda, ser configurado para transmitir os bits de retorno de HARQ-ACK, incluindo qualquer SR sem o relatório de CSI quando o relatório de CSI sem bits de retorno de HARQ-ACK e qualquer SR não se adaptam à carga de dados de formato 3 de PUCCH, e transmitir os bits de retorno de HARQ-ACK multiplexado, incluindo qualquer SR com o relatório de CSI quando o relatório de CSI com bits de retorno de HARQ-ACK e qualquer SR se adaptam à carga de dados do formato 3 de PUCCH. Em outra configuração, o módulo transceptor pode, ainda, ser configurado para transmitir um número de relatórios de CSI de não colisão para um formato de canal de controle de uplink físico (PUCCH). Cada relatório de CSI pode usar,
Petição 870160066838, de 11/11/2016, pág. 45/75
38/42 no máximo, 11 bits de CSI.
[0099] A figura 11 apresenta a ilustração de um exemplo do dispositivo sem fio, como um equipamento de usuário (UE), uma estação móvel (MS), um dispositivo móvel sem fio, um dispositivo móvel de comunicação, um tablet, um monofone ou outro tipo de dispositivo sem fio. O dispositivo sem fio pode conter uma ou mais antenas, configuradas para se comunicar com um nó, um nó macro, nó de baixa potência (LPN) ou estação de transmissão, como uma estação de base (BS), um Nó B evoluído (eNB), uma unidade de banda base (BBU), uma cabeça remota de radiocomunicação (RRH), um equipamento remoto de radiocomunicação (RRE), uma estação relay (RS), um equipamento de rádio (RE) ou outro tipo de ponto de acesso a rede sem fio de área estendida (WWAN). O dispositivo sem fio pode ser configurado para comunicar-se utilizando ao menos um padrão de comunicação sem fio, incluindo LTE 3GPP, WiMAX, acesso a pacotes em alta velocidade (HSPA), Bluetooth e Wi-Fi. O dispositivo sem fio pode comunicar-se por meio de antenas separadas para cada padrão de comunicação sem fio ou antenas compartilhadas para vários padrões de comunicação sem fio. O dispositivo sem fio pode comunicar-se em uma rede local sem fio (WLAN), em uma rede de área pessoal (WPAN) e/ou em uma WWAN.
[00100] A figura 11 apresenta também uma ilustração de um microfone e um ou mais alto-falantes, que podem ser usados para entrada e saída de áudio no dispositivo sem fio. A tela de exibição pode ser de cristal líquido (LCD) ou outro tipo de tela, como de diodo emissor de luz orgânico (OLED). A tela de exibição pode ser configurada como tela sensível ao toque. A tela sensível ao toque pode utilizar tecnologia capacitiva, resistiva ou outro tipo de tecnologia de telas sensíveis ao toque. Um processador de aplicativos e um processador gráfico podem ser acoplados à memória interna para proporcionarem os recursos de
Petição 870160066838, de 11/11/2016, pág. 46/75
39/42 processamento e exibição. Uma porta de memória não volátil também pode ser usada para oferecer ao usuário opções de entrada/saída. A memória não volátil pode também ser usada para expandir os recursos de memória do dispositivo sem fio. Pode-se integrar um teclado ao dispositivo sem fio, ou conectá-lo de forma sem fio ao dispositivo sem fio, para oferecer ao usuário entradas adicionais de dados. Um teclado virtual também pode ser fornecido, por meio da tela sensível ao toque. [00101] Diversas técnicas ou certos aspectos ou partes aqui apresentados podem tomar a forma de código de programação (ou seja, instruções) incorporado em mídia tangível, como disquetes, CD-ROMs, discos rígidos, meios de armazenamento legíveis por computador e não temporários, ou em qualquer outro meio de armazenamento legível por computador, em que o código do programa seja carregado e executado por uma máquina, como um computador, e a máquina se torne um aparelho para a prática de diversas técnicas. O circuito pode conter hardware, firmware, código de programa, código executável, instruções de computador e/ou software. Uma mídia de armazenamento não temporária, legível por computador, pode ser uma mídia de armazenamento legível por computador que não contenha sinal. No caso da execução de código de programação em computadores programáveis, o dispositivo de computação poderá conter um processador, um meio de armazenamento legível pelo processador (incluindo elementos de armazenamento e/ou memória volátil e não volátil), pelo menos um dispositivo de entrada e pelo menos um dispositivo de saída. A memória volátil e não volátil e/ou os elementos de armazenamento podem ser uma RAM, EPROM, unidade flash, unidade óptica, disco rígido magnético, unidade de estado sólido ou outra mídia para armazenamento de dados eletrônicos. O dispositivo de nó sem fio pode conter também um módulo transceptor, um módulo de contagem, um módulo de processamento e/ou um módulo de relógio ou temporizador. Um ou
Petição 870160066838, de 11/11/2016, pág. 47/75
40/42 mais programas que podem implementar ou utilizar as diversas técnicas aqui descritas podem usar uma interface de programação de aplicativo (API), controles reutilizáveis e similares. Esses programas podem ser implementados em uma linguagem de alto nível, procedural ou orientada a objetos, para implementar a comunicação com um computador. Entretanto, se desejado, o(s) programa(s) pode(m) ser implementado(s) em linguagem de conjunto ou de máquina. De qualquer forma, a linguagem deverá ser compilada ou interpretada e combinada com as implementações de hardware.
[00102] É preciso entender que muitas das unidades funcionais desta especificação foram identificadas como módulos, para enfatizar de maneira mais particular a independência de suas implementações. Por exemplo, um módulo pode ser implementado como um circuito de hardware, compreendendo circuitos VLSI ou matrizes de portas (gate array) dedicados, semicondutores disponíveis comercialmente, tais como circuitos lógicos integrados, transistores ou outros componentes distintos. Um módulo pode também ser implementado em dispositivos de hardware programável, tais como matriz de portas programáveis em campo, lógica de matriz programável, dispositivos lógicos programáveis ou similares.
[00103] Os módulos podem também ser implementados em software para execução por diversos tipos de processadores. Um módulo identificado de código executável pode, por exemplo, incluir um ou mais blocos físicos ou lógicos de instruções de computador, que podem, por exemplo, ser organizados como um objeto, um procedimento ou uma função. No entanto, os executáveis de um módulo identificado não precisam ficar fisicamente juntos, mas podem incluir instruções díspares armazenadas em locais diferentes que, quando reunidos, formam o módulo e atingem o propósito definido para o módulo.
[00104] Certamente, um módulo de código executável pode ser
Petição 870160066838, de 11/11/2016, pág. 48/75
41/42 uma única instrução ou diversas instruções, e pode ser até mesmo se distribuído entre diversos segmentos de código diferentes, entre programas diferentes, e entre diversos dispositivos de memória. De forma semelhante, os dados operacionais podem ser identificados e ilustrados no presente documento, dentro de módulos, e podem ser incorporados em qualquer forma adequada e organizados dentro de qualquer tipo adequado de estrutura de dados. Os dados operacionais podem ser coletados com um único conjunto de dados, ou podem ser distribuídos entre diversos locais, inclusive entre diversos dispositivos de armazenamento e podem existir, ao menos em parte, meramente como sinais eletrônicos em um sistema ou rede. Os módulos podem ser passivos ou ativos, incluindo agentes operáveis para executar as funções desejadas.
[00105] A referência nesta especificação a um exemplo significa que um determinado recurso, uma determinada estrutura ou característica descritos em conexão com o exemplo, estão incluídos em ao menos uma modalidade da presente invenção. Assim, as ocorrências da expressão em um exemplo, em várias partes desta especificação, podem não fazer referência, necessariamente, à mesma modalidade. [00106] Como utilizado aqui, diversos itens, elementos estruturais, elementos e/ou materiais de composição podem ser apresentados em uma lista comum, para conveniência. Contudo, essas listas devem ser interpretadas como se cada item dela fosse identificado, individualmente, como um item independente e exclusivo. Assim, nenhum item individual de tal lista deve ser interpretado como um equivalente de fato de qualquer outro item da mesma lista com base apenas em suas apresentações em um grupo comum, sem indicações em contrário. Além disso, podem ser feitas referências, no presente documento, a diversas modalidades e diversos exemplos da presente invenção, juntamente com as alternativas para os diversos componentes aqui apre
Petição 870160066838, de 11/11/2016, pág. 49/75
42/42 sentados. Entende-se que tais modalidades, exemplos e alternativas não devem ser interpretados como equivalentes reais uns dos outros, mas devem ser considerados como representações independentes e autônomas da presente invenção.
[00107] Além disso, os recursos, as estruturas ou as características descritos podem ser combinados, de qualquer forma adequada, em uma ou mais modalidades. Na descrição a seguir, são apresentados diversos detalhes específicos, tais como exemplos de layouts, distâncias, exemplos de rede etc., para proporcionar uma compreensão completa das modalidades da invenção. Especialistas na área específica reconhecerão, entretanto, que a invenção pode ser posta em prática sem um ou mais dos detalhes específicos, ou por meio de outros métodos, componentes, layouts etc. Em outros exemplos, estruturas, materiais ou operações bem conhecidos não são apresentados ou descritos em detalhes, para evitar que confundam os aspectos da invenção.
[00108] Embora os exemplos apresentados sejam ilustrações dos princípios da presente invenção em uma ou mais aplicações específicas, ficará claro para os especialistas na área que poderão ser feitas diversas modificações na forma, no uso e nos detalhes de implementação, sem implicar capacidades inventivas e sem se desviar dos princípios e conceitos da invenção. Desta forma, não se pretende que a invenção seja limitada, exceto pelas reivindicações definidas a seguir.

Claims (15)

1. Equipamento de usuário (UE) operável para fornecer informações periódicas sobre o estado do canal (CSI) configurado em um modo de transmissão especificado caracterizado pelo fato de possuir circuito de computação configurado para:
gerar diversos relatórios de CSI para transmitir em um subquadro para diversos processos de CSI, em que cada relatório de CSI corresponde a um processo de CSI com um CSIProcessIndex, em que o CSIProcessIndex representa um índice de processos de CSI;
formatar relatórios de CSI correspondentes aos processos de CSI, exceto processos de CSI com um CSIProcessIndex mais baixo; e enviar informações para transmitir pelo menos um relatório de CSI, incluindo o relatório de CSI para o processo de CSI com o CSIProcessIndex mais baixo.
2. Circuito de computação, de acordo com a reivindicação 0, caracterizado pelo fato de que o circuito de computação configurado para formatar os relatórios de CSI é ainda configurado para:
determinar um número selecionado de relatórios de CSI para transmitir com base em um formato do canal de controle de uplink físico (PUCCH); e formatar os relatórios de CSI correspondentes a todos os processos de CSI, exceto o número selecionado de relatórios de CSI de prioridade mais alta que corresponde aos processos de CSI para evitar uma colisão no relatório de CSI no subquadro;
em que o formato de PUCCH inclui um formato 2, 2a, 2b e 3 de PUCCH com pelo menos um relatório de CSI.
3. Circuito de computação, de acordo com a reivindicação 0 ou 2, caracterizado pelo fato de que o circuito de computação configurado para formatar os relatórios de CSI é ainda configurado para:
Petição 870160066838, de 11/11/2016, pág. 51/75
2/6 formatar relatórios de CSI com base em um ServCellIndex, exceto relatórios de CSI com um ServCellIndex mais baixo quando os CSIProcessIndexes dos relatórios de CSI forem os mesmos.
4. Circuito de computação, de acordo com qualquer uma das reivindicações 0 a 3, caracterizado pelo fato de ainda ser configurado para:
formatar pelo menos um relatório de CSI de prioridade mais baixa com base em um tipo de relatório do canal de controle de uplink físico (PUCCH) de uma célula servidora antes de formatar o relatório de CSI de prioridade mais baixa com base no CSIProcessIndex, em que os tipos 3, 5, 6 e 2a de relatório de PUCCH têm uma prioridade mais alta do que os tipos 1, 1a, 2, 2b, 2c e 4 de relatório de PUCCH, e os tipos 2, 2b, 2c e 4 de relatório de PUCCH têm uma prioridade mais alta do que os tipos 1 e 1a de relatório de PUCCH.
5. Circuito de computação, de acordo com qualquer uma das reivindicações 0 a 4, caracterizado pelo fato de:
o relatório de CSI de prioridade mais alta incluir um CSIProcessIndex mais baixo; ou o CSIProcessIndex ser exclusivo para um processo de CSI especificado e uma célula servidora especificada.
6. Circuito de computação, de acordo com qualquer uma das reivindicações 0 a 5, caracterizado pelo fato de ainda ser configurado para:
atribuir um processo de CSI padrão com um processo de CSI de prioridade mais alta a uma célula servidora correspondente a um CSIProcessIndex mais baixo.
7. Circuito de computação, de acordo com qualquer uma das reivindicações 0 a 6, caracterizado pelo fato do modo de transmissão especificado ser usado em uma configuração de multipontos coordenados (CoMP).
Petição 870160066838, de 11/11/2016, pág. 52/75
3/6
8. Equipamento de usuário (UE) para fornecer informações periódicas sobre o estado do canal (CSI) do equipamento de usuário (UE), caracterizado pelo fato de que compreende:
um processador que é configurado para:
gerar um ou mais relatórios de CSI com um primeiro tipo de relatório do canal de controle de uplink físico (PUCCH), e pelo menos um relatório de CSI com um segundo tipo de relatório de PUCCH; e formatar um ou mais relatórios de CSI com o primeiro tipo de relatório de PUCCH de pelo menos uma célula servidora quando o um ou mais relatórios de CSI com o primeiro tipo de relatório de PUCCH tem uma colisão com o pelo menos um relatório de CSI com o segundo tipo de relatório de PUCCH da pelo menos uma célula servidora, em que o primeiro tipo de relatório de PUCCH tem um nível de prioridade mais baixo que o segundo tipo de relatório de PUCCH.
9. Equipamento de usuário (UE), de acordo com a reivindicação 8, caracterizado pelo fato de que:
o primeiro tipo de relatório de PUCCH inclui tipos 1, 1a, 2, 2b, 2c ou 4 de relatório de PUCCH; ou o segundo tipo de relatório de PUCCH inclui tipos 3, 5 ou 6 de relatório de PUCCH.
10. Equipamento de usuário (UE), de acordo com a reivindicação 8 ou 9, caracterizado pelo fato de que o equipamento de usuário (UE) é configurado com um modo de transmissão 10 (TM 10) e quando o um ou mais relatórios de CSI têm tipos de relatório de PUCCH de uma mesma prioridade e o um ou mais relatórios de CSI correspondem a diferentes processos de CSI, o processador é configurado ainda para:
formatar os processos de CSI do um ou mais relatórios de CSI, exceto um processo de CSI com um índice de processos de CSI mais baixo (CSIprocessIndex), em que cada relatório de CSI corresPetição 870160066838, de 11/11/2016, pág. 53/75
4/6 ponde a diferentes CSIProcessIndex.
11. Equipamento de usuário (UE), de acordo com qualquer uma das reivindicações 8 a 10, caracterizado pelo fato de que o equipamento de usuário (UE) é configurado com um modo de transmissão e quando o um ou mais relatórios de CSI têm tipos de relatório de PUCCH de uma mesma prioridade e o um ou mais relatórios de CSI correspondem a processos de CSI com um mesmo identificador de processos de CSI (CSIProcessId), o processador é configurado ainda para:
formatar o um ou mais relatórios de CSI, exceto um relatório de CSI com um índice de célula servidora (ServCellIndex) mais baixo quando os relatórios de CSI de diferentes células servidoras com os tipos de relatório de PUCCH da mesma prioridade têm uma colisão entre si e o um ou mais relatórios de CSI correspondem aos processos de CSI com o mesmo CSIProcessId, em que cada célula servidora tem um ServCellIndex diferente.
12. Sistema para fornecer informações periódicas sobre o estado do canal (CSI) por um equipamento de usuário (UE), caracterizado pelo fato de que compreende:
uma ou mais antenas para se comunicar com um Nó B evoluído (eNB); e um processador de aplicativos que é configurado para:
gerar um ou mais relatórios de CSI com um primeiro tipo de relatório do canal de controle de uplink físico (PUCCH), e pelo menos um relatório de CSI com um segundo tipo de relatório de PUCCH; e formatar um ou mais relatórios de CSI com o primeiro tipo de relatório de PUCCH de pelo menos uma célula servidora quando o um ou mais relatórios de CSI com o primeiro tipo de relatório de PUCCH tem uma colisão com o pelo menos um relatório de CSI com o segundo tipo de relatório de PUCCH da pelo menos uma célula servi
Petição 870160066838, de 11/11/2016, pág. 54/75
5/6 dora, em que o primeiro tipo de relatório de PUCCH tem um nível de prioridade mais baixo que o segundo tipo de relatório de PUCCH.
13. Sistema, de acordo com a reivindicação 12, caracterizado pelo fato de que:
o primeiro tipo de relatório de PUCCH compreende tipos 1, 1a, 2, 2b, 2c ou 4 de relatório de PUCCH; ou o segundo tipo de relatório de PUCCH compreende tipos 3, 5 ou 6 de relatório de PUCCH.
14. Sistema, de acordo com a reivindicação 12 ou 13, caracterizado pelo fato de que o equipamento de usuário (UE) é configurado com um modo de transmissão 10 (TM 10) e quando o um ou mais relatórios de CSI têm tipos de relatório de PUCCH de uma mesma prioridade e o um ou mais relatórios de CSI correspondem a diferentes processos de CSI, o processador de aplicativos é configurado ainda para:
formatar os processos de CSI do um ou mais relatórios de CSI, exceto um processo de CSI com um índice de processos de CSI mais baixo (CSIprocessIndex), em que cada relatório de CSI corresponde a um CSIProcessIndex.
15. Sistema, de acordo com qualquer uma das reivindicações 12 a 14, caracterizado pelo fato de que o equipamento de usuário (UE) é configurado com um modo de transmissão e quando o um ou mais relatórios de CSI têm tipos de relatório de PUCCH de uma mesma prioridade e o um ou mais relatórios de CSI correspondem a processos de CSI com um mesmo identificador de processos de CSI (CSIProcessId), o processador de aplicativos é configurado ainda para:
formatar o um ou mais relatórios de CSI, exceto um relatório de CSI com um índice de célula servidora (ServCellIndex) mais baixo quando os relatórios de CSI de diferentes células servidoras com os tipos de relatório de PUCCH da mesma prioridade têm uma colisão
Petição 870160066838, de 11/11/2016, pág. 55/75
6/6 entre si e o um ou mais relatórios de CSI correspondem aos processos de CSI com o mesmo CSIProcessId, em que cada célula servidora tem um ServCellIndex.
BR122016026467-0A 2012-08-03 2013-06-27 Equipamento de usuário, dispositivo sem fio e método para relatórios periódicos de informações de estado de canal BR122016026467B1 (pt)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US201261679627P 2012-08-03 2012-08-03
US61/679,627 2012-08-03
US13/688,794 2012-11-29
US13/688,794 US9544801B2 (en) 2012-08-03 2012-11-29 Periodic channel state information reporting for coordinated multipoint (coMP) systems
PCT/US2013/048019 WO2014022032A1 (en) 2012-08-03 2013-06-27 PERIODIC CHANNEL STATE INFORMATION REPORTING FOR COORDINATED MULTIPOINT (CoMP) SYSTEMS
BR112015000462A BR112015000462A2 (pt) 2012-08-03 2013-06-27 relatório de informações periódicas sobre o estado do canal para sistemas de multipontos coordenados (comp)

Publications (2)

Publication Number Publication Date
BR122016026467A2 true BR122016026467A2 (pt) 2019-08-27
BR122016026467B1 BR122016026467B1 (pt) 2023-03-14

Family

ID=74554903

Family Applications (2)

Application Number Title Priority Date Filing Date
BR112015000462A BR112015000462A2 (pt) 2012-08-03 2013-06-27 relatório de informações periódicas sobre o estado do canal para sistemas de multipontos coordenados (comp)
BR122016026467-0A BR122016026467B1 (pt) 2012-08-03 2013-06-27 Equipamento de usuário, dispositivo sem fio e método para relatórios periódicos de informações de estado de canal

Family Applications Before (1)

Application Number Title Priority Date Filing Date
BR112015000462A BR112015000462A2 (pt) 2012-08-03 2013-06-27 relatório de informações periódicas sobre o estado do canal para sistemas de multipontos coordenados (comp)

Country Status (21)

Country Link
US (4) US9544801B2 (pt)
EP (2) EP3223554B1 (pt)
JP (2) JP6162235B2 (pt)
KR (3) KR20150027172A (pt)
CN (2) CN103582003B (pt)
AU (2) AU2013296991B2 (pt)
BE (1) BE1021051B1 (pt)
BR (2) BR112015000462A2 (pt)
CA (2) CA2926378C (pt)
ES (2) ES2713557T3 (pt)
FI (1) FI128675B (pt)
FR (2) FR2994365B1 (pt)
HU (1) HUE042237T2 (pt)
IT (1) ITMI20131330A1 (pt)
MX (1) MX348544B (pt)
MY (1) MY174518A (pt)
NL (1) NL2011265C2 (pt)
RU (1) RU2610470C2 (pt)
SE (1) SE1350935A1 (pt)
TW (2) TWI535253B (pt)
WO (1) WO2014022032A1 (pt)

Families Citing this family (126)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9025478B2 (en) 2011-08-16 2015-05-05 Google Technology Holdings LLC Self-interference handling in a wireless communication terminal supporting carrier aggregation
JP5932554B2 (ja) * 2012-08-02 2016-06-08 株式会社Nttドコモ 無線通信方法、無線通信システム、無線基地局及びユーザ端末
US9544801B2 (en) * 2012-08-03 2017-01-10 Intel Corporation Periodic channel state information reporting for coordinated multipoint (coMP) systems
CN103581891B (zh) * 2012-08-06 2019-01-25 中兴通讯股份有限公司 信息的处理方法及装置
JP6072258B2 (ja) * 2012-08-28 2017-02-01 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいてチャネル状態情報をフィードバックする方法及びそのための装置
US9667391B2 (en) * 2012-09-20 2017-05-30 Samsung Electronics Co., Ltd Channel estimation method and apparatus for cooperative communication in cellular mobile communication system
US8923880B2 (en) * 2012-09-28 2014-12-30 Intel Corporation Selective joinder of user equipment with wireless cell
US9609537B2 (en) * 2012-09-28 2017-03-28 Qualcomm Incorporated Randomization procedure for assigning interference measurement resources in wireless communication
WO2014051254A1 (ko) * 2012-09-28 2014-04-03 엘지전자 주식회사 상향링크 전송 방법 및 장치
US9178583B2 (en) * 2013-01-08 2015-11-03 Samsung Electronics Co., Ltd. Channel state information feedback design in advanced wireless communication systems
KR101413351B1 (ko) * 2013-01-21 2014-06-27 엘지전자 주식회사 인트라 밴드 비연속적인 상향링크 반송파 집성에서 기준 감도 저하를 방지하기 위해 감소된 개수의 전송 리소스 블록으로 상향링크 신호를 송신하는 방법 및 단말
US9444745B2 (en) 2013-03-08 2016-09-13 Blackberry Limited Sending data rate information to a wireless access network node
US9578671B2 (en) * 2013-03-15 2017-02-21 Blackberry Limited Establishing multiple connections between a user equipment and wireless access network nodes
US10122481B2 (en) 2013-04-16 2018-11-06 Lg Electronics Inc. Method and apparatus for reporting channel state information in wireless communication system
US9629025B2 (en) 2013-05-03 2017-04-18 Blackberry Limited Controlling data offload in response to feedback information
US9131513B2 (en) 2013-08-16 2015-09-08 Blackberry Limited Coordinating allocation of resources for use by small cells
JP6640722B2 (ja) * 2013-09-06 2020-02-05 華為技術有限公司Huawei Technologies Co.,Ltd. ワイヤレス通信システムにおける無線リソースのスケジューリングおよび/またはミュートのための方法
US9497673B2 (en) 2013-11-01 2016-11-15 Blackberry Limited Method and apparatus to enable multiple wireless connections
US9867070B2 (en) 2014-02-26 2018-01-09 Qualcomm Incorporated Techniques for reporting channel state information (CSI) for an unlicensed radio frequency spectrum band
US9888469B2 (en) 2014-03-19 2018-02-06 Nec Corporation Signalling for coordinated multi-point transmission and reception (CoMP)
WO2015151293A1 (ja) * 2014-04-04 2015-10-08 富士通株式会社 システム、基地局および端末
JP6278109B2 (ja) 2014-04-11 2018-02-14 富士通株式会社 無線通信システム、基地局および端末
WO2015159399A1 (ja) 2014-04-16 2015-10-22 富士通株式会社 システム、基地局および端末
WO2015170924A1 (ko) 2014-05-09 2015-11-12 엘지전자 주식회사 무선 통신 시스템에서 d2d 신호 송수신 방법 및 이를 위한 장치
US10230507B2 (en) 2014-09-25 2019-03-12 Nec Corporation Signalling in coordinated multi-point transmission and reception (CoMP)
US10224986B2 (en) * 2014-09-25 2019-03-05 Nec Corporation Signalling in coordinated multi-point transmission and reception (CoMP)
US9860897B2 (en) * 2014-10-07 2018-01-02 Qualcomm Incorporated Techniques for transmitting uplink control information for a component carrier
EP3213544B1 (en) * 2014-10-30 2020-07-08 Telefonaktiebolaget LM Ericsson (publ) Inter-point data exchange in ul comp
WO2016074119A1 (en) * 2014-11-10 2016-05-19 Qualcomm Incorporated Elevation pmi reporting on pucch
US9882662B2 (en) * 2014-11-11 2018-01-30 Sharp Kabushiki Kaisha Systems and methods for license assisted access
US10122429B2 (en) * 2015-01-16 2018-11-06 Qualcomm Incorporated Channel state information for enhanced carrier aggregation
DE112015005879B4 (de) * 2015-01-27 2023-02-02 Lg Electronics Inc. Verfahren und Vorrichtung zum Erzeugen einer Interzell-Information zum Entfernen von Interzell-Interferenzen
US10455525B2 (en) * 2015-01-28 2019-10-22 Lg Electronics Inc. Method for transmitting control information, and apparatus therefor
JP2018050090A (ja) * 2015-01-29 2018-03-29 シャープ株式会社 端末装置、基地局装置、集積回路、および、通信方法
JP2018050089A (ja) 2015-01-29 2018-03-29 シャープ株式会社 端末装置、基地局装置、集積回路、および、通信方法
DK3251268T3 (da) 2015-01-30 2020-06-15 Ericsson Telefon Ab L M Kommunikation af styredata i et trådløst kommunikationsnetværk
US9820298B2 (en) 2015-03-09 2017-11-14 Ofinno Technologies, Llc Scheduling request in a wireless device and wireless network
US10182406B2 (en) 2015-03-09 2019-01-15 Comcast Cable Communications, Llc Power headroom report for a wireless device and a base station
US10327236B2 (en) 2015-03-09 2019-06-18 Comcast Cable Communications, Llc Secondary cell in a wireless device and wireless network
US9820264B2 (en) 2015-03-09 2017-11-14 Ofinno Technologies, Llc Data and multicast signals in a wireless device and wireless network
US10700845B2 (en) 2015-03-09 2020-06-30 Comcast Cable Communications, Llc Secondary cell deactivation in a wireless device and a base station
US10425921B2 (en) * 2015-04-01 2019-09-24 Acer Incorporated Method of uplink control information transmission
US9877334B2 (en) * 2015-04-05 2018-01-23 Ofinno Technologies, Llc Cell configuration in a wireless device and wireless network
US11641255B2 (en) * 2015-04-05 2023-05-02 Comcast Cable Communications, Llc Uplink control information transmission in a wireless network
KR102090505B1 (ko) * 2015-04-10 2020-03-18 텔레폰악티에볼라겟엘엠에릭슨(펍) 무선 디바이스를 오프로딩하는 시스템, 방법 및 장치
JP2018107482A (ja) * 2015-04-28 2018-07-05 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
JP6105672B2 (ja) * 2015-05-14 2017-03-29 株式会社Nttドコモ ユーザ端末及び無線通信方法
US9705580B2 (en) 2015-05-14 2017-07-11 Sprint Communications Company L.P. Wireless communication device control over wireless network antenna configurations
US10200177B2 (en) 2015-06-12 2019-02-05 Comcast Cable Communications, Llc Scheduling request on a secondary cell of a wireless device
US9894681B2 (en) 2015-06-12 2018-02-13 Ofinno Technologies, Llc Uplink scheduling in a wireless device and wireless network
US9948487B2 (en) 2015-06-15 2018-04-17 Ofinno Technologies, Llc Uplink resource allocation in a wireless network
JP6913629B2 (ja) * 2015-07-08 2021-08-04 シャープ株式会社 端末装置、基地局装置、および通信方法
SG11201710803PA (en) * 2015-07-08 2018-01-30 Sharp Kk Terminal device, base station device, communication method, and integrated circuit
JPWO2017006826A1 (ja) * 2015-07-08 2018-04-19 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
ES2932612T3 (es) * 2015-08-06 2023-01-23 Sharp Kk Dispositivo terminal, dispositivo de estación base y método de comunicación
CN107852715B (zh) * 2015-08-07 2021-10-12 夏普株式会社 终端装置以及通信方法
US10110290B2 (en) * 2015-08-13 2018-10-23 Electronics And Telecommunications Research Institute Terminal for periodically transmitting CSI feedback information
EP3322115B1 (en) * 2015-08-14 2024-01-24 Huawei Technologies Co., Ltd. Method and device for transmitting uplink control information
US10547366B2 (en) * 2015-09-04 2020-01-28 Samsung Electronics Co., Ltd. Method and apparatus for CSI reporting on PUCCH
US10172124B2 (en) 2015-09-22 2019-01-01 Comcast Cable Communications, Llc Carrier selection in a multi-carrier wireless network
US10200164B2 (en) 2015-09-22 2019-02-05 Comcast Cable Communications, Llc Carrier activation in a multi-carrier wireless network
CN107005993B (zh) 2015-09-24 2019-12-13 华为技术有限公司 数据传输装置、方法及系统
WO2017049744A1 (zh) 2015-09-25 2017-03-30 华为技术有限公司 上行控制信道功率控制方法及装置
US10499382B2 (en) 2015-10-17 2019-12-03 Comcast Cable Communications, Llc Control channel configuration in partial and full subframes
US10321447B2 (en) * 2015-10-26 2019-06-11 Qualcomm Incorporated Determining a DRX configuration parameter based in part on an M-PDCCH parameter
WO2017075802A1 (en) * 2015-11-06 2017-05-11 Lenovo Innovations Limited (Hong Kong) Csi reporting in a wireless communication system
KR20180077222A (ko) 2015-11-06 2018-07-06 후아웨이 테크놀러지 컴퍼니 리미티드 상향링크 제어 정보(uci)를 전송하기 위한 방법과 장치
US10728842B2 (en) 2015-12-28 2020-07-28 Telecom Italia S.P.A. Methods and systems for opportunistically connecting devices to a communication network
US10548121B2 (en) 2016-02-03 2020-01-28 Comcast Cable Communications, Llc Downlink and uplink channel transmission and monitoring in a wireless network
US10257855B2 (en) 2016-02-04 2019-04-09 Comcast Cable Communications, Llc Multi-carrier detection in a wireless network
WO2017138750A1 (en) 2016-02-12 2017-08-17 Samsung Electronics Co., Ltd. Method and apparatus for channel status information feedback in mobile communication system
US20170237479A1 (en) * 2016-02-17 2017-08-17 Lg Electronics Inc. Method and apparatus for transmitting feedback information for fd-mimo in a wireless communication system
WO2017171953A1 (en) * 2016-04-01 2017-10-05 Intel IP Corporation User equipment (ue) support mode and id support
BR112018070089A2 (pt) * 2016-04-01 2019-02-05 Ericsson Telefon Ab L M métodos de operação de um dispositivo sem fio e de uma estação base, dispositivo sem fio, estação base, programa de computador, e, portadora.
US10200992B2 (en) 2016-05-06 2019-02-05 Comcast Cable Communications, Llc Uplink signal starting position in a wireless device and wireless network
WO2017193307A1 (zh) 2016-05-11 2017-11-16 广东欧珀移动通信有限公司 通信方法、终端设备和网络设备
WO2017218749A1 (en) * 2016-06-15 2017-12-21 Intel IP Corporation Channel state and beam related information reporting
KR20170141932A (ko) * 2016-06-16 2017-12-27 삼성전자주식회사 채널 상태 정보를 송수신하기 위한 장치 및 방법
CN107567095B (zh) * 2016-06-30 2021-11-09 中兴通讯股份有限公司 一种物理上行链路控制信道pucch资源分配方法和基站
EP3487212A4 (en) * 2016-07-12 2020-03-04 Ntt Docomo, Inc. USER TERMINAL AND WIRELESS COMMUNICATION METHOD
CN107801192B (zh) * 2016-09-07 2021-05-14 中国联合网络通信集团有限公司 一种载波聚合辅小区配置方法、基站及网络系统
CN107889247B (zh) * 2016-09-30 2022-12-30 中兴通讯股份有限公司 上行控制信息传输/配置指示方法、装置、终端及基站
US11147062B2 (en) 2016-10-14 2021-10-12 Comcast Cable Communications, Llc Dual connectivity power control for wireless network and wireless device
US20180124831A1 (en) 2016-10-29 2018-05-03 Ofinno Technologies, Llc Dual connectivity scheduling request for wireless network and wireless device
KR20180047891A (ko) * 2016-11-01 2018-05-10 삼성전자주식회사 빔포밍 기반의 향상된 채널 상태 정보 보고 방법 및 장치
US10848977B2 (en) 2016-11-02 2020-11-24 Comcast Cable Communications, Llc Dual connectivity with licensed assisted access
US11082176B2 (en) 2016-11-04 2021-08-03 Futurewei Technologies, Inc. System and method for transmitting a sub-space selection
CN108124266B (zh) * 2016-11-28 2021-11-19 中国移动通信有限公司研究院 一种上行联合接收方法及基站
WO2018121839A1 (en) 2016-12-27 2018-07-05 Telecom Italia S.P.A. Method and system for providing variable quality streaming video services in mobile communication networks
CN106937319B (zh) * 2017-03-30 2020-03-17 深圳市磊科实业有限公司 一种无线设备的天线故障自检方法
RU2731747C1 (ru) * 2017-05-05 2020-09-08 Телефонактиеболагет Лм Эрикссон (Пабл) Выделение ресурсов для квитирования
CN109039407A (zh) * 2017-06-08 2018-12-18 索尼公司 无线通信系统中的电子设备、通信方法和存储介质
US10959247B2 (en) 2017-06-08 2021-03-23 Qualcomm Incorporated Transmission of uplink control information in new radio
US10708020B2 (en) * 2017-06-16 2020-07-07 Qualcomm Incorporated Short burst channel design and multiplexing
US20190059013A1 (en) 2017-08-21 2019-02-21 Samsung Electronics Co., Ltd. Method and apparatus for multiplexing higher-resolution channel state information (csi)
EP3869702B1 (en) * 2017-08-21 2022-11-23 Samsung Electronics Co., Ltd. Method and apparatus for multiplexing higher-resolution channel state information (csi)
WO2019047193A1 (zh) * 2017-09-08 2019-03-14 华为技术有限公司 信号传输方法、相关装置及系统
US10506468B2 (en) 2017-09-08 2019-12-10 At&T Intellectual Property I, L.P. Reporting hybrid automatic repeat request-acknowledgements in wireless communication systems
US11201714B2 (en) 2017-09-29 2021-12-14 Ntt Docomo, Inc. User terminal and radio communication method
CN110166173B (zh) 2017-09-30 2020-08-21 华为技术有限公司 数据传输方法、网络设备、通信系统以及计算机可读存储介质
HUE058109T2 (hu) * 2017-11-09 2022-07-28 Beijing Xiaomi Mobile Software Co Ltd Eljárás és berendezés vezeték nélküli eszközök képességein alapuló kommunikációhoz
CN115133968A (zh) * 2017-11-17 2022-09-30 瑞典爱立信有限公司 可变相干自适应天线阵列
CN108259154B (zh) * 2018-01-12 2022-05-24 中兴通讯股份有限公司 信息传输、接收方法及装置、存储介质、电子装置
CN111869141B (zh) * 2018-01-12 2023-06-16 瑞典爱立信有限公司 用于对信道状态信息报告排优先级的系统和方法
CN109302272B (zh) * 2018-02-13 2022-06-03 中兴通讯股份有限公司 Csi报告的发送、接收方法及装置、电子装置
EP3753287A4 (en) * 2018-02-15 2021-10-27 Sharp Kabushiki Kaisha PUCCH COLLISION HANDLING FOR LONG MULTISLOT PUCCH IN 5G NO
US11006397B2 (en) * 2018-06-08 2021-05-11 Apple Inc. Multiplexing physical uplink control channels in a slot for a new radio (NR) system
US10764918B2 (en) 2018-06-11 2020-09-01 At&T Intellectual Property I, L.P. Wireless communication framework for multiple user equipment
US10951362B2 (en) 2018-08-10 2021-03-16 At&T Intellectual Property I, L.P. Hybrid automatic repeat request and scheduling for wireless cellular systems with local traffic managers
US11234251B2 (en) 2018-08-17 2022-01-25 At&T Intellectual Property I, L.P. Generic control channel configuration for new radio sidelink
US20220103330A1 (en) 2018-09-21 2022-03-31 Qiaoyu Li Uplink control information multiplexing on physical uplink control channel
US11888623B2 (en) * 2018-09-27 2024-01-30 Qualcomm Incorporated Multiplexing of HARQ and CSI on PUCCH
CN113169764A (zh) * 2018-11-27 2021-07-23 艾斯康实验室公司 非相干协作式多输入多输出通信
CN109462870B (zh) * 2018-12-21 2021-05-11 深圳职业技术学院 一种物联网中重传数据的发送方法
CN109462871B (zh) * 2018-12-21 2021-05-11 深圳职业技术学院 一种物联网中基于竞争的数据传输方法
US11039422B2 (en) 2019-01-11 2021-06-15 At&T Intellectual Property I, L.P. Load manager performance management for 5G or other next generation network
US10873953B2 (en) * 2019-02-08 2020-12-22 At&T Intellectual Property I, L.P. Computing channel state information in a 5G wireless communication system in 4G spectrum frequencies
KR20200138565A (ko) * 2019-05-31 2020-12-10 삼성전자주식회사 통신 네트워크에서 복수의 원격 무선 헤드들을 관리하기 위한 방법 및 장치
US20220360312A1 (en) * 2019-08-12 2022-11-10 Ntt Docomo, Inc. Channel state information (csi) omission procedure for rel.16 type ii csi
US11889502B2 (en) * 2020-02-24 2024-01-30 Qualcomm Incorporated Two-stage feedback procedures
US20230070974A1 (en) * 2020-03-30 2023-03-09 Qualcomm Incorporated Two-stage feedback procedures
US11469797B2 (en) 2020-04-03 2022-10-11 Samsung Electronics Co., Ltd Rank indicator (RI) and channel quality indicator (CQI) estimation using a multi-layer perceptron (MLP)
US11729653B2 (en) 2020-05-01 2023-08-15 Samsung Electronics Co., Ltd. Channel state information (CSI) measurement and report outside active downlink (DL) bandwidth part (BWP)
CN114079490A (zh) * 2020-08-13 2022-02-22 华为技术有限公司 一种通信方法及装置
EP4305870A1 (en) * 2021-03-11 2024-01-17 Telefonaktiebolaget LM Ericsson (publ) Indication of proposed channel state information reporting scheme
WO2023067984A1 (ja) * 2021-10-19 2023-04-27 株式会社Nttドコモ 端末及び通信方法

Family Cites Families (50)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030078987A1 (en) 2001-10-24 2003-04-24 Oleg Serebrennikov Navigating network communications resources based on telephone-number metadata
US7472194B2 (en) 2002-06-28 2008-12-30 Qualcomm Incorporated Data channel resource optimization for devices in a network
JP4432573B2 (ja) * 2004-03-26 2010-03-17 パナソニック株式会社 同時給排形換気扇
US20070258384A1 (en) 2006-03-03 2007-11-08 Interdigital Technology Corporation Method and system for enhanced basic service set transition for a high throughput wireless local area network
US8442572B2 (en) 2006-09-08 2013-05-14 Qualcomm Incorporated Method and apparatus for adjustments for delta-based power control in wireless communication systems
CN101632318B (zh) * 2007-01-11 2015-11-25 T-移动国际股份公司 在一无线接入网络中在进行移动性和无线资源管理决策时考虑订户类型的方法
US8971299B2 (en) * 2009-03-17 2015-03-03 Samsung Electronics Co., Ltd Uplink transmission power control in multi-carrier communication systems
BRPI1010153B1 (pt) * 2009-06-19 2021-05-04 Interdigital Patent Holdings, Inc Método para a sinalização de informações de controle de uplink e unidade emissora e receptora sem fio configurada para transmitir as informações de controle de uplink
CN107104780B (zh) 2009-10-01 2020-10-16 交互数字专利控股公司 上行链路控制数据传输
CN102812658B (zh) 2010-01-08 2015-12-16 交互数字专利控股公司 针对多个载波的信道状态信息传输的方法及设备
KR101328213B1 (ko) * 2010-02-12 2013-11-14 엘지전자 주식회사 무선 통신 시스템에서 데이터 전송 방법 및 장치
KR101802756B1 (ko) * 2010-04-05 2017-11-29 엘지전자 주식회사 무선 통신 시스템에서 제어 정보의 전송 방법 및 장치
US8582638B2 (en) 2010-04-30 2013-11-12 Blackberry Limited System and method for channel state feedback in carrier aggregation
US8942194B2 (en) * 2010-05-19 2015-01-27 Qualcomm Incorporated QOS-based power control in aggregated carrier communication systems
CN102291218B (zh) 2010-06-21 2016-06-15 夏普株式会社 信道状态信息反馈资源分配方法和信道状态信息反馈方法
KR101761618B1 (ko) * 2010-06-25 2017-07-26 엘지전자 주식회사 무선 통신 시스템에서 제어 정보의 전송 방법 및 장치
WO2012011718A2 (ko) * 2010-07-19 2012-01-26 엘지전자 주식회사 무선 통신 시스템에서 제어 정보의 전송 방법 및 장치
US20130025887A1 (en) * 2011-07-26 2013-01-31 Baker Hughes Incorporated Degradable layer for temporarily protecting a seal
CN102377539B (zh) * 2010-08-12 2015-05-13 华为技术有限公司 反馈及获取多个cc的csi的方法、ue及基站
US9369234B2 (en) 2010-08-16 2016-06-14 Qualcomm Incorported Channel state information feedback for carrier aggregation
WO2012061770A2 (en) * 2010-11-05 2012-05-10 Interdigital Patent Holdings, Inc. Mobility for multipoint operations
US9930677B2 (en) 2010-12-07 2018-03-27 Sharp Kabushiki Kaisha Prioritizing multiple channel state information (CSI) reporting with carrier aggregation
US9119101B2 (en) 2010-12-17 2015-08-25 Samsung Electronics Co., Ltd. Apparatus and method for periodic channel state reporting in a wireless network
CN102594527B (zh) 2011-01-10 2018-01-02 夏普株式会社 用户设备、基站和用于用户设备的方法
EP2704342B1 (en) * 2011-04-26 2016-03-23 LG Electronics Inc. Channel state information transmission in a wireless access system supporting multiple cells.
WO2013023674A1 (en) 2011-08-12 2013-02-21 Nokia Siemens Networks Oy Backward compatibility of pucch formats
CN102291228B (zh) 2011-08-16 2014-08-06 电信科学技术研究院 信道状态信息的反馈、接收方法和设备
CN102237969B (zh) 2011-08-16 2014-05-21 电信科学技术研究院 一种信道状态信息的传输方法及装置
CN102237968B (zh) 2011-08-16 2013-11-06 电信科学技术研究院 一种信道状态信息的传输方法和设备
US8797966B2 (en) 2011-09-23 2014-08-05 Ofinno Technologies, Llc Channel state information transmission
TW201322681A (zh) 2011-09-26 2013-06-01 Innovative Sonic Corp 無線通訊系統中處理通道狀態資訊之方法和通訊設備
US9509389B2 (en) 2011-11-01 2016-11-29 Lg Electronics Inc. Method and apparatus for transmitting channel state information in wireless communication system
US9591492B2 (en) 2011-11-08 2017-03-07 Qualcomm Incorporated User equipment, base stations, and methods allowing for handling of colliding channel state information reports
US20130250879A1 (en) 2012-03-22 2013-09-26 Samsung Electronics Co., Ltd Method and apparatus for transmission mode design for extension carrier of lte advanced
US9072087B2 (en) 2012-03-28 2015-06-30 Qualcomm Incorporated Channel state information dependent ACK/NAK bundling
US9729273B2 (en) 2012-03-30 2017-08-08 Sharp Kabushiki Kaisha Collision resolution among transmission schedules of uplink control information (UCI)
US8971280B2 (en) * 2012-04-20 2015-03-03 Ofinno Technologies, Llc Uplink transmissions in a wireless device
EP2839705B1 (en) * 2012-04-16 2017-09-06 Comcast Cable Communications, LLC Cell group configuration for uplink transmission in a multicarrier wireless device and base station with timing advance groups
US8964593B2 (en) * 2012-04-16 2015-02-24 Ofinno Technologies, Llc Wireless device transmission power
US8958342B2 (en) * 2012-04-17 2015-02-17 Ofinno Technologies, Llc Uplink transmission power in a multicarrier wireless device
US9179425B2 (en) * 2012-04-17 2015-11-03 Ofinno Technologies, Llc Transmit power control in multicarrier communications
US11546787B2 (en) 2012-05-09 2023-01-03 Samsung Electronics Co., Ltd. CSI definitions and feedback modes for coordinated multi-point transmission
CN104335498B (zh) * 2012-05-11 2019-02-22 黑莓有限公司 用于载波聚合的上行链路harq和csi复用的方法和系统
TWI632786B (zh) 2012-06-04 2018-08-11 內數位專利控股公司 無線發射/接收單元及由其實施的方法
JP5743965B2 (ja) 2012-06-26 2015-07-01 株式会社Nttドコモ ユーザ端末、無線通信システム、無線通信方法及び無線基地局
US20140003345A1 (en) 2012-06-28 2014-01-02 Htc Corporation Method of Handling Collisions among Channel State Information Reports and Related Communication Device
US9912430B2 (en) 2012-07-06 2018-03-06 Samsung Electronics Co. Ltd. Method and apparatus for channel state information feedback reporting
US9054846B2 (en) 2012-07-31 2015-06-09 Telefonaktiebolaget L M Ericsson (Publ) Power control for simultaneous transmission of ACK/NACK and channel-state information in carrier aggregation systems
US9544801B2 (en) 2012-08-03 2017-01-10 Intel Corporation Periodic channel state information reporting for coordinated multipoint (coMP) systems
US9060361B2 (en) 2012-09-27 2015-06-16 Samsung Electronics Co., Ltd. Method and apparatus for transmitting/receiving channel state information

Also Published As

Publication number Publication date
AU2013296991B2 (en) 2016-04-21
AU2013296991A1 (en) 2015-02-05
CA2878195A1 (en) 2014-02-06
KR20150027172A (ko) 2015-03-11
US9544801B2 (en) 2017-01-10
JP6162235B2 (ja) 2017-07-12
US9554297B2 (en) 2017-01-24
JP6466515B2 (ja) 2019-02-06
EP2880899B1 (en) 2018-11-28
FI20135813L (fi) 2014-02-04
MY174518A (en) 2020-04-23
RU2014153497A (ru) 2016-07-20
KR101872175B1 (ko) 2018-06-27
AU2016203409B2 (en) 2018-02-08
ES2513041R1 (es) 2014-11-18
KR20170089029A (ko) 2017-08-02
FR3047629A1 (pt) 2017-08-11
ES2713557T3 (es) 2019-05-22
TW201631941A (zh) 2016-09-01
TW201412065A (zh) 2014-03-16
US20140036704A1 (en) 2014-02-06
BR122016026467B1 (pt) 2023-03-14
ES2513041B2 (es) 2015-08-12
CA2878195C (en) 2020-07-28
CN107105400A (zh) 2017-08-29
EP2880899A4 (en) 2016-08-10
KR20160116042A (ko) 2016-10-06
CN107105400B (zh) 2021-01-08
HUE042237T2 (hu) 2019-06-28
FR3047629B1 (fr) 2018-11-02
NL2011265C2 (en) 2014-08-04
EP3223554A1 (en) 2017-09-27
JP2017184284A (ja) 2017-10-05
CN103582003B (zh) 2018-03-30
EP2880899A1 (en) 2015-06-10
BE1021051B1 (nl) 2015-03-10
FR2994365A1 (fr) 2014-02-07
CA2926378C (en) 2021-03-16
FR2994365B1 (fr) 2017-03-17
TWI623222B (zh) 2018-05-01
US20140036664A1 (en) 2014-02-06
MX2015000956A (es) 2015-04-10
AU2016203409A1 (en) 2016-06-16
FI128675B (en) 2020-10-15
JP2015527810A (ja) 2015-09-17
CA2926378A1 (en) 2014-02-06
NL2011265A (en) 2014-02-04
BR112015000462A2 (pt) 2017-06-27
ITMI20131330A1 (it) 2014-02-04
US9369922B2 (en) 2016-06-14
US20140112300A1 (en) 2014-04-24
TWI535253B (zh) 2016-05-21
ES2513041A2 (es) 2014-10-24
KR101766615B1 (ko) 2017-08-08
US10470067B2 (en) 2019-11-05
WO2014022032A1 (en) 2014-02-06
CN103582003A (zh) 2014-02-12
SE1350935A1 (sv) 2014-02-04
US20170111898A1 (en) 2017-04-20
EP3223554B1 (en) 2021-05-19
MX348544B (es) 2017-06-19
RU2610470C2 (ru) 2017-02-13

Similar Documents

Publication Publication Date Title
US10470067B2 (en) Periodic channel state information (CSI) reporting using a physical uplink control channel (PUCCH)
US11019522B2 (en) Periodic channel state information reporting for time division duplex (TDD) carrier aggregation systems

Legal Events

Date Code Title Description
B03A Publication of a patent application or of a certificate of addition of invention [chapter 3.1 patent gazette]
B15K Others concerning applications: alteration of classification

Free format text: AS CLASSIFICACOES ANTERIORES ERAM: H04W 24/10 , H04B 7/26 , H04J 11/00

Ipc: H04W 24/10 (2009.01), H04B 17/27 (2015.01)

B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B25C Requirement related to requested transfer of rights

Owner name: INTEL CORPORATION (US)

B25A Requested transfer of rights approved

Owner name: APPLE INC. (US)

B07A Application suspended after technical examination (opinion) [chapter 7.1 patent gazette]
B09A Decision: intention to grant [chapter 9.1 patent gazette]
B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]

Free format text: PRAZO DE VALIDADE: 20 (VINTE) ANOS CONTADOS A PARTIR DE 27/06/2013, OBSERVADAS AS CONDICOES LEGAIS