Pilot transmission in a wireless communication system
Abstract
Techniques for transmitting pilot and traffic data are described. In one respect, a terminal can scramble its pilot with a scrambling sequence generated based on a set of static and dynamic parameters. The static parameter (s) have a fixed value for an entire communication session to the terminal. The dynamic parameter (s) have a variable value during the communication session. The terminal can generate a shuffling sequence by hashing the set of parameters Qe in order to obtain a seed and initializing a PN generator with the seed. The terminal can then generate the pilot based on the scrambling sequence. In another aspect, the terminal can use different scrambling sequences for pilot and traffic data. A first scrambling sequence can be generated based on a first set of parameters and used to generate the pilot. A second scrambling sequence can be generated based on a second set of parameters and used to scramble traffic data.

Term
1.3 yearsto projected expiry
Projected expiry 5 January 2028, counted from filing; an application has no term until it is granted.
- Priority and filed
- Published
- Today
- Projected expiry
47 claims: 10 independent, 37 dependent
- 1REIVINDICAÇÕES 1. Equipamento para comunicação sem fio, que compreende:pelo menos um processador configurado para gerar uma sequência de embaralhamento com base em um conjunto de parâmetros que compréendê pêlo menos um parâmetro estático, para gerar um piloto com base na sequência de embaralhamento e para enviar o piloto de um terminal a pelo menos um setor;e uma memória acoplada ao pelo menos um processador.
- 2Equipamento, de acordo com a reivindicação 1, no qual o pelo menos um processador é configurado para realizar hash do conjunto de parâmetros de modo a obter uma semente e para gerar a sequência de embaralhamento com base na semente.
- 3Equipamento, de acordo com a reivindicação 1, no qual o pelo menos um processador é configurado para embaralhar dados piloto com a sequência de embaralhamento de modo a obter dados piloto, para gerar Símbolos Piloto com base nos dados piloto embaralhados e para mapear os Símbolos Piloto em um Bloco Tempo Frequência utilizado para enviar o piloto.
- 4Equipamento, de acordo com a reivindicação 3, no qual os dados piloto compreendem uma sequência de todos os uns.
- 5Equipamento, de acordo com a reivindicação 1, no qual o pelo menos um processador é configurado para gerar o piloto com base também em dados piloto que compreendem uma sequência ortogonal e para enviar o piloto em um Bloco Tempo Frequência para um sub-segmento de Acesso Múltiplo por Divisão de Código (CDMA) utilizado por vários terminais para enviar pilotos no link reverso. 2/10
- 6Equipamento, de acordo com a reivindicação 1, no qual o pelo menos um parâmetro estático tem valor fixo para uma sessão de comunicação inteira para o terminal.
- 7Equipamento, de acordo com a reivindicação 1, no qual o pelo menos um parâmetro estático é independente de um setor servidor para o terminal.
- 8Equipamento, de acordo com a reivindicação 1, no qual o pelo menos um processador é configurado para obter o pelo menos um parâmetro estático após se completar o acesso inicial ao sistema pelo terminal.
- 9Equipamento, de acordo com a reivindicação 1, no qual o pelo menos um parâmetro estático compreende pelo menos um de um identificador (ID) de um setor inicialmente acessado pelo terminal, um ID atribuído ao terminal pelo setor acessado inicial, um índice de seqüência de acesso utilizado pelo terminal para acesso inicial ao sistema e o tempo do acesso inicial ao sistema pelo terminal.
- 10Equipamento, de acordo com a reivindicação 1, no qual o conjunto de parâmetros compreende também pelo menos um parâmetro dinâmico que tem valor variável durante uma sessão de comunicação para o terminal.
- 11Equipamento, de acordo com a reivindicação 10, no qual o pelo menos um parâmetro dinâmico compreende um parâmetro para o tempo do sistema.
- 12Equipamento, de acordo com a reivindicação 11, no qual o parâmetro, para System Time compreende um índice de superquadro para um superquadro no qual o piloto é enviado.
- 13Equipamento, de acordo com a reivindicação 12, no qual o parâmetro para System Time compreende também um índice de quadro para um quadro dentro do superquadro no qual o piloto é enviado. 3/10
- 14Equipamento, de acordo com a reivindicação 1, no qual o pelo menos um processador é configurado para receber um comando de controle de potência (PC) de um setor servidor para o terminal, o comando PC sendo determinado com base no piloto, e para ajustar a potência de transmissão com base no comando PC.
- 15Equipamento, de acordo com a reivindicação 1, no qual o pelo menos um processador é configurado para receber um indicador de qualidade de piloto (PQI) de cada um dentre o pelo menos um setor, o PQI de cada setor sendo determinado com base no piloto e para selecionar um do pelo menos um setor como um setor servidor para o terminal com base no PQI recebido de cada um dentre o pelo menos um setor.
- 16Equipamento, de acordo com a reivindicação 1, no qual o pelo menos um processador é configurado para efetuar handoff de um setor servidor atual para um novo setor servidor e para utilizar o conjunto de parâmetros para gerar a sequência de embaralhamento para o piloto enviado ao novo setor servidor. setor,
- 1718. Método, de acordo com a reivindicação .17, no qual gerar a sequência de embaralhamento compreende realizar hash do conjunto de parâmetros de modo a se obter, e gerar a sequência de embaralhamento com base na semente. 4/10
- 1819. Método, de acordo com a reivindicação 17, no qual o conjunto de parâmetros compreende também pelo menos um parâmetro dinâmico, o pelo menos um parâmetro estático tendo um valor fixo para uma sessão de comunicação inteira para o terminal, o pelo menos um parâmetro dinâmico tendo um valor variável durante a sessão de comunicação.
- 1920. Método, de acordo com a reivindicação 19, no qual o pelo menos um parâmetro dinâmico compreende um parâmetro o System Time.
- 2021. Equipamento para comunicação sem fio, que compreende:um dispositivo para gerar uma sequência de embaralhamento com base em um conjunto de parâmetros que compreende pelo menos um parâmetro estático;um dispositivo para gerar um piloto com base na sequência de embaralhamento;e um dispositivo para enviar o piloto de um terminal a pelo menos um setor.
- 2122. Equipamento, de acordo com a reivindicação 21, no qual o conjunto de parâmetros compreende também pelo menos um parâmetro dinâmico, o pelo menos um parâmetro estático tendo um valor fixo para uma sessão de comunicação inteira para o terminal, e o pelo menos um parâmetro dinâmico tendo um valor variável durante a sessão de comunicação.
- 2223. Equipamento, de acordo com a reivindicação 21, no qual o dispositivo para gerar a sequência de embaralhamento compreende um dispositivo para realizar hash do conjunto de parâmetros de modo a obter uma semente, e um dispositivo para gerar a sequência de embaralhamento com base na semente. 5/10
- 2324. Produto de programa de computador, que compreende:um meio passível de leitura por computador que compreende: um código para fazer com que pelo menos um computador gere uma sequência de embaralhamento com base em um conjunto de parâmetros que compreende pelo menos um parâmetro estático;um código para fazer com que o pelo menos um computador gere um piloto com base na sequência de embaralhamento;e um código para fazer com que o pelo menos um computador envie o piloto a pelo menos um setor.
- 2425. Equipamento para comunicação sem fio, que compreende:pelo menos um processador configurado para receber um piloto de um terminal, para gerar uma sequência de embaralhamento para o terminal com base em um conjunto de parâmetros que compreende pelo menos um parâmetro estático e para desembaralhar o piloto recebido com a sequência de embaralhamento de modo a obter um piloto desembaralhado para o terminal;e uma memória acoplada ao pelo menos um processador.
- 2526. Equipamento, de acordo com a reivindicação 23, no qual o pelo menos um processador é configurado para realizar hash do conjunto de parâmetros de modo a obter uma semente e para gerar a sequência de embaralhamento com base na semente.
- 2627. Equipamento, de acordo com a reivindicação 25, no qual o conjunto de parâmetros compreende também um parâmetro dinâmico para o tempo do sistema. 6/10
- 2728. Equipamento, de acordo com a reivindicação 25, no qual o pelo menos um parâmetro estático compreende pelo menos um de um identificador (ID) de um setor inicialmente acessado pelo terminal, um ID atribuído ao terminal pelo setor acessado inicial, um índice de seqüência de acesso utilizado pelo terminal para acesso inicial ao sistema e o tempo do acesso inicial ao sistema pelo terminal.
- 2829. Equipamento, de acordo com a reivindicação 25, no qual o pelo menos um processador é configurado para determinar a intensidade de piloto recebido para o terminal com base no piloto desembaralhado, para gerar vim comando de controle de potência (PC) com base na qualidade de sinal recebido e para enviar o comando PC ao terminal.
- 2931. Método para comunicação sem fio, que compreende:receber um piloto de um terminal;gerar uma sequência de embaralhamento para o terminal com base em um conjunto de parâmetros que compreende pelo menos um parâmetro estático;e desembaralhar o piloto recebido com a sequência de embaralhamento de modo a obter um piloto desembaralhado para o terminal.
- 3032. Método, de acordo com a reivindicação 31, no qual gerar a sequência de embaralhamento compreende realizar hash do conjunto de parâmetros de modo a obter uma semente, e gerar a sequência de embaralhamento com base na semente.
- 3133. Método, de acordo com a reivindicação 31, no qual o conjunto de parâmetros compreende também um parâmetro dinâmico para o tempo do sistema. 7/10
- 3234. Equipamento para comunicação sem fio, que compreende:pelo menos um processador configurado para gerar uma primeira sequência de embaralhamento com base em um primeiro conjunto de parâmetros, para gerar um piloto com base na primeira sequência de embaralhamento, para enviar o piloto a pelo menos um setor que inclui o setor servidor para um terminal, para gerar uma segunda sequência de embaralhamento com base em um segundo conjunto de parâmetro, para embaralhar dados de tráfego com base na segunda sequência de embaralhamento de modo a se obterem dados de tráfego embaralhados e para enviar os dados de tráfego embaralhados ao setor servidor.
- 3335. Equipamento, de acordo com a reivindicação 34, no qual o pelo menos um processador é configurado para realizar hash do primeiro conjunto de parâmetros de modo a obter uma primeira semente, para gerar a primeira sequência de embaralhamento com base na primeira semente, para realizar hash do segundo conjunto de parâmetros de modo a obter uma segunda semente, e para gerar a segunda sequência de embaralhamento com base na segunda semente.
- 3436. Equipamento, de acordo com a reivindicação 34, no qual o primeiro conjunto compreende pelo menos um parâmetro independente do setor servidor e no qual o segundo conjunto compreende pelo menos um parâmetro dependente do setor servidor.
- 3537. Equipamento, de acordo com a reivindicação 34, no qual o pelo menos um dos primeiro e segundo conjuntos compreende um parâmetro para o tempo do sistema.
- 3638. Equipamento, de acordo com a reivindicação 37, no qual o parâmetro para System Time compreende pelo menos um de um índice de superquadro para um superquadro no qual o piloto ou dados de tráfego são enviados e um índice 8/10 de quadro para um quadro dentro do superquadro no qual o piloto ou os dados de tráfego são enviados.
- 3739. Equipamento, de acordo com a reivindicação 34, no qual o primeiro conjunto de parâmetros compreende pelo menos um de um identificador (ID) de um setor inicialmente acessado pelo terminal, um ID atribuído ao terminal pelo setor acessado inicial, um índice de seqüência de acesso utilizado pelo terminal para acesso inicial ao sistema e o tempo do acesso inicial ao sistema pelo terminal.
- 3840. Equipamento, de acordo com a reivindicação 34, no qual o segundo conjunto de parâmetros compreende pelo menos um de um identificador (ID) do setor servidor e um ID atribuído ao terminal pelo setor servidor.
- 3941. Método para comunicação sem fio, que compreende:gerar uma primeira sequência de embaralhamento com base em um primeiro conjunto de parâmetros;gerar um piloto com base na primeira sequência de embaralhamento;enviar o piloto a pelo menos um setor que inclui um setor servidor para um terminal;gerar uma segunda sequência de embaralhamento com base em um conjunto de parâmetros;embaralhar dados de tráfego com base na segunda sequência de embaralhamento de modo a obter dados de tráfego embaralhados;e enviar os dados de tráfego embaralhados ao setor servidor.
- 4042. Método, de acordo com a reivindicação 41, no qual gerar a primeira sequência de embaralhamento compreende realizar hash do primeiro conjunto de parâmetros de modo a obter uma primeira semente e gerar a primeira 9/10 sequência de embaralhamento com base na semente, e no qual gerar a segunda sequência de embaralhamento compreende realizar hash do segundo conjunto de parâmetros de modo a obter uma segunda semente e gerar a segunda sequência de embaralhamento com base na segunda semente.
- 4143. Método, de acordo com a reivindicação 41, no qual pelo menos um dos primeiro e segundo conjuntos compreende um parâmetro para o tempo do sistema.
- 4244. Equipamento para comunicação sem fio, que compreende:pelo menos um processador configurado para receber um piloto de um terminal, para gerar uma primeira sequência de embaralhamento com base em um primeiro conjunto de parâmetros, para desembaralhar o piloto recebido com a primeira sequência de embaralhamento de modo a obter um piloto desembaralhado, para receber dados de tráfego do terminal, para gerar uma segunda sequência de embaralhamento com base em um segundo conjunto de parâmetros e para desembaralhar os dados de tráfego recebidos com a segunda sequência de embaralhamento de modo a obter dados de tráfego desembaralhados;e uma memória acoplada ao pelo menos um processador.
- 4345. Equipamento, de acordo com a reivindicação 44, no qual o pelo menos um processador é configurado para realizar hash do primeiro conjunto de parâmetros de modo a obter uma primeira semente, para gerar a primeira sequência de embaralhamento com base na primeira semente, para realizar hash do segundo conjunto de parâmetros de modo a obter uma segunda semente, e para gerar a segunda sequência de embaralhamento com base na segunda semente.
- 4446. Equipamento, de acordo com a reivindicação 44, no qual o primeiro conjunto compreende pelo menos um 10/10 parâmetro independente de um setor servidor para o terminal, e no qual o segundo conjunto compreende pelo menos um parâmetro dependente do setor servidor.
- 4547. Equipamento, de acordo com a reivindicação 44, no qual os primeiro e segundo conjuntos compreendem, cada um, um parâmetro para o System Time.
- 4648. Método para comunicação sem fio, que compreende:receber um piloto de um terminal;gerar uma primeira sequência de embaralhamento com base em um primeiro conjunto de parâmetros;desembaralhar o piloto recebido com a primeira sequência de embaralhamento de modo a obter um piloto desembaralhado;receber dados de tráfego do terminal;gerar uma segunda sequência de embaralhamento com base em um segundo conjunto de parâmetros;e desembaralhar os dados de tráfego recebidos com a segunda sequência de embaralhamento de modo a obter dados de tráfego desembaralhados.
- 4749. Método, de acordo com a reivindicação 48, no qual gerar a primeira sequência de embaralhamento compreende realizar hash do primeiro conjunto de parâmetros de modo a obter uma primeira semente, e gerar a primeira sequência de embaralhamento com base na primeira semente, e no qual gerar a segunda sequência de embaralhamento compreende realizar hash do segundo conjunto de parâmetros de modo a obter uma segunda semente, e gerar a segunda sequência de embaralhamento com base na segunda semente. 1/10 DADOS DE ESTAÇÃO BASE (SETOR C) 2/10 4. Ο α. ÍNDICE DE QUADRO PHY 3Q 30IQNI 3/10 352a setor servidor 4/10 < Ο. g Ο α ο ω UJ Ο ο πω Ο θ' και £ ο ο ω u. < α 5/10 w
Independent claims47
164 paragraphs in 7 sections, as filed
(54) Title: TRANSMISSION OF PILOTS IN WIRELESS COMMUNICATION SYSTEM (30) Unionist Priority: 01/02/2008 us 11 / 968,636, 05/01/2007 US 60 / 883,758, 08/01/2007 US 60 / 883,870, 08/01/2007 US 60 / 883,982 (73) Holder (s): Qualcomm Incorporated (72) Inventor (s): Aamod Khandekar, Alexei Gorokhov, Mohammad J. Borran, Rajat Prakash (74) Attorney (s): Montaury Pimenta, Machado & Lioce (86) International Request: pct us2008050328 of 05/01/2008 (57) Summary: transmission of pilots in WIRELESS COMMUNICATION system. Techniques for transmitting pilot and traffic data are described. In one respect, a terminal can scramble its pilot with a scrambling sequence generated based on a set of static and dynamic parameters. The static parameter (s) have a fixed value for an entire communication session to the terminal. The dynamic parameter (s) have a variable value during the communication session. The terminal can generate a scrambling sequence by hashing the set of parameters Qe in order to obtain a seed and initializing a PN generator with the seed. The terminal can then generate the pilot based on the scrambling sequence. In another aspect, the terminal can use different scrambling sequences for pilot and traffic data. A first scrambling sequence can be generated based on a first set of parameters and used to generate the pilot. A second scrambling sequence can be generated based on a second set of parameters and used to scramble traffic data.
(87) International Publication: wo 2008 / 086244of 17/07/2008
<img file="BRPI0806295A2_D0001.tif" />
<img file="BRPI0806295A2_D0002.tif" />
PILOT TRANSMISSION IN WIRELESS COMMUNICATION SYSTEM
This order claims priority for US order No. Serial No. 60/883 758, entitled WIRELESS COMMUNICATION SYSTEM, filed January 5, 2007, for US order No. Serial No. 60/883 870, entitled TRANSMISSION OF PILOT SIGNS TO A WIRELESS COMMUNICATION SYSTEM, deposited on January 8, 2007, all assigned to the transferee and incorporated here for reference.
FUNDAMENTALS
I. FIELD
The present disclosure relates in general to communications and, more specifically, to techniques for transmitting pilot in a wireless communication system.
II. FUNDAMENTALS
Wireless communication systems are widely used to provide various communication services, such as voice, video, packet data, message exchange, broadcast, etc. These wireless systems can be multiple access systems capable of supporting multiple users by sharing available system resources.
<td>Examples</td><td>in</td><td>such</td><td>systems</td><td>in</td><td>multiple access</td><td>include</td>
<td>systems</td><td>in</td><td>Access</td><td>Multiple</td><td>per</td><td>Code Division</td><td>(CDMA),</td>
<td>systems</td><td>in</td><td>Access</td><td>Multiple</td><td>per</td><td>Time Division</td><td>(TDMA),</td>
<td>systems</td><td>in</td><td>Access</td><td colspan="4">> Frequency Division Multiple</td>
(FDMA), Orthogonal FDMA Systems (OFDMA) and Single Carrier FDMA systems (SC-FDMA).
A wireless communication system can include many base stations that can support communication to many terminals on the forward and reverse links. The direct link (or downlink) refers to the communication link from the base stations to the terminals, and the reverse link (or uplink) refers to the communication link from the terminals to the terminals.
2/31 base stations. The terminals can be located anywhere within the system, and each terminal can be within the coverage of zero, one or more base stations at any given time. A terminal can transmit a pilot on the reverse link to allow base stations to detect the terminal. The pilot can also be used to estimate channel conditions for the terminal, to assign the terminal to an appropriate base station that can serve the terminal effectively and / or for other purposes. The pilot transmitted by the terminal, although useful, represents overhead.
Therefore, there is a need in the technique of techniques to effectively transmit a pilot on the reverse link.
SUMMARY
Techniques for transmitting pilot and traffic data through a terminal on the reverse link are described here. In one respect, the terminal can scramble its pilot with a scramble sequence generated based on a set of parameters, which can include at least one static parameter and possibly at least one dynamic parameter. The at least one static parameter can have a fixed value for an entire communication session for the terminal, can be determined during initial access to the system by the terminal, and can be independent of a server sector for the terminal. The at least one dynamic parameter can have a variable value during the communication session and can include a parameter for the system time. A scrambling sequence can be generated based on the parameter set, such as, for example, hashing the parameter set in order to obtain a seed and then initializing a pseudo random number generator (PN) with the seed. A pilot can then be generated based on the scramble sequence, such as,
3/31 for example, by shuffling pilot data with the shuffle sequence, in order to obtain shuffled pilot data, and then by generating Pilot Symbols based on shuffled pilot data.
In another aspect, the terminal can use different scrambling sequences for pilot and traffic data. A first scrambling sequence can be generated based on a first set of parameters. A pilot can be generated based on a second set of parameters. Traffic data can be scrambled based on the second scrambling sequence in order to obtain scrambled traffic data, which can be sent to the server sector. 0 The first set can include at least one parameter independent of the server sector. The second set can include at least one parameter dependent on the server sector. The first and second sets can each include a dynamic parameter, such as a system time parameter.
Several aspects and characteristics of the disclosure are described in more detail below.
BRIEF DESCRIPTION OF THE DRAWINGS
<td>THE</td><td>Figure</td><td>1 shows</td><td>a communication system without</td>
<td>thread.</td><td></td><td></td><td></td>
<td>THE</td><td>Figure</td><td>2. shows</td><td>a structure of super frames</td>
<td>to the link</td><td>reverse</td><td> •</td><td></td>
<td>THE</td><td>Figure</td><td>3 shows</td><td>a block diagram of a</td>
<td>terminal and <</td><td colspan="3">two sectors / base stations.</td>
<td>THE</td><td>Figure</td><td>4 shows</td><td>a block diagram of a</td>
<td>processor</td><td colspan="2">transmission.</td><td></td>
<td>THE</td><td>Figure</td><td>5 shows</td><td>a block diagram of a</td>
transmission pilot (TX) processor.
4/31
Figure 6 shows a block diagram of a
<td colspan="4">receiving processor.</td><td rowspan="2">process</td><td rowspan="2">for</td><td rowspan="2">to transmit</td>
<td></td><td>THE</td><td>Figure 7 shows</td><td>one</td>
<td>pilot</td><td>fur</td><td>terminal.</td><td></td><td></td><td></td><td></td>
<td></td><td>THE</td><td colspan="3">Figure 8 shows an equipment</td><td>for</td><td>to transmit</td>
<td>pilot.</td><td></td><td></td><td></td><td></td><td></td><td></td>
<td></td><td>THE</td><td>Figure 9 shows a</td><td colspan="4">pilot receiving process</td>
<td>for one</td><td colspan="2">sector / base station.</td><td></td><td></td><td></td><td></td>
<td></td><td>THE</td><td>Figure 10 shows</td><td>one</td><td colspan="3">equipment to receive</td>
<td>pilot.</td><td></td><td></td><td></td><td></td><td></td><td></td>
<td></td><td>THE</td><td>Figure 11 shows</td><td>one</td><td>process</td><td>for</td><td>to transmit</td>
pilot and traffic data.
Figure 12 shows a device for transmitting pilot and traffic data.
Figure 13 shows a process for receiving pilot and traffic data for an industry.
Figure 15 shows a device for receiving pilot and traffic data.
DETAILED DESCRIPTION
Figure 1 shows a wireless communication system 100 with several base stations. A wireless system can also be referred to as an access network (AN). The terms system and network are often used interchangeably. For simplicity, only three base stations 110, 112 and 114 are shown in Figure 1. A base station can also be referred to as an access point (AP), a Node B, an evolved Node, etc. Each base station is a station that provides communication coverage for a specific geographic area. The term cell can refer to a base station and / or its coverage area depending on the context in which the term is used. To improve the capacity of the system, a base station coverage area can be partitioned into several (three, for example) smaller areas.
5/31
Each smaller area can be served by a respective base station subsystem. The term sector can refer to the smallest coverage area of a base station and / or a base station subsystem that serves this coverage area. The techniques described here can be used in a system with sectored cells as well as in a system with non-sectored cells. For clarity, the techniques are described below for a system with sectored cells. In the following description, the terms sector and base station are used interchangeably. Base stations 110, 112 and 114 correspond to sectors A, B and C, respectively.
For a centralized architecture, a system controller 130 can couple with the base stations and provides coordination and control for these base stations. System controller 130 can be a single network entity or a collection of network entities. For a distributed architecture, base stations can communicate with each other as needed.
A terminal 120 can be located anywhere within the system and can be stationary or fixed. Terminal 120 can also be referred to as an access terminal (AT), mobile station, user equipment, subscriber unit, station, etc. The terminal 120 can be a cell phone, a personal digital assistant (PDA), a wireless communication device, a wireless modem, a handheld device, a laptop computer, a cordless phone, etc. Terminal 120 can communicate with zero, one or several sectors on the direct and / or reverse link at any given time. Terminal 120 may have a server sector designated to serve the terminal on the forward and / or reverse link. Terminal 120 may also have an active set containing sectors that are capable of serving the terminal. At the
6/31 example shown in Figure 1, sector A is the server sector for terminal 120, and sectors B and C are in the active set of terminal 120.
The techniques described here can be used in several wireless communication systems, such as CDMA, TEMA, FDMA, OFDMA, and SC-FDMA systems. A CDMA system can implement radio technology such as Ultra-Mobile Broadband (UMB), Evolved UTRA (E-UTRA), IEEE 802.11, IEEE 802.16, IEEE 802.20, Flash-OFDM®. UTRA and E-UTRA are described in documents from an organization called the 3-Year Partnership Project<sup>The</sup> Generation (3GPP). Cdma2000 and UMB are described in documents from an organization called<sup>The</sup> Generation 2 (3GPP2). These various radio technologies and standards are known in the art.
For clarity, certain aspects of the techniques are described below for UMB, and the UMB terminology is used in much of the following description. UMB uses a combination of orthogonal frequency division multiplexing (OFDM) and code division multiplexing (CDM). UMB is described in 3GPP C.S0084001, entitled Physical Layer for Specification of Ultra-Mobile Broadband Aerial Interface (UMB) and in 3GPP2 C.S0084-002, entitled Specification of Aerial Interface for the Access Control Layer to the Middle for Ultra-Mobile Broadband (UMB), both dated August, 2007 and available to the public.
Figure 2 shows a drawing of a superframe structure 200 that can be used on the reverse link. The transmission timeline can be partitioned into superframe units. Each superframe can cover a specific length of time, which can be fixed or configurable. Each superframe can be partitioned into F
7/31 physical layer frames (PHY), where in general F> 1. In a drawing, F = 25, and the 25 PHY frames in each superframe are assigned from 0 to 24. Each PHY frame can cover N periods of symbols , where in general N> 1 and in a drawing N = 8.
The Figure also shows a subcarrier structure. The system bandwidth can be partitioned into several orthogonal (K) subcarriers, which can also be referred to as tones, bands, etc. The spacing between adjacent subcarriers can be fixed, and the number of subcarriers can depend on the system's bandwidth. For example, there may be 128, 256, 512, 1024 or 2048 subcarriers for the system bandwidth of 1.25, 2.5, 5, 10 or 20 MHz, respectively.
Figure 2 also shows a drawing of a CDMA segment that can support pilot transmission, signaling and some traffic data on the reverse link. The CDMA segment can support several channels, such as, for example, a Reverse Pilot Channel (R-PICH), a Dedicated CDMA Control Channel (R-CDCCH), a Reverse Access Channel (R-ACH), a Channel Reverse CDMA Data (RCDCH), etc.
The CDMA segment can occupy a block of time and frequency resources that can be of any size. In a design, the CDMA segment includes S CDMA sub-segments, where in general S> 1. Each CDMA sub-segment can cover M contiguous subcarriers in N periods of OFDM symbols and can include L = Μ · N transmission units. A transmission unit can correspond to a subcarrier in a period of OFDM symbols. In one design, each CDMA sub-segment covers 128 contiguous subcarriers in 8 periods of OFDM symbols in a PHY frame and includes 1024 units of
8/31
<td>streaming.</td><td>0 segment and the</td><td>sub-segment</td><td>CDMA can</td><td>Tue</td>
<td>also others</td><td>sizes.</td><td></td><td></td><td></td>
<td>At the</td><td>drawing shown</td><td>in Figure 2,</td><td>the segment</td><td>CDMA</td>
<td>is sent in</td><td>each Q frames</td><td>PHY, where in</td><td>general Q></td><td>1 and,</td>
<td>like some</td><td>examples, Q = 4,</td><td>6, 8, etc.</td><td>0 segment</td><td>CDMA</td>
it can jump across the system bandwidth from one CDMA frame to another CDMA frame (as shown in Figure 2) or it can be sent on a fixed set of subcarriers (not shown in Figure 2). A CDMA frame is a PHY frame in which the CDMA segment is sent. In general, the CDMA segment can be sent at any rate and in a Time Frequency Block of any size. Several terminals can share the CDMA segment for pilot, signaling, etc. This can be more effective than allocating dedicated time-frequency resources to each terminal to send pilot and signaling on the reverse link.
In one respect, terminal 120 can transmit a pilot on the reverse link so that the pilot can be received by all sectors designated to receive the pilot, for example, through all sectors in the active set of terminals 120. In a design, this can be achieved by shuffling the pilot with a shuffling sequence that is known to all designated sectors. Terminal 120 can shuffle the pilot so that the pilot is unique to terminal 120 among pilots from all terminals in a given sector. This would then allow the sector to receive and identify the pilot for terminal 120. In addition, terminal 120 can shuffle the pilot so that the pilot is not sector specific. This would also allow terminal 120 to transmit the same pilot even when the terminal moves around the system and is transferred from sector to sector.
9/31
In a drawing, the scramble sequence for the pilot can be generated based on a set of parameters that can be used to identify terminal 120 and / or to minimize collision with other terminals. In general, any set of parameters can be used to generate the scramble sequence for the pilot. The set can include only static parameters or just dynamic parameters, or both static and dynamic parameters. A static parameter is a parameter whose value does not change during a communication session to a terminal, even if the terminal is transferred from sector to sector. A static parameter can also be referred to as a session parameter and can be part of the session state information for the terminal. A dynamic parameter whose heat can change during a communication session.
In a drawing, the set of parameters for the scramble sequence for the pilot can include the parameters shown in Table 1.
Table 1 - Parameters to scramble sequence for pilot
<td>PARAMETER</td><td>LENGTH</td><td>DESCRIPTION</td>
<td>PilotID</td><td>10 bits</td><td>Identifier (ID) of a sector through which terminal 120 initially accessed the system.</td>
<td>MACID</td><td>11 bits</td><td>Assigned ID. to terminal 120 by the sector initially accessed.</td>
<td>AccessSequence ID</td><td>10 bits</td><td>index of a sequence of access sent by terminal 120 for initial access to the system.</td>
<td>Access Time</td><td>18 bits</td><td>Initial Access Time through terminal 120.</td>
<td>System Time</td><td>15 bits</td><td>Time in which the pilot is transmitted through terminal 120.</td>
10/31
PilotID can also be referred to as, or can comprise, Sector ID, PilotPN, etc. Each sector can transmit a pilot on the direct link and can and can scramble this pilot with a scramble sequence assigned to that sector. PilotPN can be an index for the scrambling sequence used by the sector. Other forms of Sector ID can also be used for the set of parameters for the scramble sequence for the pilot.
Media Access Control ID (MACID) can also be referred to as, or can comprise, a Terminal ID, a Temporary Radio Network Identifier (RNTI), etc. Each sector can assign a unique MACID to each terminal that communicates with that sector. Each terminal can then be uniquely identified by its MACID assigned to communicate with the sector. Terminal 120 can be assigned a MACID by a given sector when the sector is accessed, when the terminal is handoffed to the sector, when the terminal adds the sector to the active set, etc. Terminal 120 can use the MACID assigned for the length of time that terminal 120 is in communication with the sector. The assigned MACID can be unassigned when terminal 120 leaves the sector, when the sector is removed from the active set, etc. The MACID assigned by the initial accessed sector may not be valid for communication with other sectors, but it can, however, be used to identify the pilot of terminal 120. Other forms of Terminal ID can also be used for the set of parameters for the sequence of shuffling.
The access sequence index can be used to identify terminal 120 for initial access to the system, before a MACID is assigned to terminal 120. Terminal 120 can select at random
11/31 the access sequence index and can send the corresponding access sequence to the R-ACH to access the system. The access sequence can also be referred to as an access signature, access probe, random access probe, signature sequence, etc.
Access Time can be defined in several ways. For example, Access Time can be the time in which terminal 120 sends the access sequence on the reverse link, the time in which a sector sends an access grant to terminal 120 on the direct link, etc. Access Time can be given in several formats. In a drawing, Access
<td colspan="2">Time can be given</td><td>for one</td><td colspan="2">specific number</td><td>bit</td><td>any less</td>
<td>significant (</td><td>; i8</td><td>LSBs,</td><td>for example)</td><td>in</td><td colspan="2">an index of</td>
<td>frame during</td><td>O</td><td>Access</td><td>Starting team</td><td>to</td><td>system</td><td>fur</td>
<td>terminal 120. In</td><td colspan="3">another design, Access</td><td>Team</td><td>Can be</td><td>given away</td>
by a specific number of LSBs (9 LSBs, for example) of a superframe index and a frame index (5 or 6 bits, for example) of a frame within a superframe when the initial access to the system has occurred.
In the drawing shown in Table 1, PilotID, MACID, AccessSequencelD and Access Time can be static parameters, and System Time can be a dynamic parameter. The static parameters can be obtained during the initial access to the system and can be available both in the terminal and in the sector accessed right after the initial access to the system is completed. Thus, the transmission and reception of the pilot can start as soon as the initial access to the system is complete and does not require any exchange of messages or additional configuration or any exchange of data packets. Static parameters can also be obtained during call establishment and handoff, etc. The set of static parameters in Table 1 can result in a high
12/31 probability of uniqueness of pilot scrambling between different terminals and can reduce the probability of collisions between different terminals.
Table 1 shows an exemplary set of parameters and an exemplary size for each parameter, according to a specific design. The parameters in Table 1 can have other sizes. Other static and / or dynamic parameters can also be used to generate the scramble sequence for the pilot. For example, the R-PICH or CDMA sub-segment can jump through the system's bandwidth based on a hop pattern, and a dynamic parameter can be defined based on the frequency resources used in the R-PICH sub-segment. or CDMA.
Other combinations of parameters can also be used to generate the scramble sequence for the pilot. For example, the scramble sequence can be generated based on (i) a combination of PilotID, MACID.e System Time, (ii) a combination of MACID, Access Time and System Time or (iii) some other combination of parameters. In another design, the scrambling sequence can be generated based on a static value (pseudo-random value, for example) assigned by the initial assigned sector or selected by terminal 120 and system time.
Static parameters can be supplied to each sector designated to receive the pilot of terminal 120, such as, for example, each new sector added to the active set of terminal 120. Other information about session state can also be communicated to the new sector when it is added to the active set. The parameter (s) may be known from each sector and may not have to be sent to the new sector.
13/31
The set of parameters used to generate the scramble sequence for the pilot must uniquely identify terminal 120 with sufficiently high probability. This can ensure that the likelihood that pilots at two terminals will use the same scrambling sequence and collide is negligible. The desired probability of uniqueness can be obtained by using a sufficient number of parameters with a sufficient number of bits. In general, any set of parameters can be used to uniquely identify terminal 120 with sufficiently high probability. The parameter set can be made available to all designated sectors so that these sectors can receive the pilot from terminal 120. The parameter set can be sent via a return transport channel to each new sector or via signaling from terminal 120 to each new sector.
The scramble sequence for the pilot can be generated based on the set of parameters in several ways. In a drawing, the parameter set can be used directly as a seed for a PN generator, which can implement a specific generator polynomial. In another design, the set of parameters can be hashed with a hashing function in order to obtain a seed for the PN generator. The hashing function can map the parameter set to a pseudo-random seed and can provide the seed with a smaller number of bits than the parameter set.
In a drawing, the parameter set includes the PilotID (10 bits, for example), the MACID (11 bits, for example), the access sequence index (10 bits, for example), Access Time (18 bits, for example) and System
14/31
Time (15 bits, for example). This set of parameters can be hashed in order to obtain a fixed size seed (20 bits, for example). Other combinations of parameters and / or parameter sizes can also be used to generate the seed, which can also have other sizes. The seed size can be selected based on the desired probability of collision between different terminals. For a 20-bit seed, the probability of two terminals having the same seed is equal to 2<sup>20</sup>, which is approximately 10 ”<sup>6</sup>. If there are 100 terminals in a sector, then the probability that the scrambling sequence for a given terminal will collide with the scrambling sequence for any remaining terminal is 10 ”<sup>3</sup>. This collision probability can be low enough and can have a negligible impact on the performance of the system.
The use of a dynamic parameter to generate the scramble sequence can reduce the likelihood of repeated collisions between pilots at two terminals. For example, a first set of static and dynamic parameters for a first terminal can be hashed in the same compilation as a second set of static and dynamic parameters for a second terminal, though these sets of parameters are different, due to the random nature of the hashing function . The entrance to. the hashing function is therefore changed from the occurrence of pilot transmission to the occurrence of pilot transmission and is also different for different terminals due to the presence of static parameters. Consequently, the hash output is different for each terminal and for each pilot transmission occurrence, thus reducing the likelihood of repeated collisions. If the scrambling sequences of two terminals collide into one
15/31 pilot transmission occurrence, so these scrambling systems are unlikely to collide with the next pilot transmission occurrence. The collision probability at each pilot transmission occurrence can be an independent event with a probability of 10<sup>6 </sup>due to the use of System Time as one of the inputs for the hashing function.
The hashing function also allows the use of a smaller PN generator for the shuffling sequence, which can simplify the implementation. The PN generator can be initialized with the seed and can then be activated in order to generate the scramble sequence for the pilot.
The pilot of terminal 120 can be used for various purposes. The server sector 110 can use the pilot as a reference signal to estimate the received signal quality for terminal 120. The server sector 110 can determine power control (PC) commands based on the received signal quality and can send, on a Direct Power Control Channel (F-PCCH), the PC commands to terminal 120. Terminal 120 can adjust its transmit power or transmit power density (PSD) based on the PC commands. The pilot of terminal 120 can thus be used as a reference to set the power levels of the data and control channels sent by the terminal.
All sectors in the active set of terminal 120 can receive the pilot from terminal 120 and determine the intensity at which the pilot is received. Each sector in the active set can determine a pilot quality indicator (PQI) based on the received pilot intensity and can send terminal 120 a PQI on a Direct PQUI Channel (F-PQICH). Terminal 120 can use the PQIs of all
16/31 sectors in the active set in order to determine which sector has the best reverse link (the highest received pilot intensity, for example) for terminal 120 and can use this information to make handoff decisions on the reverse link.
terminal 120 can also scramble the traffic data sent to the server sector and can use a scrambling sequence that is specific to the server sector. In a drawing, the scrambling sequence for traffic data can be generated based on a set of parameters shown in Table 2.
Table 2 - Parameters for shuffling sequence for traffic data
<td>PARAMETER</td><td>LENGTH</td><td>DESCRIPTION</td>
<td>PilotID</td><td>10 bits</td><td>Server sector ID for terminal 120.</td>
<td>MACID</td><td>11 bits</td><td>ID assigned to terminal 120 by the server sector.</td>
<td>System Time</td><td>10 bits</td><td>Time in which traffic data is transmitted by terminal 120.</td>
PilotID and MACID in Table 2 are related to the server sector and can be different from the PilotID and MACID of Table 1, which are related to the initial access sector. This may be the case if terminal 120 has been moved from the initial accessed sector to the current server sector. System Time can be given in several formats. In a drawing, the System Time can be given by 4 LSBs of a superframe index and a 6-bit frame index of a frame within a superframe in which traffic data is transmitted.
Table 2 shows an exemplary set of parameters and an exemplary size for each parameter, according to a specific design. These parameters can have other parameters. Other parameters can also be
17/31 used to generate the scramble sequence for reference data. For example, a packet format index for a packet can be used as a parameter for the scrambling sequence for traffic data. Other combinations of parameters can also be used for the scrambling sequence for traffic data.
Figure 3 shows a block diagram of a drawing of terminal 120, sector / base station 110 and active sector / base station 112 (a) of Figure 1. At terminal 120, a transmission processor 320 can receive traffic data of a data source 312 and signaling if a controller / processor 330. 0 transmission processor 320 can process (encode, merge and map into symbols, for example) traffic data, signaling and the pilot and generate data symbols, signaling symbols and Pilot Symbols, respectively. As used herein, a data symbol is a symbol for traffic data, a signal symbol is a symbol for signaling or control information, a pilot symbol is a pilot symbol and a symbol is typically a complex value. A 322 modulator (MOD) can perform modulation of data, signaling and Pilot Symbols (for OFDM, for example) and generate output chips. Each chip can be a complex time domain value. A transmitter (TMTR) 324 can condition (such as converting to analog, amplifying, filtering and upwardly converting, for example) the output chips and generate a reverse link signal, which can be transmitted via a 326 antenna .
A server sector 110, an antenna 352a can receive the reverse link signals from terminal 120 and other terminals. A 354a (RCVR) receiver can condition
18/31 (filtering, amplifying, downwardly converting and digitizing, for example) the signal received from antenna 352a and generating samples. A demodular (DEMOD) 356a can perform demodulation on samples (for OFDM, for example) and generate symbol estimates. A receiving processor 360a can process (demap symbols, deinterleave and decode, for example) symbol estimates, send the decoded data to a data store 362a and send decoded signaling to a controller / processor 370a.
sector 112 can also receive and process the reverse link signals from terminal 120 and other terminals. The signal received from an antenna 352b can be conditioned by a receiver 354b, demodulated by a demodulator 356b and processed by a reception processor 360b.
On the direct link, a transmission processor 382a in the server sector 110 can receive and process traffic data from a data source 380a and signaling (such as, for example, PC commands, PQIs, etc.) from the controller / processor 370a. A 384a modulator can modulate data, signaling and Pilot Symbols from the 382a transmission processor and generate output chips. A transmitter 386a can condition the output chips and generate a direct link signal, which can be transmitted via antenna 352a. Sector 112 can also process and transmit traffic, signaling and pilot data to the terminals within its coverage.
At terminal 120, the direct link signals from sectors 110 and 112 and from other sectors can be received by antennas 326, conditioned by a receiver 340, demodulated by a demodulator 342 and processed by a receiving processor 344. Processor 344 can send
19/31 decoded data and a data deposit 346 and decoded signaling to the controller / processor 330.
The controllers / processors 330, 370a and 370b can guide the operation in terminal 120 and in sectors 110 and 112, respectively. Memories 332, 372a and 372b can store data and program codes for terminal 120 and sectors 110 and 112, respectively. Programmers 374a and 374b can program terminals that communicate with sectors 110 and 112, respectively, and can assign channels and / or time-frequency resources to the terminals.
Figure 4 shows a block diagram of a drawing of the transmission processor 320 at terminal 120 of Figure 3. In this drawing, the transmission processor 320 includes a TX 410 pilot processor and a TX 420 data processor.
Within the TX 410 pilot processor, a generator 412 can receive the set of parameters for the scramble sequence for the pilot, such as the parameters in Table 1. Generator 412 can generate the scramble sequence for the pilot with based on the parameter set received. A scrambler 414 can scramble pilot data with the scramble sequence of generator 412 and generate scrambled pilot data. The pilot data can be any known data, such as an orthogonal sequence, a sequence of all ones, a known PN sequence, etc. A generator 416 can generate Pilot Symbols based on the pilot data and send the Pilot Symbols to the 322 modulator.
Within the TX 420 data processor, a generator 422 can receive the set of parameters for the scrambling sequence for traffic data, such as the parameters in Table 2. Generator 422 can generate the
20/31 scrambling sequence for traffic data based on the set of parameters received. An encoder and interleaver 424 can receive and encode a traffic data packet in order to obtain an encrypted packet and can also interleave the bits in the encoded packet based on an interleaving scheme. A scrambler 426 can scramble the bits of interleaver 424 in order to randomize the data. A 428 symbol mapper can map the scrambled traffic data into data symbols based on a modulation scheme.
Figure 5 shows a block diagram of a drawing of the TX 410 pilot processor from Figure 4. Within the sequence generator 41, a multiplexer (Mux) 512 can receive and concatenate the set of parameters for the scramble sequence for the pilot , such as the parameters in Table 1. A hashing function 514 can receive and hash the concatenated set of parameters and generate a hash build. The hash build can have a fixed size (20 bits, for example) and can be used as a seed for a PN 516 generator. The PN 516 generator can be initialized with the seed and can generate a pseudo random sequence of chips as the shuffle sequence. Within scrambler 414, a multiplier 522 can multiply the pilot data chip by chip by the scramble sequence and generate pilot data. In a drawing, the pilot data is a sequence of L ones, the scrambling sequence is a pseudo-random sequence of L chips and the scrambled pilot data forms a pseudo-random sequence of L chips. The pilot data can also form another orthogonal sequence or other known data.
21/31
Within the Pilot Symbol generator 416, a multiplier 532 can scale each chip of scrambler 414 with a gain for the R-PICH. An interleaver 534 can exchange the chip sequence of multiplier 532. In one design, the pilot is transmitted in a CDMA sub-segment of M subcarriers in N OFDM symbol periods, as shown in Figure 2. A 536 unit can partition the sequence of interleaver 534 chips in N sub-strings, with each sub-sequence including M chips. In each OFDM symbol period of the CDMA sub-segment, a discrete Fourier transform (DFT) unit 538 can perform a DFT of M points on the M chips in the sub-sequence for that period of OFDM symbols and generate M Pilot Symbols for the N subcarriers in the OFDM symbol period.
As noted above, multiple terminals can transmit different channels on the same CDMA sub segment using CDM. The terminal 120 can send a value of log2 (L) -bits in a channel in the CDMA sub-segment (i) by mapping this value in an L chip Walsh sequence and (ii) with an L chip scrambling sequence in order to obtain a pseudo-random sequence of L chips. This pseudo-random sequence can be superimposed on other pseudo-random sequences from other terminals and / or other channels in the CDMA sub-segment. This overlap constitutes the CDM.
The scrambling sequence generator 422 and scrambler 426 for the data processor TX 420 in Figure 1 can be implemented in a similar way to the scrambling sequence generator 412 and scrambler 414, respectively, in Figure 5. However, the hashing function within the scramble sequence generator 422 it can generate a seed based on a different set of parameters for traffic data, such as, for example, the parameters in Table 2.
22/31
A sector can receive pilots from any number of terminals. The sector can have the set of parameters for the scramble sequence for the pilot for each terminal to be received by the sector. The sector can receive and process the pilot sent by each terminal based on the scrambling sequence used by that terminal for the pilot.
Figure 6 shows a block diagram of a drawing of the receiving processor 360, which can be used for the receiving processors 360a and 360b of Figure 3. The receiving processor 360 includes a receiving pilot (RX) processor 610 and an RX 630 data processor.
Within the TX 610 pilot processor, a Pilot Symbol 612 processor can obtain received symbols for a CDMA sub-segment and can process these received symbols in a manner complementary to processing by the Pilot Symbol generator 416 of Figure 5. Processor 612 can perform an inverse DFT (IDFT) of M points on M symbols received for each OFDM symbol period in order to obtain M input samples. The processor 612 can then assemble the input samples for the N OFDM symbol periods of the CDMA sub-segment in order to obtain the sequence of L input samples,
A scramble sequence generator 614 can generate the scramble sequence for the pilot for terminal 120 based on the set of parameters used by terminal 120 for the pilot. Generator 614 can be implemented with generator 412 of Figure 5. A scrambler 616 can unscramble the sequence of output samples with the scramble sequence and generate a scrambled sequence. A 618 pilot correlator can accumulate the energies of all samples in the
23/31 pilot correlator 618. The pilot of terminal 120 can be received via one or more signal paths. The RX 610 pilot processor can perform processing for each signal path of interest and can then combine the energies of all signal paths in order to obtain the received pilot strength for terminal 120. A PQI 622 generator can obtain the pilot intensity received and determine a PQI for terminal 120. An estimator 624 can estimate the signal quality received for terminal 120. A generator 626 can generate a PC command for terminal 120 based on the received signal quality. The PC command and the PQI can be sent to terminal 120.
The RX 630 data processor can process received symbols for traffic data in a manner complementary to processing by the TX 420 data processor of Figure 4. The 630 processor can generate a scramble sequence for traffic data based on the parameter set used through terminal 120 for traffic data. The 630 processor can then perform de-scrambling for traffic data with this scramble sequence.
Figure 7 shows a drawing of a process 700 for transmitting pilot through terminal 120. A scrambling sequence can be generated based on a set of parameters comprising at least one static parameter and possibly at least one dynamic parameter (block 712). At least one static parameter has a fixed value for an entire communication session for the terminal. The at least one static parameter can be determined during initial access to the system by the terminal and can be independent of the server sector for the terminal. At least one static parameter can include at least one of
24/31 a sector ID initially accessed by the terminal, an ID assigned to the terminal by the initial accessed sector, an access sequence index by the terminal. At least one dynamic parameter has a variable value during the communication session and can include a parameter for the system time. The system time parameter can include a superframe index for a superframe in which the pilot is sent. For block 712, the parameter set can be hashed in order to obtain a seed, and the scrambling sequence can be generated based on the seed.
A pilot can be generated based on the scrambling sequence (block 614). For block 714, pilot data can be scrambled with the scrambling sequence in order to obtain scrambled pilot data. Pilot symbols can be generated based on the scrambled pilot data and can be mapped to a Time Frequency Block used to send the pilot. Pilot data can comprise Pilot Symbols. The Time Frequency Block can be a CDMA sub-segment used by different terminals to send pilots and / or other information on the reverse link.
The pilot can be sent to at least one sector that includes the server sector for the terminal (block 716). The at least one sector can be in an active set of the terminal. A PG command determined based on the pilot can be received from the server sector (block 720). A pilot-based PQI can be received from each of the at least one sector (block 722). One of at least one sector can be selected as the server sector based on the PQI received from each sector (block 724). The terminal can be transferred from the server sector to a new server sector. The same set of parameters can be used
25/31 to generate the scramble sequence for the pilot sent to the new server sector.
Figure 8 shows a drawing of equipment 800 for transmitting pilot. 0 equipment 800 includes a device for generating a scrambling sequence based on a set of parameters comprising at least one static parameter and possibly at least one dynamic parameter (module 812), a device for generating a pilot based on the scrambling sequence ( module 814), a device to send the pilot to at least one sector that includes the server sector for the terminal (module 816), a device to receive a PC command determined based on the pilot of the server sector (module 818), a device to adjust the transmission power of the terminal based on the PC command (module 820), a device to receive a PQI determined based on the pilot of each of the at least one sector (module 822) and a device to select one of the at least sector as the server sector based on the PQI received from each sector (module 824).
Figure 9 shows a design of a 900 process to be piloted by a sector. A pilot can be received from the terminal, for example, from a Time Frequency Block used to send the pilot on the reverse link (block 912). A scrambling sequence for the terminal can be generated based on a set of parameters that comprises at least one static parameter and possibly at least one dynamic parameter (block 914). The set of parameters can be hashed in order to obtain a seed, and the scrambling sequence can be generated based on the seed. The received pilot can be unscrambled with the scrambling sequence in order to
26/31 if a pilot is deployed to the terminal (block 916).
The pilot intensity received for the terminal can be determined based on the unstacked pilot (block 918). A PQI can be generated based on the pilot intensity received (block 920) and sent to the terminal (block 922). If the sector is the server sector for the terminal, then the signal quality received for the terminal can be determined based on the unscrambled pilot (block 924). A PC command can be generated based on the quality of the signal received (block 926) and sent to the terminal (block 928).
Figure 10 shows a drawing of an equipment 1000 to receive a pilot. Equipment 1000 includes a device for receiving a pilot from the terminal (module 1012), a device for generating a scramble sequence for the terminal based on a set of parameters comprising at least one static parameter and possibly at least one dynamic parameter ( module 1014), a device to unscramble the pilot received with the scrambling sequence in order to get a pilot unscrambled to the terminal (module 1016), a device for determining the pilot intensity received for the terminal based on the unscrambled pilot (module 1018), a device for generating a PQI based on the received pilot intensity (module 1020), a device for sending the PQI to the terminal (module 1022), a device to determine the signal quality received for the terminal based on the unscrambled pilot (module 1024), a device for generating a PC command based on the received signal quality (module 1026) and a device for sending the PC command to the terminal (module 1028).
27/31
Figure 11 shows a drawing of a process 1100 for transmitting pilot and traffic data through terminal 120. A first scrambling sequence can be generated based on a first set of parameters (block 1112). The first set of parameters can be hashed in order to obtain a first seed, and the first scrambling sequence can be generated based on the first seed. A pilot can be generated based on the first scrambling sequence (block 1114). 0 pilot can be sent to at least one sector that includes the sector for the terminal (block 1116).
A second scrambling sequence can be generated based on a second set of parameters (block 1118). The second set of parameters can be hashed in order to obtain a second seed, and the second scrambling sequence can be generated based on the second seed. Traffic data can be scrambled based on the second scrambling sequence in order to obtain scrambled traffic data (block 1120). The scrambled traffic data can be sent to the server sector (block 1122).
The first set can include at least one parameter independent of the server sector. The first set can include one of a sector ID initially accessed by the terminal, an ID assigned to the terminal by the initial accessed sector, an access sequence index used by the terminal for initial access to the system and the time of initial access to the system by terminal. The second set can include at least one parameter dependent on the server sector. The second set can include at least one of a server sector ID and an ID assigned to the terminal by the server sector. The first and second sets can each include a parameter for System Time, which can
28/31 device to generate based scrambling include (i) a superframe index for a frame within the superframe in which the pilot and traffic data are sent. The first and second sets can also include other parameters.
Figure 12 shows a drawing of equipment 1200 for transmitting pilot and traffic data. Equipment 1200 includes a device for generating a first scrambling sequence based on a first set of parameters (module 1212), a device for generating a pilot based on the first scrambling sequence (module 1214), a device for sending the pilot at least one sector that includes the server sector for the terminal (module 1216), a second sequence in a second set of parameters (module 1218), a device for scrambling traffic data based on the scrambling sequence in order to obtain scrambled traffic data (module 1220) and a device for sending scrambled traffic data to the server sector (module 1222).
Figure 13 shows a design of a 1300 process for receiving pilot and traffic data for a sector. A pilot can be generated based on a first set of parameters, which can include any of the parameters in Table 1 (block 1314). The first set of parameters can be hashed in order to obtain a first seed, and the first scrambling sequence can be generated based on the first seed. The received pilot can be unscrambled with the first scrambling sequence in order to obtain a unscrambled pilot (block 1316).
Traffic data can also be received from the terminal (block 1318). A second scramble sequence can be generated based on a second
29/31 first first set of parameters, which can include any of the parameters in Table 2 (block 1320). The second set of parameters can be hashed in order to obtain a second seed, and the second scrambling sequence can be generated based on the second seed. The traffic data received can be unscrambled with the second scrambling sequence in order to obtain unscrambled traffic data (block 1322).
Figure 14 shows a drawing of equipment 1400 for receiving pilot and traffic data. Equipment 1200 includes a device to receive a pilot from a terminal (module 1412), a device to generate a scramble sequence based on a set of parameters (module 1414), a device to unscramble the pilot received with the first sequence of scrambling to obtain a scrambled pilot (module 1416), a device for receiving traffic data from the terminal (module 1418), a second sequence in a second set of devices to generate scrambling based on comprising parameter devices (module 1420) and a device to unscramble the traffic data received with the second scrambling sequence in order to obtain unscrambled traffic data (module 1422).
The modules in Figures 8, 10, 12 and 14 can processors, hardware devices, components, logic circuits, memories, etc., or any combination of them.
electronics, electronics,
The techniques described here can be implemented by several devices. For example, these techniques can be implemented in hardware, firmware, software or a combination of them. For an implementation in
30/31 hardware, the processing units used to resolve the ambiguity in a channel estimate and / or to time track a receiver can be implemented within one or more application-specific integrated circuits (ASICs), signal processors (DSPs), digital signal processing devices (DSPDs), processors, controllers, microcontrollers, microprocessors, electronic devices, other electronic units designed to perform the functions described here or a combination of them.
For a firmware and / or software implementation, the techniques can be implemented with modules (such as, for example, procedures, functions, etc.) that perform the functions described here. In general, any medium that can be read by a computer / processor that tangibly embodies firmware code and / or software can be used to implement the techniques described here. For example, instructions / firmware code and / or software can be stored in memory (memory 332, 372a or 372b in Figure 8, for example) and executed by a processor (processor 330, 370a or 370b, for example ). The memory can be implemented inside the processor or outside the processor. Instructions / firmware code and / or software can also be stored on a machine / computer / processor-readable medium, such as random access memory (RAM), read-only memory (ROM), non-random access memory volatile (NVRAM), programmable read-only memory (PROM), electrically erasable PROM (EEPROM), FLASH message, floppy disk, compact disk (CD), digital versatile disk (DVD), magnetic or optical data storage devices, etc. . The code can be executed by one or more
31/31 processors and may cause the computer (s) / processor (s) to perform certain aspects of the functionality described here.
The foregoing description of the disclosure is presented to allow anyone skilled in the art to manufacture or use the present invention. Several changes in the disclosure will be readily apparent to those skilled in the art, and the generic principles defined herein can be applied to other modalities without abandoning the spirit or scope of the invention. Thus, the disclosure is not intended to be limited to the examples and drawings described here, but should receive the widest range compatible with the principles and unpublished aspects disclosed here.
Contents7
12 sheets
Sheet 1 Sheet 2 Sheet 3 Sheet 4 Sheet 5 Sheet 6 Sheet 7 Sheet 8 Sheet 9 Sheet 10 Sheet 11 Sheet 12
124 members in 17 offices
Members124
| Document | Office | Kind | |
|---|---|---|---|
| US2008165743A1 | United States of America | A1 | |
| US2008165969A1 | United States of America | A1 | |
| US2008166969A1 | United States of America | A1 | |
| US2008167040A1 | United States of America | A1 | |
| AU2008205022A1 | Australia | A1 | |
| CA2672317A1 | Canada | A1 | |
| CA2673872A1 | Canada | A1 | |
| CA2673873A1 | Canada | A1 | |
| CA2674616A1 | Canada | A1 | |
| CA2674617A1 | Canada | A1 | |
| WO2008086074A1 | World Intellectual Property Organization (WIPO) | A1 | |
| WO2008086143A1 | World Intellectual Property Organization (WIPO) | A1 | |
| WO2008086149A2 | World Intellectual Property Organization (WIPO) | A2 | |
| WO2008086163A2 | World Intellectual Property Organization (WIPO) | A2 | |
| WO2008086244A1 | World Intellectual Property Organization (WIPO) | A1 | |
| WO2008086244A1 | World Intellectual Property Organization (WIPO) | A1 | |
| TW200838173A | Taiwan Province of China | A | |
| TW200838236A | Taiwan Province of China | A | |
| US2008240159A1 | United States of America | A1 | |
| WO2008086149A3 | World Intellectual Property Organization (WIPO) | A3 | |
| TW200843386A | Taiwan Province of China | A | |
| WO2008086163A3 | World Intellectual Property Organization (WIPO) | A3 | |
| TW200845619A | Taiwan Province of China | A | |
| TW200845658A | Taiwan Province of China | A | |
| MX2009007039A | Mexico | A | |
| EP2100383A2 | European Patent Office (EPO) | A2 | |
| EP2100472A2 | European Patent Office (EPO) | A2 | |
| KR20090101279A | Republic of Korea | A | |
| KR20090106408A | Republic of Korea | A | |
| KR20090106593A | Republic of Korea | A | |
| KR20090106593A | Republic of Korea | A | |
| KR20090106594A | Republic of Korea | A | |
| KR20090107524A | Republic of Korea | A | |
| CN101578772A | China | A | |
| CN101578775A | China | A | |
| CN101578800A | China | A | |
| CN101578902A | China | A | |
| EP2115888A1 | European Patent Office (EPO) | A1 | |
| CN101589582A | China | A | |
| EP2122877A1 | European Patent Office (EPO) | A1 | |
| EP2122930A1 | European Patent Office (EPO) | A1 | |
| JP2010516109A | Japan | A | |
| JP2010516113A | Japan | A | |
| JP2010516114A | Japan | A | |
| JP2010516115A | Japan | A | |
| JP2010516121A | Japan | A | |
| HK1137265A | Hong Kong, China | A | |
| HK1137265A1 | Hong Kong, China | A1 | |
| RU2009129699A | Russian Federation | A | |
| RU2009129702A | Russian Federation | A | |
| RU2009129951A | Russian Federation | A | |
| RU2009129959A | Russian Federation | A | |
| RU2414051C1 | Russian Federation | C1 | |
| RU2420877C2 | Russian Federation | C2 | |
| AU2008205022B2 | Australia | B2 | |
| RU2427965C2 | Russian Federation | C2 | |
| BRPI0806293A2 | Brazil | A2 | |
| BRPI0806294A2 | Brazil | A2 | |
| BRPI0806295A2This record | Brazil | A2 | |
| BRPI0806298A2 | Brazil | A2 | |
| BRPI0806485A2 | Brazil | A2 | |
| RU2430491C2 | Russian Federation | C2 | |
| RU2433554C2 | Russian Federation | C2 | |
| KR101084390B1 | Republic of Korea | B1 | |
| KR101084390B1 | Republic of Korea | B1 | |
| KR101107897B1 | Republic of Korea | B1 | |
| EP2426848A2 | European Patent Office (EPO) | A2 | |
| KR101115071B1 | Republic of Korea | B1 | |
| CN101578902B | China | B | |
| UA98635C2 | Ukraine | C2 | |
| KR101162993B1 | Republic of Korea | B1 | |
| RU2011106281A | Russian Federation | A | |
| CA2672317C | Canada | C | |
| US2012218943A1 | United States of America | A1 | |
| JP5021763B2 | Japan | B2 | |
| TWI374618B | Taiwan Province of China | B | |
| JP5048788B2 | Japan | B2 | |
| JP2012199942A | Japan | A | |
| KR101194434B1 | Republic of Korea | B1 | |
| US8305999B2 | United States of America | B2 | |
| TWI377816B | Taiwan Province of China | B | |
| US8320407B2 | United States of America | B2 | |
| EP2426848A3 | European Patent Office (EPO) | A3 | |
| TWI381667B | Taiwan Province of China | B | |
| JP2013009374A | Japan | A | |
| CN101589582B | China | B | |
| EP2115888B1 | European Patent Office (EPO) | B1 | |
| US8433357B2 | United States of America | B2 | |
| ES2404672T3 | Spain | T3 | |
| US8457315B2 | United States of America | B2 | |
| CN101578800B | China | B | |
| TW201330524A | Taiwan Province of China | A | |
| JP5248522B2 | Japan | B2 | |
| US2013215760A1 | United States of America | A1 | |
| CN101578775B | China | B | |
| JP2013179608A | Japan | A | |
| US2013243039A1 | United States of America | A1 | |
| CN103441812A | China | A | |
| TWI422175B | Taiwan Province of China | B | |
| JP5425965B2 | Japan | B2 |
6 legal events, as the office reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | |
|---|---|---|
| Appeal against refusal [chapter 12.2 patent gazette]AppealB12B | B12B | |
| Patent application refused [chapter 9.2 patent gazette]B09B | B09B | |
| Application suspended after technical examination (opinion) [chapter 7.1 patent gazette]B07A | B07A | |
| Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]B06U | B06U | |
| Others concerning applications: alteration of classificationAS CLASSIFICACOES ANTERIORES ERAM: H04L 27/26 , H04J 13/00B15K | B15K | |
| Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]B06F | B06F |
Numbers
- Publication
- PI0806295
- Application
- 8062951
Titles2
- Portuguese
- TRANSMISSÃO DE PILOTOS EM SISTEMA DE COMUNICAÇÃO SEM FIO
- English
- PILOT TRANSMISSION IN WIRELESS COMMUNICATION SYSTEM
Classification
- CPC, 8
- H04J13/10
- H04B7/216
- H04L27/261
- H04L27/2613
- H04J13/00
- H04W88/08
- H04B1/69
- H04B1/7156
- IPC, 6
- H04L27 26
- H04J13 00
- H04B7 216
- H04B1 69
- H04J13 10
- H04W88 08