BRPI0808243A2 - Método e aparelho para reordenar dados em um sistema de acesso de pacotes de alta velocidade evoluido. - Google Patents

Método e aparelho para reordenar dados em um sistema de acesso de pacotes de alta velocidade evoluido. Download PDF

Info

Publication number
BRPI0808243A2
BRPI0808243A2 BRPI0808243-0A BRPI0808243A BRPI0808243A2 BR PI0808243 A2 BRPI0808243 A2 BR PI0808243A2 BR PI0808243 A BRPI0808243 A BR PI0808243A BR PI0808243 A2 BRPI0808243 A2 BR PI0808243A2
Authority
BR
Brazil
Prior art keywords
tsn
mac
ehs
pdu
pdus
Prior art date
Application number
BRPI0808243-0A
Other languages
English (en)
Inventor
Paul Marinier
Diana Pani
Christopher R Cave
Rocco Digirolamo
Stephen E Terry
Original Assignee
Interdigital Tech 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 Interdigital Tech Corp filed Critical Interdigital Tech Corp
Publication of BRPI0808243A2 publication Critical patent/BRPI0808243A2/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/155—Ground-based stations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H04L1/1841—Resequencing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/50—Queue scheduling
    • H04L47/62—Queue scheduling characterised by scheduling criteria
    • H04L47/625—Queue scheduling characterised by scheduling criteria for service slots or service orders
    • H04L47/6275—Queue scheduling characterised by scheduling criteria for service slots or service orders based on priority
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/03—Protocol definition or specification 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/26—Cell enhancers or enhancement, e.g. for tunnels, building shadow
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses

Description

Método e aparelho de reordenamento de dados em um sistema de acesso a pacotes em alta velocidade evoluído.
Campo da Invenção
A presente invenção refere-se a comunicações sem fio.
Antecedentes
Estão sendo atualmente desenvolvidos sistemas de acesso a pacotes em alta velocidade (HSPA) evoluídos dentro da estrutura da Versão 7 do Projeto de Parceria de Terceira Geração (3GPP). Uma característica do 3GPP Versão 7 é a possibilidade de um equipamento de usuário (UE) receber dados de usuário e/ou controle por meio de um canal compartilhado de link inferior em alta velocidade (HSDSCH) não apenas em um estado Cell_DCH, mas também em estados CellJFACH, URA_PACH e Cell_PCH.
No acesso a pacotes por link inferior em alta velocidade (HSDPA)1 um UE recebe um pacote (ou seja, uma unidade de dados de protocolo (PDU) de MAC-hs ou PDU de MAC-ehs) de um Nó B implementando um método de solicitação de repetição automática híbrida (HARQ). No estado Cell_DCH, o UE envia um reconhecimento positivo (ACK) ou um reconhecimento negativo (NACK) para o Nó B após cada transmissão de HARQ para indicar se o UE recebeu o pacote com sucesso ou não.
Devido ao atraso exigido pelo UE para decodificar e transmitir esse feedback em seguida, o Nó B transmite (ou retransmite) pacotes diferentes após o envio do pacote, mas antes de receber o feedback correspondente para transmissão contínua de pacotes. Como o número de transmissões necessárias para decodificação bem sucedida no UE varia de um pacote para outro, existe a possibilidade que a entidade de HARQ no UE não forneça pacotes na mesma ordem das suas transmissões iniciais correspondentes a partir do Nó B. Para aliviar esta questão, a camada de controle de acesso a meios (MAC) no UE realiza reordenamento antes do fornecimento dos pacotes recebidos para camadas superiores. O reordenamento é baseado em um número de seqüência de transmissão (TSN) no cabeçalho de MAC-hs.
Enquanto no estado Cell_DCH, um UE determina se uma transmissão de HS-DSCH do Nó B é destinada ao UE mascarando a verificação de redundância cíclica (CRC) do canal de controle compartilhado em alta velocidade (HSSCCH) com o seu identificador temporário de rede de rádio HS-DSCH (H-RNTI) exclusivo (ou seja, específico de UE). Enquanto nos estados Cell_PCH, URA_PCH ou Cell_FACH, entretanto, o UE não possui necessariamente um H-RNTI específico de UE. Mediante nova seleção celular, por exemplo, o UE não sabe necessariamente o seu HRNTI específico de UE para uso na célula alvo quando o UE receber uma mensagem de confirmação de atualização celular. Para solucionar este problema, a rede pode utilizar um H-RNTI comum que todas as WTRUs podem decodificar e utilizar sinalização em faixa para identificar o UE. Além disso, pode ser necessário um H-RNTI comum para permitir que a rede transmita mensagens (tais como mensagens de canais de controle de transmissão (BCCH)) para todas as WTRUs abrigadas em uma dada célula.
Surgem alguns problemas ao tentar-se implementar a
funcionalidade de reordenamento com UE(s) que recebem dados por meio do HS-DSCH utilizando um H-RNTI comum. Um primeiro problema é que um UE potencialmente atrasa o fornecimento de dados para camadas superiores porque a função de reordenamento aguarda a chegada de pacotes que nem mesmo são destinados ao UE.
Um outro problema ocorre quando o UE realiza reinicio de
MAChs ou MAC-ehs (tal como mediante nova seleção celular). Após realizar a nova seleção celular, um UE inicia algumas variáveis relativas ao reordenamento (tais como próximo TSN esperado e RcvWindowJJpperEdge) durante o reinicio de MAC-ehs. Ao utilizar um H-RNTI comum, entretanto, a célula alvo não pode reiniciar o valor TSN sem 15 afetar todas as outras WTRUs que já utilizam esse H-RNTI comum naquela célula alvo. O UE que se une à célula alvo não pode depender, portanto, do reinicio do TSN para realizar reordenamento subsequente. Como resultado, podem ocorrer efeitos indesejáveis. Caso o número de seqüência (SN) do primeiro pacote recebido após o reinicio de MAC-ehs pareça estar dentro da janela de recebimento inicial e abaixo do 20 valor inicial de próximo TSN esperado, por exemplo, esse pacote será descartado.
O estado da técnica poderá resultar em atrasos excessivos ao realizar o procedimento de atualização celular quando utilizar o HS-DSCH em um estado Cell_FACH. As transmissões de Nó B no canal em alta velocidade que são realizadas sem conhecimento da identidade de UE (ou seja, utilizando um H-RNTI 25 comum) apresentam dificuldade para sustentar o reordenamento. O Nó B não pode utilizar TSNs específicos de UE porque a identidade do receptor pretendido não é conhecida na entidade MAC-ehs do UE. Desta forma, um UE que começa a ouvir essas transmissões não detém conhecimento do TSN seguinte para esperar fornecimento em seqüência.
Resumo da Invenção
É descrito um método e aparelho para receber transmissões de HS-DSCH. Uma entidade de MAC-ehs em uma unidade de transmissão e recepção sem fio (WTRU) recebe PDUs de MAC-ehs por meio de um HS-DSCH em um dos estados Cell_FACH, Cell_PCH e URA_PCH. As PDUs em reordenamento incluídas nas 35 PDUs de MAC-ehs podem ser enviadas para uma entidade de processamento seguinte sem realizar o reordenamento das PDUs em reordenamento.
Um único processo de solicitação de repetição automática híbrida (HARQ) pode ser utilizado para receber as PDUs de MAC-ehs e todas as retransmissões de uma PDU de MAC-ehs podem ser completadas antes do início da transmissão de uma PDU de MAC-ehs subsequente. Alternativamente, nenhuma retransmissão de HARQ pode ser realizada para as PDUs de MAC-ehs e todas as PDUs de MAC-ehs podem ser transmitidas apenas uma vez. Alternativamente, uma entidade 5 de HARQ pode manter uma PDU de MAC-ehs e fornecer a PDU de MAC-ehs recebida apenas após o término das últimas transmissões de HARQ da PDU de MAC-ehs recebida. Alternativamente, uma entidade de HARQ pode fornecer uma PDU de MACehs decodificada com sucesso imediatamente para a entidade de processamento seguinte e enviar uma indicação quando ocorrer a última transmissão de HARQ para a 10 PDU de MAC-ehs decodificada com sucesso. Pode-se aplicar uma função de reordenamento e exclusão de duplicatas (DAR) em uma camada de controle de link de rádio (RLC) a todos os canais lógicos ou dados em modo reconhecido (AM).
Uma certa fila de reordenamento pode entrar em um estado suspenso mediante a ocorrência de um evento de acionamento e PDUs de MAC-ehs 15 distribuídas para a fila de reordenamento no estado de suspensão podem ser encaminhadas para a entidade de processamento seguinte sem realizar reordenamento das PDUs em reordenamento. O procedimento de reinicio de MAC-ehs pode ser estendido para uma certa transmissão, de tal forma que o reinicio de MAC-ehs seja realizado após o recebimento de uma PDU de MAC-ehs em uma célula alvo. Ao realizar 20 um reinicio de MAC-ehs, as variáveis próximo TSN esperado e RcvWindow_UpperEdge são definidas em um valor “Pendente”.
Um número de seqüência de transmissão (TSN) a ser utilizado em uma célula para envio de uma PDU de MAC-ehs utilizando uma identidade temporária de rede de rádio HS-DSCH (H-RNTI) pode ser fornecido para uma WTRU e a 25 entidade de MAC-ehs pode ser configurada com o TSN. Uma mensagem de controle de recursos de rádio (RRC) transmitida por meio de um HS-DSCH utilizando uma identidade temporária de rede de rádio HS-DSCH (H-RNTI) comum pode ser controlada para que seja suficientemente pequena para enquadrar-se em uma única PDU de MAC-ehs.
Em um estado pendente de reordenamento, variáveis de 30 reordenamento podem ser enviadas com base em um TSN da primeira PDU de MACehs. As PDUs de MAC-ehs recebidas podem ser armazenadas em um buffer de reordenamento e fornecidas para uma entidade superior com base em informações de HARQ. Quando os números de TSN forem restritos, pode-se utilizar um módulo x para todas as operações aritméticas de uma entidade de reordenamento, em que x é o 35 número TSN mais baixo restrito. O TSN pode ser atribuído a cada WTRU independentemente.
Breve Descrição das Figuras
Pode-se obter uma compreensão mais detalhada a partir da descrição a seguir, fornecida como forma de exemplo, em conjunto com as figuras anexas, nas quais:
- a Figura 1 é um diagrama de bloco de um exemplo de WTRU;
- a Figura 2 é um diagrama de bloco de uma entidade de MAC-ehs;
- a Figura 3 é um diagrama de bloco de uma entidade de MAC-ehs de WTRU sem reordenamento de dados recebidos de certas filas de prioridade; e
- a Figura 4 é um diagrama de bloco de uma entidade de MAC-ehs de WTRU sem reordenamento e sem nova montagem para dados recebidos de certas filas de prioridade.
Descrição Detalhada
Quando indicado a seguir, a terminologia “unidade de transmissão e recepção sem fio (WTRU)” inclui, mas sem limitar-se a um equipamento de usuário, estação móvel, unidade de assinante fixa ou móvel, pager, telefone celular, assistente digital pessoal (PDA), computador ou qualquer outro tipo de dispositivo de 15 usuário capaz de operar em um ambiente sem fio. Quando indicado a seguir, a terminologia “Nó B” inclui, mas sem limitar-se a uma estação base, controlador de local, ponto de acesso (AP) ou qualquer outro tipo de dispositivo de interface capaz de operar em um ambiente sem fio. As realizações serão explicadas a seguir com referência ao estado CeIMFACH como exemplo. Dever-se-á observar que as realizações são 20 aplicáveis aos estados Cell_PCH ou URA_PCH.
A Figura 1 é um diagrama de bloco de um exemplo de WTRU 100. A WTRU 100 inclui uma camada física 110, uma camada de controle de acesso a meios (MAC) 120, uma camada de controle de links de rádio (RLC) 130, uma camada de controle de recursos de rádio (RRC) 140, uma ou mais camadas superiores 25 150 e similares. A camada de MAC 120 inclui uma entidade de MAC-ehs. Dever-se-á observar que a entidade de MAC-ehs pode ser denominada entidade de MAC-hs ou receber qualquer outro nome. A seguir, será utilizada apenas a terminologia “MAC-ehs”.
A Figura 2 é um diagrama de bloco de uma entidade de MAC-ehs 200. A entidade de MAC-ehs 200 inclui uma entidade de solicitação de 30 repetição automática híbrida (HARQ) 202, uma entidade de desmontagem 204, uma entidade de distribuição de filas de reordenamento 206, uma série de filas de reordenamento 208, entidades de demultiplexação 210 e entidades de remontagem 212. A PDU de MAC-ehs recebida por meio da entidade de HARQ 202 é desmontada em PDUs em reordenamento pela entidade de desmontagem 204. As PDUs em 35 reordenamento são distribuídas para uma fila de reordenamento 208 pela entidade de distribuição de fila de reordenamento 206 com base no identificador de canal lógico recebido. As PDUs em reordenamento são reorganizadas conforme o número de seqüência de transmissão (TSN). PDUs em reordenamento com TSNs consecutivos são fornecidas para uma camada superior mediante recepção. Um mecanismo temporizador determina o fornecimento de blocos de dados não consecutivos para camadas superiores. Existe uma entidade de reordenamento 208 para cada fila de prioridades. A entidade de demultiplezação 200 orienta as PDUs em reordenamento reordenadas para 5 uma entidade de remontagem 202 com base no identificador de canal lógico. A entidade de remontagem 202 monta novamente SDUs de MAC-ehs segmentadas em SDUs de MAC-ehs e encaminha as SDUs de MAC-ehs para camadas superiores.
Segundo uma primeira realização, PDUs de MAC-ehs são fornecidas em seqüência pela entidade de HARQ e uma camada de MAC-ehs pode ser 10 dispensada da sua tarefa de reordenamento garantindo que os pacotes sempre sejam recebidos em ordem na WTRU. Caso a camada de MAC-ehs não necessite realizar o reordenamento, a funcionalidade de reinicio de MAC-ehs pode ser simplificada quando a WTRU não receber um H-RNTI específico de WTRU. São descritas abaixo quatro opções de implementação da primeira realização.
Com uma primeira opção para a primeira realização, é
utilizado um único processo de HARQ para certas transmissões. As transmissões podem ser de uma certa fila de prioridades, de um certo canal lógico ou para as quais a identidade da WTRU de destino não é conhecida na entidade de MAC-ehs (ou seja, quando PDUs de MAC-ehs forem enviadas utilizando um H-RNTI comum). No estado 20 Cell_FACH, a entidade de MAC-ehs no Nó B transmite PDUs de MAC-ehs repetidamente por um número de vezes previamente configurado sem receber feedback da WTRU, o que é denominado esquema de transmissão de HARQ repetitivo. O Nó B completa todas as retransmissões de uma PDU de MAC-ehs antes de iniciar a transmissão de uma PDU de MAC-ehs subsequente para as transmissões específicas para o quê o fornecimento 25 em ordem é essencial.
Com a primeira opção, um grande atraso imposto pelo intervalo mínimo entre transmissões de HARQ sucessivas no mesmo processo de HARQ que é definido nas especificações atuais de 3GPP pode ser uma questão. Sob as especificações de 3GPP atuais, uma WTRU pode descartar qualquer PDU de MAC-ehs 30 destinada a um processo de HARQ caso seja recebida em até 5 (cinco) subquadros da última recepção de dados destinados ao mesmo processo de HARQ. Essa restrição é justificável ao utilizar-se o HS-DSCH em um estado Cell_DCH, pois um certo tempo mínimo de viagem é imposto pelo feedback de HARQ da WTRU. Ao utilizar-se o HSDSCH em um estado Cell_FACH, entretanto, uma WTRU não está enviando feedback de 35 ACK/NACK para o Nó B e, desta forma, intervalo mais curto é viável.
O problema de atraso pode ser resolvido por meio de configuração da entidade de MAC-ehs de forma diferente enquanto a WTRU estiver em um estado Cell_FACH. No estado Cell_FACH, por exemplo, a entidade de MAC-ehs da WTRU pode ser configurada para não descartar pacotes recebidos em até cinco subquadros da última recepção de um pacote destinado ao mesmo processo de HARQ e pode fazê-lo apenas no estado Cell-DCH.
Alternativamente, no estado Cell_FACH, a entidade de MAC-ehs da WTRU pode ser configurada para descartar um pacote destinado a um processo de HARQ caso seja recebido em até n subquadros da última recepção de um pacote destinado ao mesmo processo de HARQ. O número n pode ser fixo e previamente definido nas especificações. Se n = 0, compreende-se que o mínimo não é especificado quando a WTRU estiver no estado Cell_FACH. O número n pode ser dependente da WTRU. O número mínimo de subquadros n pode ser sinalizado por camadas superiores como uma capacidade da WTRU. A WTRU pode sinalizar antecipadamente, por exemplo, as suas informações de capacidade (como parte de qualquer elemento de informação do protocolo de camada superior) para o controlador de rede de rádio (RNC). O RNC pode sinalizar o número mínimo de subquadros n aplicáveis a certos dados. Alternativamente, o RNC pode sinalizar para o Nó B o número mínimo n para uso para cada canal lógico, para cada fila de prioridades ou para cada HRNTI.
As duas alternativas acima podem ser combinadas de forma que um número mínimo fixo e previamente definido de subquadros m que seja aplicável a qualquer WTRU utilizando o HS_DSCH no estado Cell_FACH possa ser fornecido junto com um valor menor dependente de WTRU n (< m) para camadas superiores como uma capacidade da WTRU. Isso é útil para a transmissão em certos canais lógicos que não são dedicados a uma WTRU específica, tais como canal de controle comum (CCCH) ou BCCH). Neste caso, o Nó B pode utilizar um mínimo de m para canais lógicos que não são dedicados a uma WTRU específica e utilizar um mínimo dependente de WTRU menor para dados destinados a uma WTRU específica.
Ao utilizar-se apenas um único processo de HARQ com o HRNTI comum, o formato HS-SCCH pode ser alterado de tal forma que o campo “informações de processo ARQ híbrido” de três bits convencional possa ser removido. Isso resulta em uma menor quantidade de bits de informação a serem codificados no HSSCCH e resultaria em menor necessidade de potência de transmissão. As WTRUs podem determinar qual esquema foi aplicado, dependendo se a transmissão foi mascarada pelo H-RNTI comum ou não.
O Nó B pode ser informado a utilizar um único processo e HARQ explicitamente, empregando uma das mensagens de parte de aplicação de Nó B convencionais (NBAP) utilizadas para configuração ou reconfiguração de recursos de HS-DSCH. Pode-se adicionar um novo elemento de informação (IE), que indica o número de processos de HARQ a serem utilizados pela entidade de MAC-ehs. Alternativamente, um IE convencional nas mensagens de NBAP utilizadas para configuração de recursos de HS-DSCH pode ser estendido com este propósito. O IE de alocação de memória de HARQ pode ser estendido, por exemplo, para incluir um novo campo que indica o número de processos de HARQ a serem utilizados ou definir um conjunto de bits para todo o processo de HARQ, para indicar qual processo de HARQ pode ser utilizado para um certo canal lógico ou um certo H-RNTI comum.
Alternativamente, o Nó B pode ser informado implicitamente por meio de um outro IE. Quando o temporizador T1 for definido em O (zero), ele pode indicar implicitamente que apenas um processo de HARQ está sendo utilizado. Alternativamente, pode-se utilizar um novo IE que indica ausência de reordenamento ou ausência de segmentação para sinalizar implicitamente o processo de HARQ isolado.
Alternativamente, a entidade de MAC-ehs no Nó b pode ser instruída a não incluir um TSN ou incluir um TSN1 mas não incrementar o TSN e isso pode indicar implicitamente que é utilizado um único processo de HARQ ou vice-versa.
Alternativamente, o Nó B pode ser informado sobre o protocolo de quadro lub. Pode-se adicionar um novo campo ao protocolo de quadro Iub que indique se uma mensagem específica deverá ser enviada utilizando um único processo de HARQ ou diversos processos de HARQ.
Qualquer combinação das alternativas descritas acima pode
ser utilizada.
Com uma segunda opção para a primeira realização, nenhuma retransmissão de HARQ é realizada para certas transmissões. O Nó B não envia nenhuma retransmissão de HARQ para PDUs de uma certa fila de prioridades, de um certo canal lógico ou para o qual a identidade da WTRU de destino não é conhecida na entidade de MAC-ehs (ou seja, utiliza-se H-RNTI comum) e as PDUs de MAC-ehs para esses dados são transmitidas apenas uma vez pelo ar. As PDUs de MAC-ehs serão recebidas na ordem e a WTRU não necessita realizar nenhum reordenamento para a transmissão específica. A entidade de MAC-ehs na WTRU encaminha PDUs decodificadas com sucesso diretamente para uma entidade superior, eliminando por completo a função de reordenamento.
A WTRU pode ser informada que tem lugar uma única transmissão de HARQ por PDU explicitamente nas informações de configuração L3 (tal como BCCH/BCH) para uma fila de prioridades específica ou canal lógico, ou para transmissões específicas. Alternativamente, uma nova sinalização L1 (tal como um novo campo no HS-SCCH) pode ser utilizada para indicar que não terá lugar nenhuma retransmissão de HARQ. Alternativamente, os campos no HS-SCCH podem ser modificados para indicar que nenhuma retransmissão de HARQ terá lugar para um pacote específico. Alternativamente, pode-se adicionar um novo campo no cabeçalho de MAC-ehs para indicar uma única transmissão de HARQ do pacote.
Com uma terceira opção para a primeira realização, é utilizado um esquema de transmissão de HARQ repetitivo e o fornecimento de um pacote 5 decodificado é atrasado na entidade HARQ da WTRU. Com esta opção, o Nó B pode utilizar mais de um único processo de HARQ (tal como para fornecer melhor diversidade de tempo). Impõe-se uma restrição, entretanto, de tal forma que as últimas transmissões de HARQ de PDUs de MAC-ehs sucessivas sejam realizadas em ordem no Nó B. Em outras palavras, a última transmissão de HARQ para PDU de MAC-ehs #n-1 é sempre 10 realizada antes da última transmissão de HARQ para PDU de MAC-ehs #n. Essa restrição pode ser satisfeita, por exemplo (mas sem limitações) quando as retransmissões de HARQ ocorrerem em um intervalo fixo (HARQ sincrônico).
A entidade de HARQ na WTRU não fornece um pacote decodificado com sucesso até que todas as transmissões (ou seja, o número 15 previamente configurado de repetições) para esse pacote tenham sido enviadas. A fim de determinar se foram realizadas todas as transmissões para um pacote, a entidade de HARQ de WTRU pode aguardar a recepção da transmissão de HS-SCCH com uma marca indicadora de dados novos (NDI) que indica a uma nova PDU que forneça o pacote decodificado. Alternativamente, a WTRU pode contar o número de transmissões 20 (com base, por exemplo, nas transmissões de HS-SCCH) para PDUs de MAC-ehs e fornecer a PDU de MAC-ehs decodificada com sucesso apenas após atingir a quantidade máxima de transmissões previamente configurada com relação a essa PDU de MAC-ehs. O número máximo é sinalizado para a WTRU por meio de camadas superiores.
Com uma quarta opção para a primeira realização, a 25 entidade de HARQ na WTRU fornece pacotes decodificados com sucesso imediatamente para as entidades acima (ou seja, entidade de reordenamento), na entidade de MAC-ehs e a entidade de reordenamento retém a PDU de MAC-ehs fornecida até a indicação da entidade de HARQ que teve lugar a última transmissão de HARQ. Após receber a indicação, a entidade de reordenamento envia a PDU de MAC30 ehs para as entidades/subcamadas acima. A entidade de HARQ pode realizar essa determinação com base em um dos métodos descritos na terceira opção.
Com esta opção, a entidade de reordenamento não necessita utilizar o campo de TSN da PDU de MAC-ehs (quando presente) para determinar quando enviar a PDU para entidades superiores, mas pode ainda utilizar um 35 temporizador de liberação (tal como T1) para fornecer uma PDU de MAC-ehs para a qual nenhuma indicação tenha sido recebida da entidade de HARQ. Certas filas de reordenamento podem depender da indicação fornecida pela entidade de HARQ para determinar quando fornecer as PDUs para entidades superiores, enquanto outras filas de reordenamento podem utilizar o mecanismo de reordenamento convencional.
Conforme uma segunda realização, funcionalidades de MAC (ou seja, funcionalidades de MAC-ehs) podem ser simplificadas para certas filas de prioridade para evitar questões associadas ao reordenamento no estado Cell-FACH. A 5 simplificação da funcionalidade de MAC pode ser implementada em conjunto com a primeira realização e isso minimizaria (ou eliminaria) o fornecimento fora de ordem de PDUs de MAC-ehs para camadas superiores.
Com uma primeira opção para a segunda realização, evitase o reordenamento para dados transmitidos por certas filas de prioridades. A 10 funcionalidade de MAC-ehs na WTRU é modificada de tal forma que os dados recebidos de certas filas de prioridades sejam enviados diretamente para uma entidade de remontagem sem realização de reordenamento. A entidade de remontagem remonta uma unidade de dados de serviço de MAC-ehs (SDU) a partir de segmentos da SDU de MAC-ehs.
A Figura 3 exibe uma entidade de MAC-ehs 300 conforme a
presente opção. Dever-se-á observar que a ordem exata de funções de demultiplexação e remontagem pode ser diferente da Figura 3. PDUs de MAC-ehs recebidas por meio da entidade de HARQ 302 são encaminhadas para uma entidade de desmontagem 304. A entidade de desmontagem 304 desmonta as PDUs de MAC-ehs em PDUs de 20 reordenamento. As PDUs em reordenamento podem ser colocadas em uma fila de reordenamento 308 por meio da entidade de distribuição de filas de reordenamento 306. Segundo esta opção, para certas filas de prioridade, evita-se o reordenamento e as PDUs em reordenamento são encaminhadas diretamente para a entidade de demultiplexação 310a. A entidade de demultiplexação 310a encaminha as PDUs em 25 reordenamento para uma entidade de remontagem correta 312a com base na identidade de canal lógico. A entidade de remontagem 312a remonta SDUs de MAC-ehs para uma SDU de MAC-ehs completa.
Podem ser utilizados critérios diferentes para determinar se os dados deverão ser distribuídos para uma entidade de reordenamento para 30 reordenamento ou para uma entidade de remontagem sem reordenamento. Caso a identidade da WTRU à qual se destinam os dados na PDU de MAC-ehs não seja conhecida da entidade de MAC-ehs (ou seja, quando as PDUs de MAC-ehs forem transmitidas utilizando um H-RNTI comum), a PDU de MAC-ehs pode ser enviada para a entidade de remontagem sem realizar reordenamento. A entidade de MAC-ehs conhece 35 a identidade da WTRU caso a PDU de MAC-ehs tenha sido recebida utilizando um HRNTI dedicado ou se uma identidade de WTRU estiver contida na PDU de MAC-ehs. O Nó B pode sempre utilizar um H-RNTI comum para qualquer dado de uma fila de prioridades que não sustente o reordenamento. A distribuição ou não dos dados para uma entidade de reordenamento para reordenamento ou para uma entidade de remontagem sem reordenamento pode depender de uma identidade de canal lógico dos dados recebidos, independentemente se os dados forem recebidos utilizando um H-RNTI comum ou um HRNTI dedicado. Isso permite a multiplexação de dados de filas de prioridades que sustentam o reordenamento com dados de filas de prioridade que não sustentam reordenamento. Isso também permite a não utilização da funcionalidade de reordenamento mesmo ao utilizar-se um H-RNTI dedicado.
Os canais lógicos que sustentam reordenamento podem ser previamente determinados com base no tipo de canal lógico (tal como CCCH, BCCH, canal de controle de pager (PCCH), DCCH e similares) e/ou uma identidade de canal lógico.
Alternativamente, a WTRU pode ser informada por camadas superiores (tais como sinalização de controle de recursos de rádio (RRC)) sobre quais canais lógicos sustentam reordenamento. O IE “informação de mapeamento de RB”, por exemplo, contém informações sobre o(s) canal(is) lógico(s) de controle de link de rádio (RLC) por link inferior. Um IE pode ser adicionado para indicar se o reordenamento é realizado no MAC-ehs para cada canal lógico. Alternativamente, no IE “informação de mapeamento de RB", o IE “ID de fila de reordenamento” que pode ser adicionado para sustentar as melhorias de L2 pode assumir um valor especial que indica uma fila que não sustenta reordenamento. Alternativamente, o IE que indica os parâmetros da fila (tais como “fluxo de MAC-d adicionado ou reconfigurado”, fluxo de MAC comum transmitido em informações de sistema ou similares) pode ser modificado ou estendido para indicar se a fila sustenta reordenamento ou não. Essa indicação pode ser fornecida adicionandose um novo IE que indica se o reordenamento é sustentado ou, alternativamente, alguns dos IEs convencionais podem assumir um novo valor possível que indicaria que o reordenamento não é sustentado. O IE “T1", por exemplo, pode assumir um dos seus valores possíveis (por exemplo, “0”), o que indica que o reordenamento não é sustentado nessa fila. O IE “tamanho de janela de MAC-hs” pode também assumir um dos seus valores possíveis (por exemplo, “0”), que indica o mesmo.
Alternativamente, outra indicação no cabeçalho de PDU de MAC-ehs pode ser utilizada para indicar qual(is) canal(is) lógico(s) sustenta(m) reordenamento e qual(is) canal(is) lógico(s) não o sustenta(m). Pode-se incluir, por exemplo, um campo especial que indica se o reordenamento deve ser aplicado ou não. Um outro exemplo é a utilização de um valor especial para o campo TSN (tal como “111111”).
Qualquer combinação das alternativas acima pode ser utilizada para indicar qual(is) canal(is) lógico(s) sustenta(m) reordenamento e qual(is) canal(is) lógico(s) não o faz(em). A identidade de canal lógico combinada, por exemplo, com a ID de WTRU pode ser utilizada para indicar se a PDU de MAC-ehs deverá ser enviada para a fila de reordenamento para reordenamento ou a entidade de remontagem sem realizar reordenamento. Mensagens de portadora de rádio de sinalização #1 5 (SRB#1) serão enviadas em um DCCH utilizando um H-RNTI comum, mas outras mensagens podem ser enviadas em um DCCH utilizando um H-RNTI dedicado. Mensagens de DCCH com um H-RNTI comum podem ser enviadas para a entidade de remontagem sem realizar o reordenamento, enquanto mensagens de DCCH com um HRNTI dedicado podem ser enviadas para as filas de reordenamento para reordenamento. 10 Embora o reordenamento não seja realizado, o campo TSN
pode ainda ser utilizado pela entidade de MAC-ehs no Nó B ao construir a PDU de MACehs e o campo TSN pode ser utilizado para facilitar a operação de remontagem na WTRU. A entidade de remontagem pode excluir, por exemplo, qualquer segmento presente no buffer de remontagem caso sejam recebidos TSNs não consecutivos.
Alternativamente, o TSN pode ser removido do cabeçalho
de MAC-ehs. Neste caso, a WTRU pode ainda utilizar a indicação de segmentação para remontar pacotes, muito embora exista uma possibilidade de má remontagem caso esteja faltando uma PDU. Caso o campo de TSN não seja utilizado, a WTRU saberia se espera ou não um campo de TSN no cabeçalho de MAC-ehs para um canal lógico com 20 base no conhecimento do mapeamento entre esse canal lógico e uma fila que não sustenta reordenamento.
Um processo de remontagem de SDUs de MAC-ehs segmentadas caso o campo de TSN seja mantido no cabeçalho de MAC-ehs, mas o reordenamento não é realizado, é explicado a seguir. Após receber uma PDU de MAC25 ehs, uma WTRU determina se o payload da PDU de MAC-ehs é um SDU de MAC-hs completa ou um segmento e, se for um segmento, se é um primeiro segmento, um segmento intermediário ou um último segmento. Caso o payload seja uma SDU de MACehs completa, a SDU de MAC-ehs é encaminhada para uma camada superior ou para uma entidade após a entidade de remontagem.
Caso o payload seja o primeiro segmento de uma SDU de
MAC-ehs e caso a WTRU possua um ou mais segmentos intermediários armazenados com um número de seqüência consecutivo mais alto que a PDU recebida, o primeiro segmento é combinado com os segmentos consecutivos. Caso a WTRU tenha armazenado um último segmento com um número de seqüência consecutivo mais alto 35 que a PDU recebida, eles são combinados e a SDU de MAC-ehs completa é fornecida para uma camada superior. Caso contrário, o payload é armazenado na entidade de remontagem.
Caso o payload seja um último segmento de uma SDU de MAC-ehs e a entidade de remontagem tenha armazenado segmento consecutivo com uma TSN mais baixa que o pacote recebido, eles são combinados. Caso seja formada uma SDU de MAC-ehs completa, ela é fornecida para uma camada superior. Caso contrário, o último segmento é armazenado no bufferde remontagem.
Caso o payload seja um segmento intermediário de uma
SDU de MAC-ehs e caso a entidade de remontagem tenha armazenado segmentos consecutivos com TSNs mais altas ou mais baixas que o pacote recebido, eles são combinados. Caso seja criada uma SDU completa, ela é encaminhada para uma camada superior. Caso contrário, ela é armazenada no buffer de remontagem.
Para descartar segmentos da entidade de remontagem,
pode-se utilizar um mecanismo de descarte com base em um temporizador. Opcionalmente, o pacote pode ser descartado caso o buffer esteja completo ou a quantidade máxima de segmentos permitida para armazenagem seja atingida. Segmentos com os números de TSN mais antigos podem ser descartados. Além disso, 15 os parâmetros de reordenamento convencionais RcvWindowJJpperEdge, próximo TSN esperado, T1_TSN e Fluxo de TSN não necessitam ser mantidos e processados.
O mecanismo de descarte com base em temporizador pode ser implementado em uma ou uma combinação das formas a seguir. Cada segmento é mantido no buffer de remontagem por um período de tempo configurado (ou seja, 20 sempre que um segmento correspondente a uma SDU de MAC-ehs é recebido, é iniciado um temporizador para aquele segmento). Quando o temporizador expirar, todos os segmentos correspondentes àquela SDU de MAC-ehs são descartados. O temporizador começa apenas quando um segmento correspondente uma PDU em reordenamento com TSN maior que o próximo TSN esperado for recebido. Uma variável 25 Tseg_TSN é definida nesse TSN. Quando o temporizador expirar, podem ser realizadas as ações a seguir.
a. Caso o indicador de segmento (SI) de Tseg_TSN
seja “01”:
i. descartar todas as unidades de payload com
TSN < Tseg_TSN; e
ii. definir o próximo TSN esperado como o TSN
do próximo segmento não recebido.
b. Caso o SI de T1_TSN seja “10”:
i. descartar todas as unidades de payload com
TSN < Tseg_TSN; e
ii. definir o próximo TSN esperado como o TSN
do próximo segmento não recebido.
c. Caso o SI de Tseg_TSN seja “11”: i. descartar a primeira unidade de payload correspondente àquele TSN e todas as unidades de payload com TSN < T1_TSN. Esta etapa deve garantir que a última unidade de payload correspondente àquele TSN não seja descartada, pois aquela unidade de payload corresponde à primeira unidade de payload.
Com uma segunda opção para a segunda realização, evitase a segmentação, reordenamento e remontagem para dados transmitidos a partir de certas filas de prioridades. Nenhum dado transmitido de certas filas de prioridades sofre segmentação, remontagem ou reordenamento. A Figura 4 exibe a entidade de MAC-ehs na WTRU conforme esta opção. Como ocorre na primeira opção para a segunda realização, podem ser utilizados critérios diferentes para determinar se os dados deverão ser distribuídos para uma fila de reordenamento para reordenamento ou não.
Com esta opção, não é necessário adicionar campos TSN e SI às PDUs de MAC-ehs para as filas correspondentes. Alternativamente, os campos TSN e SI podem ser adicionados, mas o campo SI pode sempre ser definido em um certo valor (tal como “00”) e o TSN pode ser definido em um valor constante ou opcionalmente aumentado, mas não utilizado para nenhum propósito de reordenamento ou remontagem. Além disso, ao estabelecer as filas na WTRU, não há necessidade de manter e processar as variáveis a seguir: número de TSN, RcvWindowJJpperEdge, próximo TSN esperado, T1_TSN e Fluxo de TSN.
Ao receber uma PDU de MAC-ehs, a WTRU sabe que os campos TSN e SI não estão presentes para um certo canal lógico com base no conhecimento do mapeamento desse canal lógico para uma dada fila que não sustenta reordenamento e/ou segmentação/remontagem, ou com base no uso de um H-RNTI comum ao transportar esse canal. Neste caso, SDUs de MAC-ehs são imediatamente desmontadas e demultiplexadas conforme o canal lógico e enviadas para uma camada superior.
Com relação à segunda realização, um procedimento de reinicio de MAC-ehs pode ser modificado. Segundo um procedimento de reinicio de MAC-ehs convencional, caso um reinicio de MAC-ehs seja solicitado por uma camada superior, a WTRU deverá, no tempo de ativação indicado por camadas superiores:
a. realizar fluxo de buffer mole para todos os processos
de HARQ configurados;
b. suspender todo o temporizador de liberação de reordenamento ativo (T1) e definir todo o temporizador T1 no seu valor inicial;
c. iniciar TSN com valor “0" para a transmissão seguinte em todo processo de HARQ configurado;
d. iniciar as variáveis RcvWindow_UpperEdge e próximo TSN esperado nos seus valores iniciais. e. desmontar todas as PDUs de MAC-ehs no buffer de reordenamento e fornecer todas as PDUs de MAC-d para a entidade de MAC-d;
f. realizar fluxo do buffer de reordenamento; e
g. caso o reinicio de MAC-ehs fosse iniciado devido ao recebimento do “indicador de reinicio de MAC-hs” de IE pelas camadas superiores, indicar para todas as entidades de RLC em modo reconhecido (AM) mapeadas em um HS-DSCH que gerem um relatório de situação.
Caso a primeira opção da segunda realização seja implementada, este procedimento é modificado de tal forma que a etapa (d) somente seja realizada para as filas que sustentam reordenamento. Caso a primeira opção seja implementada com funcionalidade de remontagem, o procedimento de reinicio deverá garantir que o buffer de remontagem sofra fluxo após o processamento da última PDU de MAC-ehs.
Caso a segunda opção da segunda realização seja implementada, este procedimento deverá ser modificado de tal forma que as etapas (b) a
(f) somente sejam executadas para as filas que sustentam reordenamento. Além disso, os segmentos no buffer de remontagem que não podem ser remontados com sucesso deverão ser descartados.
Dever-se-á observar que algumas dessas etapas podem necessitar ser modificadas para sustentar outras características novas de HSPA evoluído, tais como aprimoramentos de L2.
As simplificações da funcionalidade da entidade MAC-ehs descritas acima podem resultar em fornecimento fora de ordem de SDUs de MAC para a entidade de RLC. Isso pode causar dificuldades, particularmente quando as SDUs de MAC-ehs conduzirem sinalização de RRC. Estas dificuldades podem ser evitadas se a entidade de RLC realizar reordenamento. Convencionalmente, uma função para reordenar e evitar duplicatas (DAR) é definida para um modo não reconhecido (UM) do RLC. A função DAR, entretanto, apenas é aplicável atualmente a um canal de tráfego de serviço broadcast/multicast multimídia (MBMS) (MTCH).
Segundo uma terceira realização, a função DAR é aplicada a canais lógicos diferentes de MTCH, tais como DCCH ou DTCH. Essa extensão da funcionalidade RLC UM DAR seria especialmente útil para o caso da portadora de rádio de sinalização (SRB) n° 1 que é definida com RLC UM.
São possíveis diversos métodos para permitir o uso de funcionalidade DAR para os demais canais lógicos. A WTRU pode ser informada sobre os parâmetros de uso para a função DAR por camadas superiores ou os parâmetros podem ser previamente determinados. Sinalização de RRC pode ser modificada, por exemplo, de tal forma que a “Informação para Reordenar e Evitar Duplicação de DL” possa estar opcionalmente presente não apenas no IE “MBMS de informação de RLC”, mas também no IE “informação de RLC”, caso seja selecionado o modo RLC UM. Os valores de parâmetros para as configurações de rádio padrão podem também ser atualizados com o novo parâmetro para SRB1 e outras RBs.
De forma similar, DAR ou uma função similar pode ser introduzida no modo de reconhecimento (AM) de operação do RLC, no qual pode ser configurada de tal forma que o RLC AM forneça SDUs em seqüência para camadas superiores. O RLC AM convencional não realiza nenhum reordenamento no lado do receptor.
A funcionalidade de reordenamento pode ser modificada para evitar atrasos excessivos durante o procedimento de atualização celular ao utilizarse HS-DSCH no estado Cell_FACH. Este esquema pode ser utilizado caso se deseje manter a funcionalidade de reordenamento para uma certa fila de prioridades. Este 15 esquema não assume nenhuma modificação do comportamento da entidade HARQ, mas seria eficaz independentemente da implementação ou não dessas modificações.
Dever-se-á observar que as realizações descritas abaixo não são aplicáveis apenas ao procedimento de atualização celular (nova seleção celular), mas são também aplicáveis à configuração inicial e inicialização da entidade de MAC-ehs ao entrar no estado CELL_FACH aprimorado ou iniciar o recebimento de HS-DSCH nos estados CELL_FACH, CELL_PCH ou URA_PCH.
Segundo uma quarta realização, uma fila de reordenamento pode entrar no estado de reordenamento suspenso quando ocorrer um certo evento de acionamento. No estado normal, são realizados os procedimentos de reordenamento 25 convencionais. Quando uma fila de reordenamento estiver no estado de reordenamento suspenso, os dados recebidos que passam para a fila de reordenamento em estado suspenso são transferidos diretamente para a entidade de processamento seguinte (tal como uma entidade de remontagem, uma entidade de desmontagem, uma entidade de demultiplexação dependente da arquitetura de MAC-ehs ou uma camada acima da 30 entidade de MAC-ehs), sem considerar o TSN associado aos dados.
Os eventos de acionamento para chegar ao estado de reordenamento suspenso podem ser, por exemplo, a execução de um procedimento de reinicio de MAC-ehs (possivelmente após um comando de uma entidade de RRC) ou um comando explícito da entidade de RRC para entrar no estado de reordenamento 35 suspenso. A entidade de RRC pode emitir este comando, por exemplo, mediante o início de um procedimento de atualização celular com uma causa de nova seleção celular. Caso seja emitido um comando explícito, a entidade de RRC pode opcionalmente decidir pelo fluxo do buffer de reordenamento. A(s) fila(s) de reordenamento que é(são) sujeita(s) a suspensão de reordenamento pode(m) ser sinalizada(s) por camadas superiores junto com o comando de RRC1 se aplicável, ou como parte dele. A sinalização de camada superior pode ser realizada utilizando uma das opções relacionadas acima. Alternativamente, ela pode ser sinalizada previamente mediante definição do canal lógico mapeado para a fila ou pode ser previamente definida dependendo do tipo de canal lógico mapeado para a fila (ela pode ser previamente definida, por exemplo, de tal forma que qualquer fila mapeada sobre um canal lógico de CCCH sofra suspensão de reordenamento mediante reinicio de MAC-ehs).
A fila de reordenamento retorna para o estado normal quando ocorrer um certo evento de transição. Os eventos de transição podem ser, por exemplo, recepção de um pacote para o canal lógico mapeado para a fila após entrar no estado de suspensão. Após receber o pacote, a WTRU realiza as ações a seguir:
(a) definir próximo TSN esperado = TSN - x, em que, por exemplo, -1 s x < 6 (o valor de x > 0 serve para garantir que, se um primeiro pacote for recebido fora de ordem, ele não descartará os pacotes seguintes com TSNs mais baixos), o TSN é o número de seqüência de transmissão do pacote recebido e o valor de x pode ser previamente determinado ou previamente sinalizado por camadas superiores;
(b) se x não for igual a zero ou -1, definir T1_TSN = TSN deste pacote e iniciar o temporizador T1;
(c) definir Rcv_Window_UpperEdge = TSN + y, em que y pode ser previamente determinado ou previamente sinalizado por camadas superiores; e
(d) retornar para o estado de reordenamento normal.
Dever-se-á observar que, para o evento acima, uma
definição de um novo estado não é formalmente necessária, pois a WTRU não recebe nenhum dado para a fila correspondente enquanto no estado de reordenamento suspenso. Seria equivalente afirmar que o procedimento de reinicio de MAC-ehs para as filas correspondentes somente é encerrado após o recebimento de dados para essas filas.
O evento de transição pode ser um comando explícito da entidade de RRC para retornar para o estado de reordenamento normal. Neste caso, a entidade de RRC notifica a entidade de MAC-ehs quando a entidade de MAC-ehs deverá retornar para o estado de reordenamento normal. Esse comando pode ser acionado por si próprio pela entidade de RRC que recebe uma mensagem de confirmação de atualização celular da sua entidade parceira ou qualquer outro evento relativo a procedimentos de RRC. Antes do recebimento do comando para retornar ao estado de reordenamento normal (ou seja, no estado de reordenamento suspenso), a WTRU necessita manter as variáveis próximo TSN esperado e RcvWindow_UpperEdge para cada fila correspondente conforme segue:
(a) Na primeira vez em que um pacote é recebido para a fila após o reinicio de MAC-ehs:
(i) Definir próximo TSN esperado em TSN+1
deste pacote.
(ii) Definir RcvWindow_UpperEdge em TSN+y, em que y pode ser previamente determinado ou previamente sinalizado por camadas superiores.
(iii) Opcionalmente, a variável “TSNJnit” pode ser
definida no TSN do pacote recebido.
(b) Para pacotes subsequentes da mesma fila corri número de seqüência de transmissão = TSN.
(i) Definir próximo TSN esperado em TSN+1 se
TSN > próximo TSN esperado.
(ii) Definir RcvWindowJJpperEdge em TSN+y se TSN+y > RcvWindow_UpperEdge, em que y pode ser previamente determinado ou previamente sinalizado por camadas superiores.
O evento de transmissão para retornar ao estado normal 20 pode ser o término de um temporizador (TJnit) iniciado mediante transição para o estado pendente. Este temporizador pode ser idêntico ao temporizador T1 convencional. Caso não seja o mesmo, o valor do temporizador TJnit pode ser especificado por camadas superiores (utilizando, por exemplo, as mesmas mensagens de sinalização de RRC que contêm o valor do temporizador T1, com um elemento de informação adicional para o 25 valor desse novo temporizador TJnit) ou previamente definido. Este valor pode ser menor ou igual ao temporizador T1 para evitar atrasos excessivos.
Quando ocorrer um evento de acionamento para o estado de reordenamento suspenso (tal como quando ocorrer um reinicio de MAC-ehs), a fila de reordenamento entra e permanece no estado de reordenamento suspenso pela duração 30 do temporizador TJnit (mais possivelmente o período de tempo entre o reinicio de MACehs e o recebimento da primeira PDU de MAC-ehs correta, caso se decida iniciar o temporizador TJnit mediante recebimento dessa PDU). Opcionalmente, os valores de “próximo TSN esperado” e “RcvWindowJJpperEdge” podem ser definidos em um valor especial (“pendente”) mediante execução do reinicio de MAC_ehs em vez de serem 35 definidos nos seus valores iniciais como no procedimento convencional, que será explicado em detalhes abaixo.
Alternativamente, o evento de transição pode ser o recebimento bem sucedido de um número N de PDUs com TSNs consecutivos ou N dentre M PDUs consecutivas em M TSNs consecutivos.
Dever-se-á observar que, caso seja realizado reinicio de MAC-ehs após o recebimento de uma confirmação de atualização celular por camadas superiores, as variáveis e os conteúdos dessas filas não deverão ser reiniciados mediante indicação de reinicio de MAC-ehs. Neste caso, caso a fila encontre-se no estado de reordenamento suspenso, o reinicio de MAC-ehs será uma indicação que a confirmação de atualização celular foi recebida por camadas superiores e a fila pode retornar para o estado normal.
Segundo uma quinta realização, o procedimento de reinicio de MAC-ehs é modificado de tal forma que, para certas filas de reordenamento, o procedimento de reinicio é estendido até o recebimento de dados na célula alvo. As variáveis próximo TSN esperado e RcvWindow_UpperEdge não são imediatamente reiniciadas nos seus valores iniciais para as filas de reordenamento correspondentes, mas apenas mediante o recebimento de dados para essas filas na célula alvo.
Caso se solicite reinicio da entidade de MAC-ehs pelas camadas superiores, a WTRU deverá, no momento da ativação indicado pelas camadas superiores:
(1) realizar fluxo de buffer mole para todos os processos
de HARQ configurados;
(2) suspender todo o temporizador de liberação de reordenamento ativo (T1) e definir todo o temporizador T1 no seu valor inicial;
(3) desmontar todas as PDUs de MAC-ehs no buffer de reordenamento e fornecer todas as PDUs de MAC-d para a entidade de MAC-d (esta etapa pode ser modificada devido a alterações não relacionadas do procedimento de MAC-ehs em versões futuras);
(4) fluxo do buffer de reordenamento; e
(5) caso o reinicio de MAC-hs fosse iniciado devido ao recebimento do IE “indicador de reinicio de MAC-hs” pelas camadas superiores, indicar para todas as entidades de RLC AM mapeadas em HS-DSCH que gerem um relatório da situação.
Para filas de reordenamento para as quais aplica-se o procedimento de MAC-ehs estendido:
(1) quando forem recebidos dados (PDU em reordenamento) para esta fila de reordenamento, definir próximo TSN esperado = TSN x, em que, por exemplo, 0 < x < 6, TSN é o número de transmissão da PDU em reordenamento recebida e o valor de x pode ser previamente determinado ou previamente sinalizado por camadas superiores;
(2) opcionalmente, se x não for igual a zero, definir T1_TSN = TSN deste pacote e iniciar o temporizador T1;
(3) definir RcvWindowJJpperEdge = TSN + y, em que y pode ser previamente determinado ou previamente sinalizado por camadas superiores; e
(4) encerrar o procedimento de reinicio de MAC-ehs para a fila de reordenamento.
Para todas as outras filas de reordenamento:
(1) iniciar TSN com valor 0 para a transmissão seguinte em cada processo de HARQ configurado; e
(2) iniciar as variáveis RcvWindowJJpperEdge e próximo TSN esperado nos seus valores iniciais.
A(s) fila(s) para a(s) qual(is) aplica-se o procedimento de MAC-ehs estendido pode(m) ser sinalizada(s) por camadas superiores junto com o comando de RRC que aciona o reinicio de MAC-ehs, se aplicável, ou como parte dele. Alternativamente, ela(s) pode(m) ser previamente sinalizada(s) mediante configuração do 15 canal lógico mapeado para a fila ou pode(m) ser previamente definida(s) dependendo do tipo de canal lógico mapeado para a fila (pode-se definir previamente, por exemplo, que qualquer fila mapeada para o canal lógico CCCH passe pelo procedimento de reinicio de MAC-ehs estendido). A sinalização pode ser realizada utilizando uma das opções relacionadas acima.
Segundo uma sexta realização, valores especiais adicionais
são definidos para as variáveis de reordenamento próximo TSN esperado e RcvWindowJJpperEdge. Este valor especial pode ser marcado, por exemplo, por um dos seguintes: Pendente, Indefinido ou Em Espera (a marca “Pendente” será utilizada a seguir).
Para certas filas de reordenamento, o procedimento de
reinicio de MAC-ehs ou configuração de novo MAC-ehs é modificado de tal forma que as variáveis "próximo TSN esperado” e “RcvWindowJJpperEdge” sejam definidas no valor “Pendente” em vez de serem definidas nos seus valores iniciais conforme especificado no procedimento convencional. Além disso, a funcionalidade de reordenamento também 30 é modificada de tal forma que, quando uma PDU de MAC-ehs com TSN = SN for recebida, caso o valor de “próximo TSN esperado” seja definido como “Pendente”, sejam realizadas as ações a seguir:
(1) o temporizador T1 não é iniciado;
(2) Próximo TSN esperado é definido em TSN + 1 (ou, alternativamente, TSN + x em que x é previamente definido ou estabelecido por camadas
superiores); e
(3) RcvWindowJJpperEdge é definido em TSN + y, em que y pode ser previamente definido ou previamente sinalizado por camadas superiores. A(s) fila(s) de reordenamento para a(s) qual(is) aplica-se o procedimento de MAC-ehs modificado pode(m) ser sinalizada(s) por camadas superiores junto com o comando de RRC que aciona o reinicio de MAC-ehs, se aplicável, ou como parte dele. Alternativamente, ela(s) pode(m) ser previamente sinalizada(s) mediante configuração do canal lógico mapeado para a fila ou pode(m) ser previamente definida(s) dependendo do tipo de canal lógico mapeado para a fila (pode-se definir previamente, por exemplo, que qualquer fila mapeada sobre o canal lógico de CCCH sofre o procedimento de reinicio de MAC-ehs estendido). A sinalização pode ser realizada utilizando uma das opções relacionadas acima.
A funcionalidade de reordenamento modificada para a operação de receptor é a seguinte:
Quando for recebida uma PDU de MAC-hs com TSN = SN; Se o próximo TSN esperado NÃO for definido como
“pendente”;
se SN estiver dentro da janela do receptor; se SN < próximo TSN esperado ou essa PDU de MAC-hs houver sido recebida anteriormente:
a PDU de MAC-hs deverá ser descartada; caso contrário:
a PDU de MAC-hs deverá ser colocada no buffer de reordenamento no local indicado pelo TSN.
se SN estiver fora da janela do receptor:
a PDU de MAC-hs recebida deverá ser colocada acima do TSN recebido mais alto no buffer em reordenamento, na posição indicada por SN;
RcvWindowJJpperEdge deverá ser definido em SN, de forma a avançar a janela do receptor;
quaisquer PDUs de MAC-hs com TSN s RcvWindowJJpperEdge - tamanho da janela do receptor, ou seja, fora da janela do receptor após a atualização da sua oposição, deverão ser removidas do buffer de reordenamento e fornecidas para a entidade de desmontagem;
se o próximo TSN esperado estiver abaixo da
janela de receptor atualizada:
o próximo TSN esperado deverá ser definido em: RcvWindowJJpperEdge - tamanho da janela do receptor + 1;
se a PDU de MAC-hs com TSN = próximo TSN esperado for armazenada no buffer de reordenamento:
todas as PDUs de MAC-hs recebidas com TSNs consecutivos do próximo TSN esperado (inclusive) até a primeira PDU de MAC-hs não recebida deverão ser fornecidas para a entidade de desmontagem;
o próximo TSN esperado deverá ser avançado para o TSN desta primeira PDU de MAC-hs não recebida.
Caso uma WTRU possua memória insuficiente para processar uma PDU de MAC-ehs recebida, a WTRU realiza as operações a seguir:
selecionar fluxo de TSN de tal forma que próximo TSN esperado < fluxo de TSN < RcvWindow_UpperEdge + 1;
fornecer todas as PDUs de MAC-hs recebidas corretamente com TSN < fluxo de TSN para a entidade de desmontagem;
se a PDU de MAC-hs com TSN = fluxo de TSN
houver sido recebida anteriormente:
fornecer todas as PDUs de MAC-hs recebidas com TSNs consecutivos de fluxo de TSN (inclusive) até a primeira PDU de MAC-hs não recebida para a entidade de desmontagem;
avançar o próximo TSN esperado até o TSN desta primeira PDU de MAC-hs não recebida;
caso contrário:
definir o próximo TSN esperado no fluxo de
TSN.
Terminar se o próximo TSN esperado NÃO for definido
como “pendente”.
Caso contrário (por exemplo, se o próximo TSN esperado não for definido como “pendente”):
o temporizador T1 não é iniciado; o próximo TSN esperado é definido como SN + 1 (ou, alternativamente, SN + x em que x é previamente definido ou definido por camadas superiores);
RcvWindow_UpperEdge é definido como TSN + y, em que y pode ser previamente determinado ou previamente sinalizado por camadas superiores.
FIM
A funcionalidade de reordenamento pode ser modificada de forma que possam ser utilizados dois temporizadores diferentes (TJnit e T1). Quando a fila de reordenamento estiver no estado “pendente”, o temporizador T1 utilizado no procedimento convencional não pode ser iniciado. Desta forma, o procedimento convencional necessita ser modificado conforme segue.
Caso nenhum temporizador T1 esteja ativo: o temporizador Τ1 deverá ser iniciado quando uma PDU em reordenamento com TSN > próximo TSN esperado for recebida corretamente, se o próximo TSN esperado não for definido como pendente (ou se o “estado de reordenamento” não for definido como pendente);
- T1_TSN deverá ser definido como o TSN desta PDU
de MAC-hs.
A segunda modificação é que, quando a fila em reordenamento estiver no estado “pendente”, a variável “próximo TSN esperado” não é atualizada nem definida e permanece no valor “pendente”. Além disso, qualquer 10 comparação realizada com a variável “próximo TSN esperado” no procedimento convencional deverá ter o resultado “falso” quando a fila de reordenamento estiver no estado “pendente”. Caso o procedimento de reinicio de MAC-ehs defina a variável RcvWindow_UpperEdge como “pendente”, esta variável necessita ser iniciada mediante o recebimento da primeira PDU em reordenamento. Estas modificações podem ser 15 implementadas, por exemplo, modificando-se o procedimento convencional. Dever-se-á compreender que também são possíveis outras formulações para o procedimento.
Operação do receptor;
Quando for recebida uma PDU de Mac-hs com TSN = SN: (opcional, caso RcvWindow_UpperEdge seja definido como “pendente” durante o reinicio de MAC-ehs) se a janela do receptor for “pendente" (RcvWindowJJpperEdge definida como “pendente”):
RcvWindowJJpperEdge deverá ser definido
como SN;
se SN estiver dentro da janela do receptor:
- se o próximo TSN esperado não for definido
como “pendente” e SN < próximo TSN esperado ou esta PDU de MAC-hs houver sido recebida anteriormente:
a PDU de MAC-hs deverá ser
descartada;
- caso contrário:
a PDU de MAC-hs deverá ser colocada no buffer de reordenamento no local indicado pelo TSN.
se o SN estiver fora da janela do receptor: a PDU de MAC-hs recebida deverá ser colocada acima do TSN mais alto recebido no buffer de reordenamento, na posição indicada pelo SN;
RcvWindowJJpperEdge deverá ser definido como SN, de forma a avançar a janela do receptor; quaisquer PDUs de MAC-hs com TSN á RcvWindowJJpperEdge - tamanho de janela de recebimento, ou seja, fora da janela do receptor após a atualização da sua posição, deverão ser removidos do buffer de reordenamento e ser fornecidos para a entidade de desmontagem;
- se o próximo TSN esperado não for definido
como “pendente” e o próximo TSN esperado estiver abaixo da janela de receptor atualizada;
o próximo TSN esperado deverá ser definido como RcvWindowJJpperEdge - tamanho da janela de recebimento + 1;
- se o próximo TSN esperado não for definido como
“pendente” e a PDU de MAC-hs com TSN = próximo TSN esperado for armazenada no buffer de reordenamento;
todas as PDUs de MAC-hs recebidas com TSNs consecutivos do próximo TSN esperado (inclusive) até a primeira PDU de MAC-hs não recebida deverão ser fornecidas para a entidade de desmontagem;
o próximo TSN esperado deverá avançar para o TSN dessa primeira PDU de MAC-hs não recebida.
Caso uma WTRU possua memória insuficiente para processar uma PDU em reordenamento recebida, a WTRU realiza as operações a seguir:
selecionar fluxo de TSN, de tal forma que: o próximo TSN esperado < fluxo de TSN < RcvWindowJJpperEdge + 1 (ou qualquer valor se o próximo TSN esperado estiver “pendente”);
fornecer todas as PDUs de MAC-hs recebidas corretamente com TSN < fluxo de TSN para a entidade de desmontagem;
se a PDU de MAC-hs com TSN = fluxo de TSN
houver sido recebida anteriormente;
fornecer todas as PDUs de MAC-hs recebidas com TSNs consecutivos de fluxo de TSN (inclusive) até a primeira PDU de MAC-hs não recebida para a entidade de desmontagem;
se o próximo TSN esperado não for definido como “pendente”, avançar o próximo TSN esperado para o TSN dessa primeira PDU de MAC-hs não recebida;
caso contrário, se o próximo TSN esperado não for
definido como “pendente”:
definir o próximo TSN esperado como fluxo
de TSN.
A terceira modificação especifica o que é feito enquanto a fila de reordenamento encontra-se no estado “pendente” (tal como enquanto o temporizador TJnit estiver ativo, caso esse acionador haja sido selecionado). O seguinte necessita ser adicionado ao procedimento de reordenamento convencional (dever-se-á compreender que a variável TinitJTSN pode ser substituída por T1_TSN sem alteração do significado):
Se o próximo TSN esperado for definido como “pendente” (ou o estado de reordenamento for definido como “pendente”) e uma PDU em reordenamento para a dada fila for recebida com TSN = SN:
(1) (opcional, aplicável ao caso em que TJnit não inicia imediatamente mediante o procedimento de reinicio de MAC-ehs) se nenhum temporizador TJnit estiver ativo:
(a) o temporizador TJnit é iniciado;
(b) Tinit_TSN é definido como SN.
(2) (opcional, aplicável ao caso em que TJnit inicia imediatamente mediante o procedimento de reinicio de MAC_ehs) se Tinit_TSN estiver definido como “pendente”:
(a) TinitJTSN é definido como SN.
Quando o temporizador TJnit expirar (ou quando o estado de reordenamento for definido com “normal” por qualquer razão):
(1) (opcional, aplicável ao caso em que TJnit inicia imediatamente mediante o procedimento de reinicio de MAC_ehs) se Tinit_TSN for definido como “pendente”:
(a) reiniciar o temporizador TJnit.
(2) se Tinit_TSN não for definido como “pendente”:
(a) todas as PDUs em reordenamento recebidas corretamente até Tinit_TSN - 1 (ou opcionalmente Tinit_TSN), inclusive, são fornecidas para a entidade acima em reordenamento (ou seja, pode ser uma entidade demultiplexadora de LCH-ID, entidade de desmontagem ou de remontagem);
(b) todas as PDUs em reordenamento recebidas corretamente até a próxima PDU em reordenamento não recebida com TSN maior que TinitJTSN deverão ser fornecidas para a entidade acima em reordenamento;
(c) o próximo TSN esperado é definido como o TSN da próxima PDU em reordenamento não recebida, opcionalmente com TSN maior que T1_TSN; e (se aplicável) a variável estado de reordenamento é definida como “normal”. Alternativamente, o próximo TSN esperado pode ser sempre definido como a próxima PDU de MAC-ehs não recebida com TSN maior que T1_TSN quando o temporizador expirar;
(d) opcionalmente, se ainda existirem algumas PDUs em reordenamento recebidas que não puderem ser fornecidas para a camada superior:
(i) o temporizador T1 é iniciado;
(ii) definir T1_TSN como o TSN mais alto dentre aqueles do conjunto de SDUs de MAC-ehs que não podem ser fornecidas.
Alternativamente, caso a variável estado de reordenamento seja utilizada no procedimento de reordenamento (opcional), o próximo TSN esperado pode ser para RcvWindowJJpperEdge - tamanho da janela de recebimento + 1 quando for recebida uma PDU em reordenamento com TSN = SN.
Alternativamente, pode ser utilizado um único temporizador
(Tl). Caso seja utilizado um único temporizador (ou seja, um temporizador T1), a função de reordenamento é descrita conforme segue:
Se nenhum temporizador T1 estiver ativo e o próximo TSN esperado não for definido como pendente:
(a) o temporizador T1 deverá ser iniciado quando uma
PDU em reordenamento com TSN > próximo TSN esperado for recebida corretamente;
(b) T1_TSN deverá ser definido como o TSN desta PDU
em reordenamento.
Se nenhum temporizador T1 estiver ativo e o próximo TSN esperado for definido como “pendente":
(c) o temporizador T1 deverá ser iniciado quando uma PDU em reordenamento for recebida corretamente;
(d) T1_TSN é definido como o TSN dessa PDU em
reordenamento.
Se um temporizador T1 já estiver ativo:
(e) nenhum temporizador adicional deverá ser iniciado, ou seja, apenas um temporizador T1 pode estar ativo em um dado momento.
O temporizador T1 deverá ser suspenso se:
(f) a PDU em reordenamento com TSN = T1_TSN puder ser fornecida para a entidade de remontagem antes do término do temporizador e
o próximo TSN esperado não for definido como “pendente”.
Quando o temporizador T1 expirar, o próximo TSN esperado não for definido como “pendente” e T1_TSN > próximo TSN esperado:
(g) todas as PDUs em reordenamento recebidas corretamente com TSN > próximo TSN esperado até T1_TSN-1, inclusive, deverão ser
fornecidas para a entidade de remontagem;
(h) todas as PDUs em reordenamento recebidas corretamente até a próxima PDU em reordenamento não recebida deverão ser fornecidas para a entidade de remontagem;
(i) o próximo TSN esperado deverá ser definido para o TSN da próxima PDU em reordenamento não recebida.
Quando o temporizador T1 expirar e o próximo TSN esperado for definido como “pendente”:
(j) todas as PDUs em reordenamento recebidas corretamente até T1_TSN-1 inclusive são fornecidas para a entidade de remontagem;
(k) todas as PDUs em reordenamento recebidas corretamente até a próxima PDU em reordenamento não recebida com TSN maior que T1_TSN deverão ser fornecidas para a entidade de remontagem;
(I) o próximo TSN esperado é definido como o TSN da próxima PDU em reordenamento não recebida, opcionalmente com TSN maior que T 1_TSN.
Quando o temporizador T1 for suspenso ou expirar e ainda existirem algumas PDUs em reordenamento recebidas que não podem ser fornecidas para a camada superior:
(m) o temporizador T1 é iniciado;
(n) definir T1_TSN no TSN mais alto dentre aqueles dos conjuntos de SDUs MAC-ehs que não podem ser fornecidos.
Alternativamente, pode-se realizar o seguinte:
Quando o temporizador T1 terminar e T1_TSN > próximo TSN esperado ou o próximo TSN esperado for definido como “pendente”:
(a) todas as PDUs em reordenamento recebidas corretamente com TSN > próximo TSN esperado até T1_TSN-1, inclusive, deverão ser
fornecidas para a entidade de remontagem;
(b) todas as PDUs em reordenamento recebidas corretamente até a próxima PDU em reordenamento não recebida deverão ser fornecidas para a entidade de remontagem;
(c) o próximo TSN esperado deverá ser definido como o TSN da próxima PDU em reordenamento não recebida.
A operação do receptor para reordenamento é descrita
conforme segue:
Quando for recebida uma PDU em reordenamento com TSN
= SN:
(a) se RcvWindowJJpperEdge for definido como
“pendente”:
(i) RcvWindowJJpperEdge deverá ser definido
como SN; (b) se SN estiver dentro da janela do receptor:
(i) se o próximo TSN esperado não for definido como "pendente” e se SN < TSN seguinte esperado ou esta PDU em reordenamento houver sido recebida anteriormente:
(ii) a PDU em reordenamento deverá ser
descartada;
(c) caso contrário:
(i) a PDU em reordenamento deverá ser colocada no buffer em reordenamento no local indicado pelo TSN.
(d) se SN estiver fora da janela do receptor:
(i) a PDU em reordenamento recebida deverá ser colocada acima do TSN mais alto recebido no buffer em reordenamento, na posição indicada por SN;
(ii) RcvWindow_UpperEdge deverá ser definido como SN, de forma a avançar a janela do receptor;
(iii) qualquer PDU em reordenamento com TSN RcvWindowJJpperEdge - tamanho da janela de recebimento, ou seja, fora da janela do receptor após a atualização da sua posição, deverá ser removida do buffer de reordenamento e ser fornecida para a entidade de remontagem;
(iv) se o próximo TSN esperado não for definido como “pendente” e se o próximo TSN esperado estiver abaixo da janela de receptor atualizada:
a. o próximo TSN esperado deverá ser definido como RcvWindow_UpperEdge - tamanho da janela de recebimento + 1;
(e) se o próximo TSN esperado não for definido como “pendente” e se a PDU em reordenamento com TSN = próximo TSN esperado for armazenada no buffer em reordenamento:
(i) todas as PDUs em reordenamento recebidas com TSNs consecutivos de próximo TSN esperado (inclusive) até a primeira PDU em reordenamento não recebida deverão ser fornecidas para a entidade de remontagem;
(ii) o próximo TSN esperado deverá ser adiantado até o TSN dessa primeira PDU em reordenamento não recebida.
Caso uma WTRU possua memória insuficiente para processar uma PDU em reordenamento recebida, a WTRU realiza as operações a seguir:
(a) selecionar fluxo de TSN de tal forma que: próximo TSN esperado < fluxo de TSN s RcvWindowJJpperEdge + 1 (ou qualquer valor se o próximo TSN esperado for definido como “pendente”); (b) fornecer todas as PDUs em reordenamento recebidas corretamente com TSN < fluxo de TSN para a entidade de remontagem;
(c) se a PDU em reordenamento com TSN = fluxo de TSN houver sido recebida anteriormente:
(i) fornecer todas as PDUs em reordenamento recebidas com TSNs consecutivas de fluxo de TSN (inclusive) até a primeira PDU em reordenamento não recebida para a entidade de remontagem;
(ii) avançar o próximo TSN esperado até o TSN desta primeira PDU em reordenamento não recebida.
(d) Caso contrário:
(i) definir o próximo TSN esperado em fluxo de
TSN.
Segundo uma sétima realização, os Nós B podem transmitir o TSN para a próxima SDU de MAC-ehs para envio para as WTRUs utilizando o H-RNTI comum. Esta informação pode ser transmitida em uma dentre o bloco de informações de sistema (SIB) que é originado no Nó B. Quando a WTRU realizar um reinicio de MACehs e selecionar uma nova célula, a WTRU lê o SIB que contém o número de TSN. Ao obter o TSN, a WTRU pode realizar as etapas a seguir:
(1) definir o próximo TSN esperado = TSN + 1 obtido de
SIB; e
(2) definir Rcv_Window_UpperEdge = TSN.
Isso permite que a WTRU processe adequadamente a próxima PDU de MAC-ehs recebida utilizando um H-RNTI comum e realize o reordenamento.
Alternativamente, o Nó B pode fornecer o TSN no HSSCCH. O TSN pode ser fornecido em uma ou uma combinação das formas a seguir:
(1) para cada transmissão por um H-RNTI comum; e
(2) apenas para as x (quantidade configurável de vezes) primeiras transmissões exatamente após a adição de uma WTRU à nova célula.
Alternativamente, o Nó B e a WTRU podem reiniciar o TSN de uma fila específica em um valor padrão. Isso pode ser realizado sempre que um pacote for transmitido para uma nova WTRU na célula. O valor padrão pode ser sinalizado através de camadas superiores ou previamente definido. O Nó B pode sinalizar o reinicio do TSN para todas as demais WTRUs que monitoram o H-RNTI. O Nó B pode sinalizar um reinicio de TSN utilizando qualquer dos métodos a seguir:
(1) utilizando sinalização de Camada 3 nova ou convencional (tal como BCCH ou outra mensagem de RRC);
(2) utilizando sinalização de Camada 2 nova ou convencional (o cabeçalho de MAC-ehs pode ser modificado, por exemplo, para incluir informações de reinicio de TSN); e
(3) utilizando sinalização de camada PHY nova ou convencional (um formato de HS-SCCH modificado poderá ser utilizado, por exemplo, para indicar um reinicio de TSN).
Segundo uma oitava realização, a rede sempre garante que as mensagens de RRC enviadas por meio de H-RNTI comum sejam suficientemente pequenas para enquadrar-se em uma PDU de MAC-ehs isolada minimizando o conteúdo da mensagem. A mensagem de RRC pode ser “segmentada” em mensagens de RRC menores. A mensagem inicial pode conter, por exemplo, o RNTI da célula (C-RNTI) e/ou H-RNTI e o restante da configuração pode ser sinalizado utilizando mensagem(ns) de RRC separada(s). Depois que a WTRU obtiver o seu H-RNTI dedicado, mensagens de RRC subsequentes podem possuir qualquer tamanho, pois a funcionalidade de reordenamento em MAC-ehs trabalha adequadamente com o H-RNTI dedicado.
A rede necessita, entretanto, garantir que a WTRU tenha recebido com sucesso a mensagem de RRC inicial (que contém, por exemplo, apenas o C-RNTI e/ou H-RNTI) antes de enviar mensagens subsequentes (configuração) utilizando o H-RNTI dedicado. Isso pode ser garantido se a entidade RRC aguardar conservadoramente o suficiente considerando a quantidade de retransmissões de HARQ e as necessidades de atraso de RRC na WTRU. Dependendo da implementação, a entidade de RRC pode ser “cega” para o atraso exigido pelas camadas inferiores para transmitir a mensagem. Caso seja este o caso, o RRC necessita aguardar um longo período para ter certeza de que a transmissão terminou.
Além disso, ao segmentar-se a mensagem de RRC, um RNC necessita garantir que o tamanho das SDUs de MAC-ehs geradas esteja dentro de um valor tal que nenhuma segmentação seja necessária na entidade de MAC-ehs. O menor tamanho de bloco de transporte disponível pode ser utilizado como referência do tamanho de PDU de MAC-ehs. Alternativamente ou em combinação, o tamanho do bloco de transporte que será utilizado pelo Nó B pode ser inferido do valor dos resultados de medição recebidos em um canal de acesso aleatório (RACH) que é incluído no campo “Nível de Potência de Transmissão”.
Caso ocorra segmentação da mensagem de RRC, o lado do receptor pode necessitar ser modificado de forma que aja sobre os IEs da mensagem recebida caso uma única mensagem de RRC tenha sido enviada (ou seja, não aguarda a outra parte ou segmento da mensagem de RRC).
Segundo uma nona realização, os primeiros pacotes recebidos não são fornecidos imediatamente. A primeira PDU de MAC_ehs recebida é sempre colocada no buffer de reordenamento e o seu SN é utilizado para determinar os valores de algumas ou todas as variáveis de reordenamento (próximo TSN esperado, RcvWindow_UpperEdge, T1_TSN). A extremidade superior da janela do receptor (RcvWindowJJpperEdge) e/ou T1_TSN pode ser definida, por exemplo, no SN da PDU de MAC-ehs recebida e o próximo TSN esperado pode ser definido como este SN 5 tamanho da janela de recebimento + 1. Isso garante que qualquer PDU recebida em seguida com TSN inferior não seja descartada, mas sim é armazenada adequadamente no buffer em reordenamento. Alternativamente, o próximo TSN esperado pode ser definido em um valor diferente, tal como RcvWindowJJpperEdge - x em que x é alguma constante previamente definida. Um temporizador (temporizador T1 ou algum outro 10 temporizador TIJnit) é iniciado mediante o recebimento desta primeira PDU de MACehs. Até o término do temporizador, todas as PDUs de MAC-ehs recebidas em seguida são colocadas no buffer de reordenamento conforme o seu TSN. Estas PDUs não são fornecidas para a entidade de remontagem a menos que necessitem ser removidas do buffer de reordenamento conforme o procedimento convencional.
Quando o temporizador terminar, algumas ou todas as
PDUs presentes no buffer em reordenamento podem ser fornecidas para a entidade de remontagem. Todas as PDUs com TSN até T1_TSN-1, inclusive, por exemplo, podem ser fornecidas e, em seguida, todas as PDUs até a próxima PDU não recebida podem ser fornecidas. A variável próximo TSN esperado pode ser definida (ou reiniciada) como 20 o TSN dessa próxima PDU não recebida. Além disso, o temporizador T1 pode ser reiniciado nesse ponto caso ainda haja PDUs que não possam ser fornecidas. Neste caso, a variável T1_TSN pode ser definida no TSN mais alto dentre os das PDUs de MAC-ehs que não podem ser fornecidas. Operação de reordenamento normal segue a partir desse ponto.
Pelo menos uma das variáveis próximo TSN esperado e
RcvWindowJJpperEdge possui o seu valor inicial definido em um valor especial (“pendente”), de tal forma que a WTRU execute as operações apropriadas no início do procedimento. Alternativamente, uma nova variável booleana (tal como “estado inicial do reordenamento”) pode ser definida para indicar se o procedimento encontra-se no seu 30 estado inicial ou não. Quando o valor desta variável for definido como “verdadeiro”, a WTRU executa o procedimento conforme indicado acima e a variável é reiniciada como “falsa” ao final do temporizador inicial.
Segunda uma opção para a nona realização, a variável RcvWindowJJpperEdge possui apenas o seu valor inicial definido como “pendente” para 35 certas filas de reordenamento sujeitas ao procedimento modificado. O temporizador T1 inicia mediante o recebimento da primeira PDU quando o valor de RcvWindowJJpperEdge for “pendente”, o que indica que se encontra no seu estado inicial. O procedimento detalhado é o seguinte: Se nenhum temporizador T1 for ativo:
o temporizador T1 deverá iniciar quando uma PDU em reordenamento com TSN > próximo TSN esperado for recebida corretamente ou quando uma PDU em reordenamento for recebida corretamente e RcvWindow UpperEdae for definida como “pendente”:
T 1_TSN deverá ser definido como o TSN dessa PDU
em reordenamento.
Se um temporizador T1 já estiver ativo:
nenhum temporizador adicional deverá ser iniciado, ou seja, apenas um temporizador T1 pode estar ativo em um dado momento.
O temporizador T1 deverá ser suspenso se:
a PDU em reordenamento com TSN = T1_TSN puder ser fornecida para a entidade de remontagem antes que termine o temporizador.
Quando o temporizador T1 expirar e T1_TSN > próximo
TSN esperado:
todas as PDUs em reordenamento recebidas corretamente com TSN > próximo TSN esperado até T1_TSN-1, inclusive, deverão ser fornecidas para a entidade de remontagem;
todas as PDUs em reordenamento recebidas corretamente até a próxima PDU em reordenamento não recebida deverão ser fornecidas para a entidade de remontagem;
o próximo TSN esperado deverá ser definido como o TSN da próxima PDU em reordenamento não recebida.
Quando o temporizador T1 parar ou expirar e ainda existirem algumas PDUs em reordenamento recebidas que não podem ser fornecidas para a camada superior:
o temporizador T1 é iniciado; definir T1_TSN como o TSN mais alto dentre os dos conjuntos de SDUs de MAC-ehs que não podem ser fornecidos.
Operação do transmissor:
Após a emissão pelo transmissor de uma PDU em reordenamento com TSN = SN, nenhuma PDU em reordenamento com TSN < SN tamanho de janela de transmissão deverá ser retransmitida para evitar ambigüidade de número de seqüência no receptor.
Operação do receptor:
Quando for recebida uma PDU em reordenamento com TSN
= SN:
se RcvWindow UpperEdae for definida como “pendente”:
RcvWindow UpperEdqe deverá ser definida
como SN:
o próximo TSN esperado deverá ser definido como RcvWindow UpperEdqe - tamanho de janela + 1.
se SN estiver dentro da janela do receptor:
se SN < próximo TSN esperado ou esta PDU em reordenamento houver sido recebida anteriormente;
a PDU em reordenamento deverá ser
descartada;
caso contrário:
a PDU em reordenamento deverá ser colocada no buffer de reordenamento no local indicado pelo TSN.
se o SN estiver fora da janela do receptor:
- a PDU em reordenamento recebida deverá
ser colocada acima do TSN recebido mais alto no buffer de reordenamento, na posição indicada por SN;
RcvWindowJJpperEdge deverá ser definido como SN1 de forma a avançar a janela do receptor;
- qualquer PDU em reordenamento com TSN s
RcvWindowJJpperJEdge - tamanho da janela de recebimento, ou seja, fora da janela do receptor após atualização da sua posição, deverá ser removida do buffer em reordenamento e fornecida para a entidade de remontagem;
caso o próximo TSN esperado esteja abaixo
da janela de receptor atualizada:
o próximo TSN esperado deverá ser definido como RcvWindowJJpperEdge - tamanho da janela de recebimento + 1;
se o PDU em reordenamento com TSN = próximo TSN esperado for armazenado no buffer de reordenamento:
- todas as PDUs em reordenamento recebidas
com TSNs consecutivos do próximo TSN esperado (inclusive) até a primeira PDU em reordenamento não recebida deverão ser fornecidas para a entidade de remontagem;
o próximo TSN esperado deverá avançar até o TSN dessa primeira PDU em reordenamento não recebida.
Caso uma WTRU possua memória insuficiente para
processar uma PDU em reordenamento recebida, ela deverá realizar o conjunto de operações a seguir:
selecionar fluxo de TSN de tal forma que: próximo TSN esperado < fluxo de TSN á RcvWindow_UpperEdge + 1;
fornecer todas as PDUs em reordenamento recebidas corretamente com TSN < fluxo de TSN para a entidade de remontagem;
se a PDU em reordenamento com TSN = fluxo de TSN houver sido recebida anteriormente;
fornecer todas as PDUs em reordenamento recebidas com TSNs consecutivos de fluxo de TSN (inclusive) até a primeira PDU em reordenamento não recebida para a entidade de remontagem;
avançar o próximo TSN esperado para o TSN desta primeira PDU em reordenamento não recebida.
Caso contrário:
definir o próximo TSN esperado como fluxo
de TSN.
Conforme uma segunda opção da nona realização, as variáveis próximo TSN esperado e RcvWindow_UpperEdge possuem os seus valores iniciais definidos em “pendentes” para certas filas de reordenamento sujeitas ao procedimento modificado. Mediante recebimento da primeira PDU1 as variáveis RcvWindowJJpperEdge e T1_TSN são definidas no SN desta PDU1 enquanto o próximo TSN esperado permanece definido no valor “pendente". Além disso, o temporizador T1 é iniciado. Comparação entre o SN das PDUs recebidas e o próximo TSN esperado é pulada quando o próximo TSN esperado for definido como “pendente”. Após o término ou parada do temporizador T1 (o último pode acontecer caso a PDU com SN igual a T1_TSN possa ser fornecida devido à janela de receptor em avanço), todas as PDUs com SN até T1_TSN - 1 e com SN até a próxima PDU não recebida são fornecidas para a entidade de remontagem. O valor do próximo TSN esperado é definido como o SN da próxima PDU não recebida e a operação de reordenamento normal pode seguir a partir daquele ponto. O procedimento detalhado é o seguinte:
Se nenhum temporizador T1 estiver ativo e o próximo TSN esperado não for definido como “pendente”:
- o temporizador T1 deverá ser iniciado quando uma
PDU em reordenamento com TSN > próximo TSN esperado for recebida corretamente;
T1_TSN deverá ser definido como o TSN dessa PDU
em reordenamento.
Se nenhum temporizador T1 estiver ativo e o próximo TSN esperado for definido como "pendente”:
o temporizador T1 deverá ser iniciado guando uma PDU em reordenamento for recebida corretamente:
Tl TSN é definido como o TSN dessa PDU em reordenamento. Se um temporizador T1 já estiver ativo:
nenhum temporizador adicional deverá ser iniciado, ou seja, apenas um temporizador T1 pode estar ativo em um dado momento.
O temporizador T1 deverá ser suspenso se:
a PDU em reordenamento com TSN = T1_TSN puder ser fornecida para a entidade de remontagem antes do término do temporizador.
Quando o temporizador T1 expirar, o próximo TSN esperado não for definido em "pendente" e T1_TSN > próximo TSN esperado:
todas as PDUs em reordenamento recebidas corretamente com TSN > próximo TSN esperado até T1_TSN - 1, inclusive, deverão ser fornecidas para a entidade de remontagem;
todas as PDUs em reordenamento recebidas corretamente até a próxima PDU em reordenamento não recebida deverão ser fornecidas para a entidade de remontagem;
o próximo TSN esperado deverá ser configurado como o TSN no próximo PDU em reordenamento não recebido.
Quando o temporizador T1 for suspenso ou expirar e o próximo TSN esperado for definido como "pendente”:
todas as PDUs em reordenamento recebidas corretamente até T1 TSN-1. inclusive, são fornecidas para a entidade de remontagem:
todas as PDUs em reordenamento recebidas corretamente até a próxima PDU em reordenamento não recebida com TSN maior que Tl TSN deverão ser fornecidas para a entidade de remontagem;
o próximo TSN esperado é definido como o TSN da próxima PDU em reordenamento não recebida com TSN maior que T1 TSN.
Quando o temporizador T1 for suspenso ou expirar e ainda existirem algumas PDUs em reordenamento recebidas que não puderem ser fornecidas para a camada superior:
o temporizador T1 é iniciado;
definir T1_TSN como o TSN mais alto dentre aqueles dos conjuntos de SDUs de MAC-ehs que não podem ser fornecidos.
Operação do transmissor:
Após a emissão pelo transmissor de uma PDU em reordenamento com TSN = SN, nenhuma PDU em reordenamento com TSN < SN tamanho de janela de transmissão deverá ser retransmitida para evitar ambigüidade de número de seqüências no receptor.
Operação do receptor: Quando uma PDU em reordenamento com TSN = SN for
recebida:
se RcvWindow UpperEdae for definida como
“pendente”:
- RcvWindow UpperEdae deverá ser definida
como SN.
se SN estiver dentro da janela do receptor:
se o próximo TSN esperado não for definido como “pendente" e SN < próximo TSN esperado ou esta PDU em reordenamento houver sido recebida anteriormente:
a PDU em reordenamento deverá ser
descartada;
caso contrário:
a PDU em reordenamento deverá ser colocada no buffer de reordenamento no local indicado pelo TSN.
se o SN estiver fora da janela do receptor:
a PDU em reordenamento recebida deverá ser colocada acima do TSN recebido mais alto no buffer de reordenamento, na posição indicada por SN;
- RcvWindow_UpperEdge deverá ser definida
em SN, de forma a avançar a janela do receptor;
qualquer PDU em reordenamento com TSN < RcvWindowJJpperEdge - tamanho de janela de recebimento, ou seja, fora da janela do receptor após a atualização da sua posição, deverá ser removida do buffer em reordenamento e fornecida para a entidade de remontagem;
se o próximo TSN esperado não for definido como “pendente” e o próximo TSN esperado estiver abaixo da janela de receptor atualizada:
o próximo TSN esperado deverá ser definido em RcvWindowJJpperEdge - tamanho da janela de recebimento + 1;
se o próximo TSN esperado não for definido como “pendente” e a PDU em reordenamento com TSN = próximo TSN esperado for armazenada no buffer em reordenamento:
todas as PDUs em reordenamento recebidas com TSNs consecutivos do próximo TSN esperado (inclusive) até a primeira PDU em reordenamento não recebida deverão ser fornecidas para a entidade de remontagem;
o próximo TSN esperado deverá ser avançado até o TSN dessa primeira PDU em reordenamento não recebida. Caso uma WTRU possua memória insuficiente para processar uma PDU em reordenamento recebida, ela deverá realizar o conjunto de operações a seguir:
selecionar fluxo de TSN de tal forma que: próximo TSN esperado < fluxo de TSN £ RcvWindow_UpperEdge + 1, ou (caso o próximo TSN esperado seia definido como “pendente"). RcvWindow UpperEdae - tamanho de janela de recebimento < fluxo de TSN < RcvWindow UpperEdae + 1:
fornecer todas as PDUs em reordenamento recebidas corretamente com TSN < fluxo de TSN para a entidade de remontagem;
se a PDU em reordenamento com TSN = fluxo de
TSN foi recebida anteriormente:
fornecer todas as PDUs em reordenamento recebidas com TSNs consecutivos do fluxo de TSN (inclusive) até a primeira PDU em reordenamento não recebida para a entidade de remontagem;
avançar o próximo TSN esperado até o TSN dessa primeira PDU em reordenamento não recebida.
Caso contrário:
definir o próximo TSN esperado como fluxo
de TSN.
Segundo uma terceira opção para a nona realização, RcvWindow_UpperEdge e o próximo TSN esperado mantêm os seus valores iniciais como no estado da técnica e uma nova variável “Estado Inicial de Reordenamento” é definida e assume o valor inicial “verdadeiro” para as filas de reordenamento sujeitas ao procedimento modificado. A condição de início do temporizador T1 é modificada para garantir que o temporizador seja iniciado mediante recebimento da primeira PDU quando o valor do Estado Inicial de Reordenamento for “verdadeiro”, o que indica que ele se encontra no seu estado inicial. A WTRU verifica em primeiro lugar se o Estado Inicial de Reordenamento é definido como “verdadeiro” antes de manipular a PDU de MAC-ehs recebida. Se for este o caso, a variável RcvWindowJJpperEdge é definida no SN da PDU, a variável próximo TSN esperado é definida na extremidade inferior da janela de receptor e a variável Estado Inicial de Reordenamento é definida como “falsa” para retornar ao estado normal. O procedimento detalhado é o seguinte:
Caso nenhum temporizador T1 esteja ativo:
o temporizador T1 deverá ser iniciado quando uma PDU em reordenamento com TSN > próximo TSN esperado for recebido corretamente ou quando uma PDU em reordenamento for recebida corretamente e o Estado Inicial de Reordenamento for definido como “verdadeiro”.
Tl TSN deverá ser definido como TSN dessa PDU em reordenamento.
Caso um temporizador T1 já esteja ativo:
nenhum temporizador adicional deverá ser iniciado, ou seja, apenas um temporizador T1 pode ser ativo em um dado momento.
O temporizador T1 deverá ser suspenso se:
a PDU em reordenamento com TSN = T1_TSN puder ser fornecida para a entidade de remontagem antes do término do temporizador.
Quando o temporizador T1 expirar e T1_TSN > próximo
TSN esperado:
- todas as PDUs em reordenamento recebidas
corretamente com TSN > próximo TSN esperado até T1_TSN-1, inclusive, deverão ser fornecidas para a entidade de remontagem;
todas as PDUs em reordenamento recebidas corretamente até a próxima PDU em reordenamento não recebida deverão ser fornecidas para a entidade de remontagem;
o próximo TSN esperado deverá ser definido como o TSN da próxima PDU em reordenamento não recebida.
Quando o temporizador T1 for suspenso ou expirar e ainda existir algumas PDUs em reordenamento recebidas que não puderem ser fornecidas para camada superior:
o temporizador T1 é iniciado;
definir T1_TSN como o TSN mais alto dentre os dos conjuntos de SDUs de MAC-ehs que não puderem ser fornecidos.
Operação do transmissor:
Após a emissão pelo transmissor de uma PDU em
reordenamento com TSN = SN, nenhuma PDU em reordenamento com TSN < SN tamanho de janela de transmissão deverá ser transmitida para evitar ambigüidade de números de seqüências no receptor.
Operação do receptor:
Quando uma PDU em reordenamento com TSN = SN for
recebida:
como “verdadeiro”:
como SN:
definido como “falso”;
se o estado inicial de reordenamento for definido RcvWindow UpperEdqe deverá ser definido o estado inicial de reordenamento deverá ser o próximo TSN esperado deverá ser definido como RcvWindow UpperEdae - tamanho da janela + 1.
se SN estiver dentro da janela de receptor:
se SN < próximo TSN esperado ou esta PDU em reordenamento houver sido recebida anteriormente:
a PDU em reordenamento recebida deverá ser colocada acima do TSN recebido mais alto no buffer em reordenamento, na posição indicada por SN;
RcvWindowJJpperEdge - tamanho de janela de recebimento, ou seja, fora da janela de receptor após a atualização da sua posição, deverá ser removida do buffer de reordenamento e fornecida para a entidade de remontagem;
com TSNs consecutivos do próximo TSN esperado (inclusive) até a primeira PDU em reordenamento não recebida deverão ser fornecidas para a entidade de remontagem;
a próxima TSN esperada deverá avançar até o TSN dessa primeira PDU em reordenamento não recebida.
Caso uma WTRU possua memória insuficiente para processar uma PDU em reordenamento recebida, ela deverá realizar o conjunto de operações a seguir:
selecionar fluxo de TSN de tal forma que: próximo TSN esperado < fluxo de TSN ^ RcvWindowJJpperEdge + 1;
fornecer todas as PDUs em reordenamento recebidas corretamente com TSN < fluxo de TSN para a entidade de remontagem;
se a PDU em reordenamento com TSN = fluxo de
5
10
RcvWindowJJpperEdge deverá ser definido
em SN, de forma a avançar a janela de receptor;
qualquer PDU em reordenamento com TSN <
20
25 TSN houver sido recebida anteriormente: fornecer todas as PDUs em reordenamento recebidas com TSNs consecutivos de fluxo de TSN (inclusive) até a primeira PDU em reordenamento não recebida para a entidade de remontagem;
avançar o próximo TSN esperado até o TSN desta primeira PDU em reordenamento não recebida.
Caso contrário:
definir a próxima TSN esperada em fluxo de
TSN.
Segundo uma quarta opção da nona realização, a funcionalidade de reordenamento pode começar com um tamanho de janela inicial (ou seja, tamanho de janela de recebimento) de 64, que cobre todos os números de seqüência possíveis para a fila. Isso garantirá que, durante a fase inicial, nenhuma PDU em reordenamento seja descartada. Mediante recebimento da primeira PDU em reordenamento, o temporizador T1 inicia com T1_TSN definido no SN da primeira PDU de MAC-ehs recebida, a menos que seja recebida uma PDU em reordenamento com SN definido em zero.
Quando o temporizador expirar, algumas ou todas as PDUs presentes no buffer em reordenamento são fornecidas para a entidade de remontagem conforme as regras a seguir:
(1) todas as PDUs com TSN até T1_TSN-1, inclusive, deverão ser fornecidas para camadas superiores;
(2) todas as PDUs até a próxima PDU não recebida deverão ser fornecidas para camadas superiores;
(3) o próximo TSN esperado pode ser definido como o TSN da próxima PDU não recebida (alternativamente, configurá-lo especificamente para a próxima PDU não recebida com TSN maior que T1_TSN);
(4) o RcvWindowJJpperEdge é definido no número de seqüência mais alto de uma PDU em reordenamento recebida; e
(5) A variável tamanho de janela de recebimento é restaurada e definida no vaior de operação normai configurado.
Além disso, o temporizador T1 pode ser reiniciado neste ponto se ainda houver PDUs que não possam ser fornecidas. Neste caso, a variável T1_TSN é definida com o TSN mais alto dentre os das PDUs de MAC-ehs que não podem ser fornecidas. A operação de reordenamento normal segue a partir desse ponto.
Dever-se-á também observar que, para todas as opções 1 a
4, um novo temporizador separado pode ser opcionalmente introduzido (ou seja, Tl Jnit) para a fase inicial. A fim de utilizar um temporizador separado, o parágrafo do procedimento no qual está marcado “se nenhum temporizador T1 estiver ativo” é modificado conforme segue:
Se nenhum temporizador T1 ouT1 init estiver ativo:
se RcvWindow UpperEdqe (ou o próximo TSN esperado) não for definido como “pendente” (ou o Estado Inicial de Reordenamento for opcionalmente definido como ''falso”), o temporizador T1 deverá ser iniciado quando uma PDU em reordenamento com TSN > próximo TSN esperado for recebida corretamente;
se RcvWindow UpperEdqe (ou o próximo TSN esperado) for definido como “pendente” (ou o Estado Inicial de Reordenamento for opcionalmente definido como “verdadeiro”), o temporizador T1 init deverá ser iniciado quando um reordenamento for recebido corretamente.
Todas as demais ações relativas à suspensão e término do temporizador permanecem similares às ações relativas ao temporizador T1. Quando o temporizador T1_init expirar, a entidade de reordenamento deve garantir que o temporizador T1 seja reiniciado caso ainda haja PDUs que não possam ser fornecidas. Estas alterações são destacadas a seguir:
Se um temporizador T1 ouT1 init já estiver ativo:
nenhum temporizador adicional deverá ser iniciado, ou seja, apenas um temporizador T1 (ouT1 init) pode estar ativo em um dado momento.
O temporizador T1 ouT1 init deverá ser suspenso se:
a PDU em reordenamento com TSN = T1_TSN puder ser fornecida para a entidade de remontagem antes que o temporizador termine.
Quando o temporizador T1 ou T1 init expirar e T1_TSN >
próximo TSN esperado:
todas as PDUs em reordenamento recebidas corretamente com TSN > próximo TSN esperado até T1_TSN-1, inclusive, deverão ser fornecidas para a entidade de remontagem;
todas as PDUs em reordenamento recebidas corretamente até a próxima PDU em reordenamento não recebida deverão ser fornecidas para a entidade de remontagem;
o próximo TSN esperado deverá ser definido como o TSN da próxima PDU em reordenamento não recebida.
Quando o temporizador T1 ou T1 init for suspenso ou expirar e ainda existirem algumas PDUs em reordenamento recebidas que não puderem ser fornecidos para a camada superior:
o temporizador T1 é iniciado; definir T1_TSN como o TSN mais alto dentre os dos conjuntos de SDUs MAC-ehs que não podem ser fornecidos. Segundo uma décima realização, pode-se evitar uma configuração sistemática explícita do temporizador T1 inicial mediante o recebimento da primeira PDU em reordenamento. A primeira PDU em reordenamento pode ser fornecida imediatamente a camadas superiores e o valor do seu SN é utilizado para determinar os valores de algumas das variáveis de reordenamento. A fim de atingir isso, uma ou uma combinação das opções a seguir pode ser utilizada:
Segundo uma primeira opção, o procedimento começa em um estado “inicial’’ utilizando um dos métodos descritos acima (por exemplo, próximo TSN esperado e/ou RcWindowJJpperEdge é inicializado em “pendente” ou uma nova variável é definida para o estado inicial). Quando a primeira PDU em reordenamento for recebida, o próximo TSN esperado é definido como SN+1 e RcvWindow_UpperEdge é definido em SN. A fila de reordenamento continua o modo normal de operação para todas as PDUs em reordenamento recebidas em seguida.
A primeira opção pode resultar no descarte de PDUs recebidas em seguida com SN < próximo TSN esperado. A fim de evitar o descarte de PDUs, conforme uma segunda opção, é mantida uma nova variável TSN inicial que contém o número TSN da primeira PDU recebida. A primeira PDU recebida é fornecida para camadas superiores e TSN Inicial é definida em SN, a próxima TSN esperada é definida em SN+1 e RcvWindowJJpperEdge é definida em SN.
PDUs em reordenamento com SN < TSN inicial não podem ser descartadas até que a extremidade inferior da janela (ou seja, RcvWindowJJpperEdge - tamanho de janela de recebimento) tenha se movido para além do valor do TSNJnicial. Todas as PDUs em reordenamento com SN < TSN inicial podem ser fornecidas imediatamente para a entidade de remontagem ou diretamente para a entidade de demultiplexação de ID de LCH (sem realizar a remontagem). PDUs em reordenamento com SN > TSN inicial podem ser processadas normalmente por meio do procedimento de reordenamento. Opcionalmente, a fim de evitar a duplicação de dados, uma lista de PDUs recebidas pode ser mantida até que a extremidade inferior da janela tenha se movida para além do TSN inicial. Alternativamente, as PDUs em reordenamento com SN < TSN inicial não podem ser descartadas (e são fornecidas para camadas superiores) até que um certo temporizador termine (Ti ou um novo temporizador).
Um exemplo de procedimento é descrito abaixo.
Caso nenhum temporizador T1 esteja ativo:
o temporizador T1 deverá ser iniciado quando uma PDU em reordenamento com TSN > próximo TSN esperado for recebida corretamente;
T1_TSN deverá ser definido no TSN dessa PDU em
reordenamento. Caso um temporizador T1 já esteja ativo:
nenhum temporizador adicional deverá ser iniciado (ou seja, apenas um temporizador T1 pode estar ativo em um dado momento).
O temporizador T1 deverá ser suspenso se:
a PDU em reordenamento com TSN = T1_TSN puder ser fornecida para a entidade de remontagem antes do término do temporizador.
Quando o temporizador T1 expirar e T1_TSN > próximo
TSN esperado:
todas as PDUs em reordenamento recebidas corretamente com TSN > próximo TSN esperado até T1_TSN-1, inclusive, deverão ser fornecidas para a entidade de remontagem;
todas as PDUs em reordenamento recebidas corretamente até a próxima PDU em reordenamento não recebida deverão ser fornecidas para a entidade de remontagem;
o próximo TSN esperado deverá ser definido como o TSN da próxima PDU em reordenamento não recebida;
se o estado inicial de reordenamento for definido como “verdadeiro", o estado inicial de reordenamento deverá ser definido como “falso”.
Quando o temporizador T1 for suspenso ou expirar e ainda existirem algumas PDUs em reordenamento recebidas que não possam ser fornecidas para a camada superior:
o temporizador T1 é iniciado;
definir T1_TSN no TSN mais alto dentre os dos conjuntos de SDUs de MAC-ehs que não podem ser fornecidos.
Operação do transmissor:
Após a emissão pelo transmissor de uma PDU em reordenamento com TSN = SN, nenhuma PDU em reordenamento com TSN < SN tamanho de janela de transmissão deverá ser retransmitida para evitar ambigüidade de números de seqüências no receptor.
Operação do receptor:
Quando uma PDU em reordenamento com TSN = SN for
recebida:
se o TSN inicial for definido como “pendente”:
RcvWindow UpperEdqe deverá ser definido
como SN;
o próximo TSN esperado deverá ser definido
como SN+1;
o TSN inicial deverá ser definido como SN: fornecer a PDU em reordenamento para a
entidade de remontagem:
se SN encontrar-se dentro da janela de receptor:
se o estado de reordenamento for definido
como “verdadeiro" e se SN < TSN inicial:
a PDU em reordenamento deverá ser enviada para a entidade de remontagem (ou, opcionalmente, pode eliminar a entidade de remontagem e ser enviada diretamente para a entidade de demultiplexacão de ID de LÇH);
caso contrário, se o Estado Inicial de reordenamento for definido como “falso” e se SN < próximo TSN esperado ou esta PDU em reordenamento houver sido recebida anteriormente:
a PDU em reordenamento deverá ser
descartada;
caso contrário:
a PDU em reordenamento deverá ser colocada no buffer de reordenamento no local indicado pelo TSN;
se SN estiver fora da janela de receptor:
a PDU em reordenamento recebida deverá ser colocada acima do TSN recebido mais alto no buffer de reordenamento, na posição indicada por SN;
RcvWindowJJpperEdge deverá ser definido em SN de forma a avançar a janela de receptor;
qualquer PDU em reordenamento com TSN £ RcvWindowJJpperEdge - tamanho de janela de recebimento, ou seja, fora da janela de receptor após a atualização da sua posição, deverá ser removida do buffer de reordenamento e ser fornecida para a entidade de remontagem;
se o TSN inicial estiver abaixo da ianela de receptor
atualizada:
o estado de início de reordenamento é
definido como "falso":
se o próximo TSN esperado estiver abaixo da janela
de receptor atualizada:
o próximo TSN esperado deverá ser definido como RcvWindowJJpperEdge - tamanho da janela de recebimento + 1;
Alternativamente, mediante recebimento da primeira PDU de reordenamento recebida, o próximo TSN esperado pode ser definido como SN - x, em que x pode ser um valor estático, um número configurável por camadas superiores ou um valor previamente determinado com base no número de processos de HARQ (se apenas quatro processos de HARQ forem utilizados, por exemplo, x pode ser definido como 4 ou pode ser o número de processos de HARQ - 1). RcvWindowJJpperEdge é definido como SN. Isso garante que algumas das PDUs em reordenamento com SN < SN-x não sejam descartadas para o procedimento inicial.
Alternativamente, o valor inicial do próximo TSN esperado pode ser definido na extremidade inferior da janela inicial, RcvWindowJJpperEdge tamanho da janela de recebimento + 1 em vez de ser definido em zero como no estado da técnica. O valor inicial de RcvWindowJJpperEdge pode ser definido em 63.
Além disso, o procedimento de reordenamento pode ser modificado por meio de alteração do tamanho de janela inicial. Podem ser configurados, por exemplo, dois tamanhos de janela de receptores, sendo um tamanho de janela de receptor inicial pequeno e uma janela de receptor de operação normal configurada por camadas superiores. O tamanho de janela inicial pode ser definido em um valor menor para acelerar o processo inicial e evitar aguardar o término do temporizador T1 longo. A fim de retornar ao estado normal de operação de reordenamento, a WTRU pode aguardar o recebimento de n (n corresponde ao tamanho de janela inicial pequeno) PDUs em reordenamento consecutivas, o movimento da extremidade inferior da janela para além do SN da PDU recebida inicial ou o término de um temporizador. Ao iniciar a operação normal, o tamanho de janela configurado normal pode ser configurado e restaurado.
O tamanho da janela pode também ser definido em um valor de zero ou um. Com o valor definido em um, a probabilidade de recebimento da primeira PDU dentro da janela e seu descarte é significativamente reduzida. A WTRU pode ser configurada de tal forma que a janela de recebimento seja definida inicialmente nesse valor pequeno e, mediante recebimento da primeira PDU, a janela de recebimento é novamente definida no tamanho de janela de recebimento configurado.
Segundo uma décima-primeira realização, a entidade de reordenamento pode utilizar as informações de processo de HARQ como uma indicação de início da operação de reordenamento normal. Este método pode ser utilizado isoladamente ou em uma combinação com qualquer reaiização descrita no presente. Durante a operação inicial, a WTRU pode garantir que a PDU em reordenamento com a possível seqüência mais baixa seja recebida da célula quando todos os processos de HARQ possuírem uma nova missão. Todas as PDUs em reordenamento recebidas são armazenadas no buffer em reordenamento até que todos os novos processos de HARQ possuam uma nova missão ou até o final do temporizador T1.
O bit de NDI de cada processo de HARQ pode ser monitorado. Quando o bit de NDI para todos os processos comutar de Ό’ para T (o que indica uma nova transmissão no processo de HARQ), a entidade de reordenamento pode fornecer toda a PDU armazenada até a primeira PDU em reordenamento recebida, inclusive, para a entidade de remontagem. Todas as outras PDUs até a primeira PDU não recebida acima da primeira PDU recebida podem também fornecidas para a camada 5 superior. O próximo TSN esperado pode ser definido em SN da primeira PDU não recebida e RcvWindowJJpperEdge é definida como o SN do TSN mais alto recebido. O temporizador T1 deverá ser suspenso se estiver correndo.
Alternativamente, um mapeamento entre o processo de HARQ e possíveis valores de TSN pode ser mantido. Quando pelo menos uma PDU em 10 reordenamento de cada processo de HARQ for recebida com sucesso ou deixar de ser recebida com sucesso, a WTRU garantiu que nenhuma outra PDU em reordenamento com números de seqüência mais baixos que qualquer dos recebidos seja transmitida. A WTRU pode definir RcvWindowJJpperEdge no SN do TSN mais alto recebido e o próximo TSN esperado na primeira PDU não recebida com SN mais alto que a PDU em 15 reordenamento mais baixa recebida.
Em uma outra opção, quando a WTRU receber a primeira PDU em reordenamento, a WTRU pode verificar o TSN de todas as PDUs em todos os processos de HARQ ativos. Caso os números de seqüência das PDUs que são processadas no processo de HARQ sejam mais altos que a primeira PDU recebida, a 20 WTRU pode retomar operação normal. Caso contrário, a WTRU pode aguardar o recebimento da PDU em reordenamento com o número de seqüência mais baixo nos processos de HARQ.
A rede pode também definir a relação entre a ID do processo de HARQ e um conjunto de possíveis TSNs para cada processo de HARQ. 25 Pode-se configurar, por exemplo, que o processo de HARQ #m manipularia apenas PDUs com TSN que satisfazem TSN = 4 n + m, em que n é um número inteiro. Este relacionamento pode ser previamente sinalizado para a WTRU por camadas superiores. A WTRU pode utilizar em seguida este relacionamento para deduzir quando a PDU de SN mais baixa é recebida e retomar desta forma a operação normal.
Pode-se idealizar uma solução com base em rede que
restringe o uso do espaço oe número oe i oN total (ou seja, a rede evita o uso de TSN 55 a 63). Caso o tamanho da janela de recebimento seja menor ou igual aos TSNs não utilizados pela rede, isso eliminará a probabilidade de descarte das primeiras PDUs recebidas. Esta solução pode gerar, entretanto, atrasos adicionais e a possibilidade de 35 fornecimento de PDUs fora de ordem. A fim de evitar isso, podem ser implementadas as opções a seguir:
Segundo uma primeira opção, a WTRU pode utilizar um módulo x, em que x é o número de TSN mais baixo restrito (ou seja, se 55 a 63 forem restritos, x será 55), para todas as operações aritméticas da entidade em reordenamento. Todas as operações aritméticas contidas no procedimento de reordenamento no próximo TSN esperado, RcvWindowJJpperEdge, T1_TSN e fluxo de TSN, por exemplo, são afetadas pelo módulo x.
O módulo x pode afetar as operações a todo momento para reordenamento de CCCH ou DCCH (SRB#1). Para a operação inicial, o RcvWindowJJpperEdge pode ser 63 ou qualquer outro valor acima de x. O módulo x não deverá ser aplicado a esse valor inicial de RcvWindowJJpperEdge ou o valor inicial pode ser considerado como um valor inicial indefinido. O uso deste valor pode ser considerado equivalente à definição do valor de RcvWindowJJpperEdge em “pendente”. Quando o RcvWindowJJpperEdge for definido em 63, mediante recebimento da primeira PDU com TSN = SN, um ou uma combinação das operações a seguir pode ser realizada:
(1) iniciar utilizando módulo x para todas as operações
aritméticas;
(2) RcvWindowJJpperEdge deverá ser definido como
SN;
(3) o próximo TSN esperado deverá ser definido como RcvWindowJJpperEdge - tamanho da janela + 1; e
(4) iniciar o temporizador T1 ou o temporizador Tl Jnit.
Alternativamente, duas operações de módulo diferentes
podem ser utilizadas para o estado de operação inicial e normal. Para o estado de operação inicial, pode ser utilizado o módulo normal 64. O RcvWindowJJpperEdge inicial é definido em 63, a extremidade inferior da janela encontra-se dentro dos TSNs restritos e, desta forma, nenhum dado será descartado. Ao iniciar o estado de operação normal (ou seja, mediante recebimento da primeira PDU ou quando expirar o temporizador T1), entretanto, o procedimento de reordenamento pode atualizar os procedimentos aritméticos com base na operação de módulo x. Isso evitará atrasos de T1 duplicados. Opcionalmente, as quatro etapas descritas acima de definição de RcvWindowJJpperEdge, próximo TSN esperado, T1 e início do uso de módulo x podem também ser realizadas.
Conforme uma segunda opção, o módulo 64 é utilizado a todo tempo, mas o procedimento é modificado de forma a levar em consideração o espaço de TSN faltante. Um dos métodos mencionados acima pode ser utilizado para indicar a operação de estado de reordenamento (ou seja, estado de reordenamento inicial ou normal):
próximo TSN esperado ou RcvWindowJJpperEdge definido em um valor especial, “pendente”; e
nova variável de estado. A WTRU entra no estado normal de operação de reordenamento quando a primeira PDU for recebida ou quando o temporizador T1 expirar. Para o estado de operação inicial, os procedimentos aritméticos permanecem inalterados. Como o espaço de TSN é restrito, a primeira PDU recebida nunca estará dentro da janela de recebimento e, portanto, não será descartada. Ao entrar em estado normal, entretanto, o procedimento de reordenamento deve ser atualizado, a fim de evitar fornecimento fora de ordem e temporizadores T1 duplicados. Para fins de descrição desses procedimentos, serão utilizadas as variáveis a seguir:
o espaço de TSN será restrito de x para y, em que x é o valor mais baixo do espaço restrito e y é o valor superior do espaço restrito (ou seja, 63);
RcvWindowJowerEdge é equivalente a RcvWindowJJpperEdge - tamanho da janela de recebimento + 1;
Nr_restrictedTSNs é equivalente ao número de TSNs
cujo uso é restrito, y-x.
Ao operar em estado normal, o procedimento de reordenamento é modificado de tal forma que:
quando x á RcvWindowJowerEdge í y, a janela de receptor definida é equivalente a RcvWindowJowerEdge - Nr_restrictedTSNs;
caso contrário, a janela de recebimento é calculada como (RcvWindowJJpperEdge - tamanho da janela de recebimento + 1);
o próximo TSN esperado não deverá ser definido
como um valor de x a y;
caso o próximo TSN esperado seja x-1, a próxima PDU de MAC-ehs na ordem a ser esperada é considerada como sendo y+1;
o procedimento de reordenamento pode considerar todos os números TSN de x a y como PDUs recebidos com sucesso ao realizar reordenamento e quando se considerar aguardando esses TSNs.
Opcionalmente, mediante recebimento da primeira PDU, as variáveis podem ser definidas conforme segue:
(1) RcvWindowJJpperEdgs deverá ser definido em SN;
(2) o próximo TSN esperado deverá ser definido em RcvWindowJJpperEdge - tamanho de janela + 1; e
(3) iniciar o temporizador T1 ou temporizador T1 Jnit.
Segundo uma décima-segunda realização, o problema de
reordenamento pode ser solucionado no lado da rede e não no lado do receptor. O Nó B pode manter diferentes números TSN para cada WTRU, independentemente em cada HRNTI comum. Ao adicionar-se uma nova WTRU à célula, o Nó B pode iniciar a numeração das PDUs em reordenamento para esta WTRU a partir de zero. Os números de TSN aumentam para cada WTRU independentemente. Esta solução necessitaria que o Nó B soubesse a ID de WTRU exclusiva para a qual está transmitindo além do H-RNTI comum. O protocolo de quadro Iub pode fornecer o H-RNTI comum. Nesta realização, o H-RNTI dedicado que a rede forneceu para esta WTRU também deverá ser fornecida.
Alternativamente, o RNC pode fornecer uma indicação que a mensagem a ser transmitida destina-se a uma nova WTRU. Quando o Nó B receber esta indicação, o Nó B pode realizar um ou uma combinação dos seguintes:
reiniciar números de TSN associados ao grupo de H
RNTI comum de imediato; ou
garantir que quaisquer PDUs de MAC-ehs anteriormente em buffers com o mesmo H-RNTI comum tenham sido transmitidas e, em seguida, reiniciar os números de TSN1 de tal forma que a mensagem para a nova WTRU seja enviada com o TSN inicial em zero.
Como as outras WTRUs associadas à célula com omesmo H-RNTI comum receberão os dados para a célula nova, poderá ser preferível indicar para essas WTRUs que o número de TSN foi reiniciado. Isso pode ser indicado por um bit no HS-SCCH.
Realizações
1. Método de recebimento de transmissões de HS-DSCH.
2. Método conforme a realização 1, que compreende o recebimento de PDUs de MACehs por meio de um HS-DSCH em um estado dentre estado Cell_FACH, estado Cell_PCH e estado URA_PCH.
3. Método conforme a realização 2, que compreende o envio de PDUs em reordenamento incluídas nas PDUs de MAC-ehs para uma próxima entidade de processamento sem realizar o reordenamento das PDUs em reordenamento.
4. Método conforme qualquer das realizações 2 ou 3, em que um único processo de HARQ é utilizado para receber as PDUs de MAC-ehs.
5. Método conforme a realização 4, em que todas as PDUs de MAC-ehs são transmitidas várias vezes e todas as retransmissões de uma PDU de MAC-ehs são completadas antes do início da transmissão de uma PD1J de MAC-ehs subsequente.
6. Método conforme qualquer das realizações 4 ou 5, em que o único processo de HARQ é utilizado para pelo menos uma dentre transmissões de uma certa fila de prioridades, transmissões de um certo canal lógico e transmissões que utilizam um H-RNTI comum.
7. Método conforme qualquer das realizações 4 a 6, em que uma PDU de MAC-ehs destinada a um processo de HARQ não é descartada mesmo se a PDU de MAC-ehs for recebida dentro de cinco subquadros a partir do último recebimento de uma PDU de MAC-ehs destinada ao mesmo processo de HARQ. 8. Método conforme qualquer das realizações 4 a 6, em que uma PDU de MAC-ehs destinada a um processo de HARQ é descartada caso a PDU de MAC-ehs seja recebida dentro de n subquadros a partir do último recebimento de uma PDU de MAC-ehs destinada ao mesmo processo de HARQ, em que n é um número inteiro.
9. Método conforme qualquer das realizações 2 a 8, em que as PDUs em reordenamento são enviadas para a próxima entidade de processamento sem realizar reordenamento das PDUs em reordenamento caso os dados conduzidos nas PDUs em reordenamento sejam de uma certa fila de prioridades.
10. Método conforme qualquer das realizações 2 a 9, em que as PDUs em reordenamento são encaminhadas para a próxima entidade de processamento sem
realizar reordenamento das PDUs em reordenamento caso a PDU de MAC-ehs seja recebida utilizando uma H-RNTI comum.
11. Método conforme qualquer das realizações 2 a 10, em que as PDUs em reordenamento são encaminhadas para a próxima entidade de processamento sem
realizar reordenamento das PDUs em reordenamento caso os dados conduzidos nas PDUs em reordenamento sejam de um certo canal lógico.
12. Método conforme a realização 11, em que o canal lógico é um dentre BCCH e PCCH.
13. Método conforme a realização 1, que compreende a configuração de uma entidade MAC-ehs para receber dados por meio de um HS-DSCH em um dentre um estado Cell_FACH, estado Cell_PCH e estado URA_PCH.
14. Método conforme a realização 13, que compreende a obtenção de um TSN a ser utilizado em uma célula para envio de uma PDU de MAC-ehs utilizando uma H-RNTI comum.
15. Método conforme a realização 14, que compreende a configuração de uma entidade de MAC-ehs utilizando o TSN.
16. Método conforme qualquer das realizações 14 ou 15, em que o TSN é reiniciado em um valor padrão para uma fila específica sempre que uma PDU de MAC-ehs for transmitida para uma WTRU nova.
17. Método conforme a realização 1, que compreende a configuração de uma entidade de MAC-ehs para receber dados por meio de um HS-DSCH em um dentre estado
Ce!l_FACH, estado Ce!!_PCH e estado URA_PCH.
18. Método conforme a realização 17, que compreende o recebimento de uma PDU em reordenamento com TSN = SN.
19. Método conforme a realização 18, que compreende, se RcvWindowJJpperEdge for definido como “pendente”, definição de RcvWindowJJpperEdge como SN e definição de
próximo TSN esperado como RcvWindowJJpperEdge - tamanho de janelas + 1.
20. Método conforme qualquer das realizações 18 ou 19, que compreende adicionalmente, se o SN estiver dentro de uma janela de recebimento e se SN < próximo TSN esperado ou a PDU em reordenamento houver sido recebida anteriormente, descarte da PDU em reordenamento; caso contrário, colocação da PDU em reordenamento em um buffer de reordenamento em um local indicado pelo TSN.
21. Método conforme qualquer das realizações 18 a 20, que compreende adicionalmente, se o SN estiver fora da janela de recebimento, colocação da PDU em
reordenamento acima de um TSN mais alto recebido no buffer de reordenamento em uma posição indicada pelo SN.
22. Método conforme a realização 21, que compreende a definição de RcvWindowJJpperEdge como SN para atualizar a janela de recebimento.
23. Método conforme a realização 22, que compreende o fornecimento de qualquer PDU em reordenamento com TSN < RcvWindowJJpperEdge - tamanho de janela de recebimento para uma entidade de remontagem.
24. Método conforme qualquer das realizações 19 a 23, que compreende adicionalmente, se o próximo TSN esperado estiver abaixo da janela de recebimento
atualizada, definição do próximo TSN esperado como RcvWindowJJpperEdge tamanho de janela de recebimento + 1.
25. Método conforme a realização 24, que compreende, se a PDU em reordenamento com TSN = próximo TSN esperado estiver armazenada no buffer de reordenamento, fornecimento de todas as PDUs em reordenamento recebidas com TSNs consecutivos
do próximo TSN esperado e até uma primeira PDU em reordenamento não recebida para a entidade de remontagem e avanço do próximo TSN esperado até o TSN da primeira PDU em reordenamento não recebida.
26. Método conforme qualquer das realizações 18 a 25, que compreende adicionalmente, se houver memória insuficiente para processar a PDU em
reordenamento recebida, seleção de fluxo de TSN de tal forma que o próximo TSN esperado < fluxo de TSN < RcvWindowJJpperEdge + 1.
27. Método conforme a realização 26, que compreende o fornecimento de todas as PDUs em reordenamento recebidas corretamente com TSN < fluxo de TSN para uma entidade de remontagem.
28. Método conforme a realização 27, que compreende, se uma PDU em reordenamento com TSN = fluxo de TSN houver sido recebida, fornecimento de todas as PDUs em reordenamento recebidas com TSNs consecutivos do fluxo de TSN até uma primeira PDU em reordenamento não recebida para a entidade de remontagem e avanço do próximo TSN esperado até o TSN da primeira PDU em reordenamento não recebida; 35 caso contrário, definição do próximo TSN esperado como fluxo de TSN.
29. Método de emissão de transmissões de HS-DSCH.
30. Método conforme a realização 29, que compreende a configuração de uma entidade de MAC-ehs para transmissão de dados por meio de um HS-DSCH enquanto uma WTRU encontra-se em um dentre um estado Cell_FACH, estado Cell_PCH e estado URA_PCH.
31. Método conforme a realização 30, que compreende o envio de PDUs de MAC-ehs, em que cada PDU de MAC-ehs inclui um TSN, em que o TSN é atribuído a cada WTRU
independentemente.
32. Método conforme a realização 31, em que o TSN é reiniciado em zero para uma nova WTRU adicionada a uma célula.
33. Método conforme qualquer das realizações 30 a 32, que compreende adicionalmente o recebimento de uma indicação de que uma mensagem a ser transmitida destina-se a
uma nova WTRU.
34. Método conforme a realização 33, que compreende o reinicio de um TSN associado a um grupo H-RNTI comum.
35. Método conforme a realização 34, em que o TSN é reiniciado após a transmissão de quaisquer PDUs de MAC-ehs colocadas em buffer anteriormente com a mesma H-RNTI
comum.
36. WTRU para recebimento de transmissões de HS-DSCH.
37. WTRU conforme a realização 36, que compreende um transceptor.
38. WTRU conforme a realização 37, que compreende uma entidade de MAC-ehs para receber PDUs de MAC-ehs por meio de um HS-DSCH em um dentre estado Cell_FACH,
estado Cell_PCH e estado URA_PCH, em que as PDUs em reordenamento incluídas nas PDUs de MAC-ehs são enviadas para uma próxima entidade de processamento sem realizar o reordenamento das PDUs em reordenamento.
39. WTRU conforme a realização 38, em que a entidade de MAC-ehs inclui um processador de HARQ para receber as PDUs de MAC-ehs.
40. WTRU conforme a realização 39, em que todas as PDUs de MAC-ehs são transmitidas várias vezes e todas as retransmissões de uma PDU de MAC-ehs são encerradas antes do início de transmissão de uma PDU de MAC-ehs subsequente.
41. WTRU conforme qualquer das realizações 39 a 40, em que um único processo de HARQ é utilizado quando os dados são de uma certa fila de prioridades, de um certo
canal lógico ou transmitidos utilizando uma H-RNTI comum.
42. WTRU conforme quaiquer das realizações 39 a 41, em que a entidade de MAC-ehs é configurada para não descartar uma PDU de MAC-ehs destinada a um processo de HARQ mesmo se a PDU de MAC-ehs for recebida dentro de cinco subquadros da última recepção de uma PDU de MAC-ehs destinada ao mesmo processo de HARQ.
43. WTRU conforme qualquer das realizações 39 a 41, em que a entidade de MAC-ehs é configurada para descartar uma PDU de MAC-ehs destinada a um processo de HARQ caso a PDU de MAC-ehs seja recebida dentro de n subquadros da última recepção de uma PDU de MAC-ehs destinada ao mesmo processo de HARQ, em que n é um número inteiro.
44. WTRU conforme a realização 43, em que o número n é dependente da WTRU.
45. WTRU conforme qualquer das realizações 43 ou 44, em que o número n é sinalizado por uma camada superior como uma capacidade de uma WTRU.
46. WTRU conforme qualquer das realizações 39 a 45, em que nenhuma retransmissão de HARQ é realizada para as PDUs de MAC-ehs e todas as PDUs de MAC-ehs são transmitidas apenas uma vez.
47. WTRU conforme qualquer das realizações 38 a 46, em que as PDUs em reordenamento são enviadas para a próxima entidade de processamento sem realizar
reordenamento das PDUs em reordenamento caso os dados conduzidos nas PDUs em reordenamento sejam de uma certa fila de prioridades.
48. WTRU conforme qualquer das realizações 38 a 47, em que as PDUs em reordenamento são encaminhadas para a próxima entidade de processamento sem realizar o reordenamento das PDUs em reordenamento caso a PDU de MAC-ehs seja
recebida utilizando uma H-RNTI comum.
49. WTRU conforme qualquer das realizações 38 a 48, em que as PDUs em reordenamento são encaminhadas para a próxima entidade de processamento sem realizar o reordenamento das PDUs em reordenamento caso os dados conduzidos nas PDUs em reordenamento caso os dados conduzidos nas PDUs em reordenamento
sejam de um certo canal lógico.
50. WTRU conforme a realização 49, em que o canal lógico é um dentre BCCH e PCCH.
51. WTRU conforme a realização 36, que compreende um transceptor.
52. WTRU conforme a realização 51, que compreende uma entidade de MAC-ehs configurada para receber dados por meio de um HS-DSCH em um dentre estado
Cell_FACH, estado Cell_PCH e estado URA_PCH e, caso RcvWindow_UpperEdge seja definido como “pendente", definir RcvWindowJJpperEdge como SN, em que o SN é um TSN de uma PDU em reordenamento recebida, e definir o próximo TSN esperado como RcvWindowJJpperEdge - tamanho de janela + 1.
53. WTRU conforme a realização 52, em que a entidade de MAC-ehs é adicionalmente configurada para, se o SN estiver dentro de uma janela de recebimento e se o SN <
próximo TSN esperado ou a PDU em reordenamenio houver sido recebida anteriormente, descartar a PDU em reordenamento; caso contrário, colocar a PDU em reordenamento em um buffer de reordenamento em um local indicado pelo TSN.
54. WTRU conforme qualquer das realizações 52 ou 53, em que a entidade de MAC-ehs é adicionalmente configurada pará, caso o SN esteja fora da janela de recebimento,
colocar a PDU em reordenamento acima de um TSN mais alto recebido em um buffer de reordenamento em uma posição indicada pelo SN, definir RcvWindowJJpperEdge como SN para atualizar a janela de recebimento e fornecer qualquer PDU em reordenamento com TSN á RcvWindowJJpperEdge - tamanho de janela de recebimento para uma entidade de remontagem.
55. WTRU conforme qualquer das realizações 52 a 54, em que a entidade de MAC-ehs é configurada para, caso o próximo TSN esperado esteja abaixo da janela de recebimento
atualizada, definir o próprio TSN esperado como RcvWindowJJpperEdge - receber tamanho de janela + 1 e, caso a PDU em reordenamento com TSN = próximo TSN esperado seja armazenada no buffer de reordenamento, fornecer todas as PDUs em reordenamento recebidas com TSNs consecutivos do próximo TSN esperado até uma primeira PDU em reordenamento não recebida para a entidade de remontagem e 10 avançar o próximo TSN esperado até o TSN da primeira PDU em reordenamento não recebida.
56. WTRU conforme qualquer das realizações 52 a 55, em que a entidade de MAC-ehs é configurada para, caso haja memória insuficiente para processar a PDU em reordenamento recebida, selecionar fluxo de TSN de tal forma que o próximo TSN
esperado < fluxo de TSN < RcvWindowJJpperEdge + 1, fornecer todas as PDUs em reordenamento recebidas corretamente com TSN < fluxo de TSN para uma entidade de remontagem e, caso uma PDU em reordenamento com TSN = fluxo de TSN tenha sido recebida anteriormente, fornecer todas as PDUs em reordenamento recebidas com TSNs consecutivos do fluxo de TSN até uma primeira PDU em reordenamento não recebida 20 para a entidade de remontagem e avançar o próximo TSN esperado até o TSN da primeira PDU em reordenamento não recebida; caso contrário, definir o próximo TSN esperado como fluxo de TSN.
57. WTRU conforme a realização 37, que compreende uma entidade de MAC-ehs configurada para receber dados por meio de um HS-DSCH em um dentre um estado
Cell_FACH, estado Cell_PCH e estado URAJ3CH, obter um TSN para ser utilizado em uma célula para enviar uma PDU de MAC-ehs utilizando um H-RNTI comum e utilizar o TSN para configuração.
58. WTRU conforme a realização 57, em que o TSN é reiniciado em um valor padrão para uma fila específica sempre que uma PDU de MAC-ehs for transmitida para uma
WTRU nova.
59. WTRU conforme a realização 37, que compreende uma entidade de MAC-ehs configurada para receber dados por meio de um HS-DSCH em um dentre um estado Cell_FACH, estado CeIIJ3CH e estado URAJ3CH; colocar uma primeira PDU de MACehs em um buffer de reordenamento caso um estado de reordenamento seja um estado
pendente e definir variáveis de reordenamento com base em um TSN da primeira PDU de MAC-ehs.
60. WTRU conforme a realização 59, em que RcvWindowJJpperEdge é definida como TSN da primeira PDU de MAC-ehs e o próximo TSN esperado é definido como RcvWindow_UpperEdge - tamanho de janela + 1. 61. WTRU conforme a realização 37, que compreende uma entidade de MAC-ehs configurada para receber dados por meio de um HS-DSCH em um dentre um estado Cell_FACH, estado Cell_PCH e estado URA_PCH, em que um valor inicial do próximo TSN esperado é definido em uma extremidade inferior de uma janela de recebimento (RcvWindowJJpperEdge - tamanho de janela de recebimento + 1).
62. Nó B para emissão de transmissões de HS-DSCH.
63. Nó B conforme a realização 62, que compreende um transceptor.
64. Nó B conforme a realização 63, que compreende uma entidade de MAC-ehs configurada para transmitir dados por meio de um HS-DSCH enquanto uma WTRU encontra-se em um entre um estado CeIIJrACH, estado CeIIJ3CH e estado URAJ3CH e enviar PDUs de MAC-ehs, em que cada PDU de MAC-ehs inclui um TSN e o TSN é atribuído a cada WTRU independentemente.
65. Nó B conforme a realização 64, em que o TSN é reiniciado em zero para uma nova WTRU adicionada a uma célula.
66. Nó B conforme qualquer das realizações 64 ou 65, em que a entidade de MAC-ehs é configurada para receber uma indicação que uma mensagem a ser transmitida destinase a uma nova WTRU e reiniciar um TSN associado a um grupo de H-RNTI comum.
67. Nó B conforme a realização 66, em que o TSN é reiniciado após a transmissão de quaisquer PDUs de MAC-ehs colocadas anteriormente em buffer com o mesmo H-RNTI comum.
Embora as características e os elementos sejam descritos acima em combinações específicas, cada característica ou elemento pode ser utilizado isoladamente, sem as demais características e elementos ou em várias combinações com ou sem outras características e elementos. Os métodos ou fluxogramas fornecidos no presente podem ser implementados em um programa de computador, software ou firmware incorporado em um meio de armazenagem legível por computador para execução por um processador ou computador de uso geral. Exemplos de meios de armazenagem legíveis por computador incluem memória somente de leitura (ROM), memória de acesso aleatório (RAM), registro, memória de cache, dispositivos de memória semicondutores, meios magnéticos tais como discos rígidos internos e discos removíveis, meios magneto-óticos e meios óticos tais como discos CD-ROM e discos versáteis digitais (DVDs).
Processadores apropriados incluem, por exemplo, um processador para uso geral, processador para fins especiais, processador convencional, processador de sinais digitais (DSP), uma série de microprocessadores, um ou mais microprocessadores em associação com um núcleo de DSP, controlador, microcontrolador, Circuitos Integrados Específicos de Aplicação (ASICs), circuitos de Conjuntos de Portal Programáveis de Campo (FPGAs)1 qualquer outro tipo de circuito integrado (IC) e/ou máquina de estado.
Um processador em associação com software pode ser utilizado para implementar um transceptor de rádio frequência para uso em uma unidade 5 de transmissão e recepção sem fio (WTRU), equipamento de usuário (UE), terminal, estação base, controlador de rede de rádio (RNC) ou qualquer computador host. A WTRU pode ser utilizada em conjunto com módulos, implementada em hardware e/ou software, tal como uma câmera, módulo de câmera de vídeo, videofone, fone de ouvido, dispositivo de vibração, alto-falante, microfone, transceptor de televisão, fone de ouvido 10 para mãos livres, teclado, módulo Bluetooth®, unidade de rádio em frequência modulada (FM), unidade de visor de cristal líquido (LCD)1 unidade de visor de diodo emissor de Iuz orgânico (OLED), aparelho de música digital, aparelho de mídia, módulo de vídeo game, navegador da Internet e/ou qualquer módulo de rede de área local sem fio (WLAN) ou Banda Ultra Larga (UWB).

Claims (22)

1. Método de recebimento de transmissões de canal compartilhado de link inferior em alta velocidade (HS-DSCH), caracterizado por compreender: - recebimento de unidades de dados de protocolo (PDUs) de controle de acesso a meios HS-DSCH (MAC-ehs) por meio de um HS-DSCH em um estado dentre estado Cell_FACH, estado Cell_PCH e estado URA_PCH; e - envio de PDUs em reordenamento incluídas nas PDUs de MAC-ehs para uma próxima entidade de processamento sem realizar o reordenamento das PDUs em reordenamento.
2. Método conforme a reivindicação 1, caracterizado pelo fato de que um único processo de solicitação de repetição automática híbrida (HARQ) é utilizado para receber as PDUs de MAC-ehs.
3. Método conforme a reivindicação 2, caracterizado pelo fato de que todas as PDUs de MAC-ehs são recebidas várias vezes e todas as retransmissões de uma PDU de MAC-ehs são completadas antes do início do recebimento de uma PDU de MAC-ehs subsequente.
4. Método conforme a reivindicação 2, caracterizado pelo fato de que o único processo de HARQ é utilizado para pelo menos um dentre recebimentos de uma certa fila de prioridades, recebimentos de um certo canal lógico e recebimentos que utilizam uma identidade temporária de rede de rádio HS-DSCH (HRNTI) comum.
5. Método conforme a reivindicação 2, caracterizado pelo fato de que uma PDU de MAC-ehs destinada a um processo de HARQ não é descartada mesmo se a PDU de MAC-ehs for recebida dentro de cinco subquadros a partir do último recebimento de uma PDU de MAC-ehs destinada ao mesmo processo de HARQ.
6. Método conforme a reivindicação 2, caracterizado pelo fato de que uma PDU de MAC-ehs destinada a um processo de HARQ é descartada caso a PDU de MAC-ehs seja recebida dentro de n subquadros a partir do último recebimento de uma PDU de MAC-ehs destinada ao mesmo processo de HARQ, em que n é um número inteiro.
7. Método conforme a reivindicação i, caracterizado peio fato de que as PDUs em reordenamento são enviadas para a próxima entidade de processamento sem realizar reordenamento das PDUs em reordenamento caso os dados conduzidos nas PDUs em reordenamento sejam de uma certa fila de prioridades.
8. Método conforme a reivindicação 1, caracterizado pelo fato de que as PDUs em reordenamento são encaminhadas para a próxima entidade de processamento sem realizar reordenamento das PDUs em reordenamento caso a PDU de MAC-ehs seja recebida utilizando uma identidade temporária de rede de rádio HSDSCH (H-RNTI) comum.
9. Método conforme a reivindicação 1, caracterizado pelo fato de que as PDUs em reordenamento são encaminhadas para a próxima entidade de processamento sem realizar reordenamento das PDUs em reordenamento caso os dados conduzidos nas PDUs em reordenamento sejam de um certo canal lógico.
10. Método conforme a reivindicação 9, caracterizado pelo fato que o canal lógico é u m dentre um canal de controle de transmissão (BCCH) e um canal de controle de pager (PCCH).
11. Unidade de transmissão e recepção sem fio (WTRU) para recebimento de transmissões de canal compartilhado de link inferior em alta velocidade (HS-DSCH), em que a WTRU é caracterizada por compreender: - um transceptor; e - uma entidade de controle de acesso a meios HS-DSCH (MAC-ehs) para receber unidades de dados de protocolo (PDUs) de MAC-ehs por meio de um HS-DSCH em um dentre estado Cell_FACH, estado Cell_PCH e estado URA_PCH, em que as PDUs em reordenamento incluídas nas PDUs de MAC-ehs são enviadas para uma próxima entidade de processamento sem realizar o reordenamento das PDUs em reordenamento.
12. WTRU conforme a reivindicação 22, caracterizada pelo fato de que a entidade de MAC-ehs inclui um processador de solicitação de repetição automática híbrida (HARQ) para receber as PDUs de MAC-ehs.
13. WTRU conforme a reivindicação 23, caracterizada pelo fato de que todas as PDUs de MAC-ehs são transmitidas várias vezes e todas as retransmissões de uma PDU de MAC-ehs são encerradas antes do início de transmissão de uma PDU de MAC-ehs subsequente.
14. WTRU conforme a reivindicação 23, caracterizada pelo fato de que um único processo de HARQ é utilizado quando os dados são de uma certa fila de prioridades, de um certo canal lógico ou transmitidos utilizando uma identidade temporária de rede de rádio HS-DSCH (H-RNTI) comum.
15. WTRU conforme a reivindicação 23, caracterizada pelo fato de que a entidade de MAC-ehs é configurada para não descartar uma PDU de MACehs destinada a um processo de HARQ mesmo se a PDU de MAC-ehs for recebida dentro de cinco subquadros da última recepção de uma PDU de MAC-ehs destinada ao mesmo processo de HARQ.
16. WTRU conforme a reivindicação 23, caracterizada pelo fato de que a entidade de MAC-ehs é configurada para descartar uma PDU de MAC-ehs destinada a um processo de HARQ caso a PDU de MAC-ehs seja recebida dentro de n subquadros da última recepção de uma PDU de MAC-ehs destinada ao mesmo processo de HARQ, em que n é um número inteiro.
17. WTRU conforme a reivindicação 22, caracterizada pelo fato de que nenhuma retransmissão de solicitação de repetição automática híbrida (HARQ) é realizada para as PDUs de MAC-ehs e todas as PDUs de MAC-ehs são transmitidas apenas uma vez.
18. WTRU conforme a reivindicação 22, caracterizada pelo fato de que as PDUs em reordenamento são enviadas para a próxima entidade de processamento sem realizar reordenamento das PDUs em reordenamento caso os dados conduzidos nas PDUs em reordenamento sejam de uma certa fila de prioridades.
19. WTRU conforme a reivindicação 22, caracterizada pelo fato de que as PDUs em reordenamento são encaminhadas para a próxima entidade de processamento sem realizar o reordenamento das PDUs em reordenamento caso a PDU de MAC-ehs seja recebida utilizando uma identidade temporária de rede de rádio HSDSCH (H-RNTI) comum.
20. WTRU conforme a reivindicação 22, caracterizada pelo fato de que as PDUs em reordenamento são encaminhadas para a próxima entidade de processamento sem realizar o reordenamento das PDUs em reordenamento caso os dados conduzidos nas PDUs em reordenamento sejam de um certo canal lógico.
21. WTRU conforme a reivindicação 33, caracterizada pelo fato de que o canal lógico é um dentre um canal de controle de transmissão (BCCH) e um canal de controle de pager (PCCH).
22. Unidade de transmissão e recepção sem fio (WTRU) para recebimento de transmissões de canal compartilhado de link inferior em alta velocidade (HS-DSCH), em que a WTRU é caracterizada por compreender: - um transceptor; e - uma entidade de controle de acesso a meios HS-DSCH (MAC-ehs) configurada para receber dados por meio de um HS-DSCH em um dentre um estado Cell_FACH, estado Cell_PCH e estado URA_PCH, em que um valor inicial do próximo TSN esperado é definido em uma extremidade inferior de uma janela de recebimento (RcvWindow_UpperEdge - tamanho de janela de recebimento +1).
BRPI0808243-0A 2007-03-15 2008-03-14 Método e aparelho para reordenar dados em um sistema de acesso de pacotes de alta velocidade evoluido. BRPI0808243A2 (pt)

Applications Claiming Priority (13)

Application Number Priority Date Filing Date Title
US89502807P 2007-03-15 2007-03-15
US60/895,028 2007-03-15
US89583507P 2007-03-20 2007-03-20
US60/895,835 2007-03-20
US91502307P 2007-04-30 2007-04-30
US60/915,023 2007-04-30
US91699307P 2007-05-09 2007-05-09
US60/916,993 2007-05-09
US94020907P 2007-05-25 2007-05-25
US60/940,209 2007-05-25
US94146507P 2007-06-01 2007-06-01
US60/941,465 2007-06-01
PCT/US2008/003455 WO2008115446A1 (en) 2007-03-15 2008-03-14 Method and apparatus for reordering data in an evolved high speed packet access system

Publications (1)

Publication Number Publication Date
BRPI0808243A2 true BRPI0808243A2 (pt) 2014-07-29

Family

ID=39638692

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0808243-0A BRPI0808243A2 (pt) 2007-03-15 2008-03-14 Método e aparelho para reordenar dados em um sistema de acesso de pacotes de alta velocidade evoluido.

Country Status (17)

Country Link
US (3) US8724634B2 (pt)
EP (3) EP2854322A1 (pt)
JP (4) JP4909418B2 (pt)
KR (4) KR101649378B1 (pt)
CN (2) CN101636959B (pt)
AR (1) AR067205A1 (pt)
AU (1) AU2008229486B2 (pt)
BR (1) BRPI0808243A2 (pt)
CA (1) CA2681049C (pt)
DK (1) DK2547031T3 (pt)
ES (2) ES2525815T3 (pt)
HK (1) HK1137096A1 (pt)
IL (1) IL200918A (pt)
MY (1) MY152601A (pt)
PL (1) PL2547031T3 (pt)
TW (3) TWI497942B (pt)
WO (1) WO2008115446A1 (pt)

Families Citing this family (81)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004075582A1 (en) 2003-02-21 2004-09-02 Nortel Networks Limited Data communication apparatus and method for establishing a codec-bypass connection
US7990865B2 (en) 2004-03-19 2011-08-02 Genband Us Llc Communicating processing capabilities along a communications path
US8027265B2 (en) 2004-03-19 2011-09-27 Genband Us Llc Providing a capability list of a predefined format in a communications network
US7830864B2 (en) * 2004-09-18 2010-11-09 Genband Us Llc Apparatus and methods for per-session switching for multiple wireline and wireless data types
US7729346B2 (en) * 2004-09-18 2010-06-01 Genband Inc. UMTS call handling methods and apparatus
US7792150B2 (en) * 2005-08-19 2010-09-07 Genband Us Llc Methods, systems, and computer program products for supporting transcoder-free operation in media gateway
US7835346B2 (en) * 2006-01-17 2010-11-16 Genband Us Llc Methods, systems, and computer program products for providing transcoder free operation (TrFO) and interworking between unlicensed mobile access (UMA) and universal mobile telecommunications system (UMTS) call legs using a media gateway
ATE493794T1 (de) 2006-04-27 2011-01-15 Dolby Lab Licensing Corp Tonverstärkungsregelung mit erfassung von publikumsereignissen auf der basis von spezifischer lautstärke
KR101265643B1 (ko) 2006-08-22 2013-05-22 엘지전자 주식회사 무선 통신 시스템에서의 핸드오버 수행 및 그 제어 방법
US8619685B2 (en) 2006-10-02 2013-12-31 Lg Electronics Inc. Method for transmitting and receiving paging message in wireless communication system
EP2084928B1 (en) 2006-10-30 2017-08-23 LG Electronics Inc. Method of performing random access in a wireless communication system
EP2078342B1 (en) 2006-10-30 2015-08-26 LG Electronics Inc. Method for transmitting random access channel message and response message, and mobile communication terminal
KR100938754B1 (ko) 2006-10-30 2010-01-26 엘지전자 주식회사 비연속 수신을 이용한 데이터 수신 및 전송 방법
AU2007332200B2 (en) 2006-12-15 2011-04-21 Telefonaktiebolaget Lm Ericsson (Publ) Improved MAC-d Multiplexing in UTRAN HSDPA Wireless Networks
US8346239B2 (en) 2006-12-28 2013-01-01 Genband Us Llc Methods, systems, and computer program products for silence insertion descriptor (SID) conversion
TWI364964B (en) * 2007-02-14 2012-05-21 Innovative Sonic Ltd Method and apparatus for enhancing transmission efficiency in a wireless communications system
KR101649378B1 (ko) * 2007-03-15 2016-08-19 인터디지탈 테크날러지 코포레이션 진화된 고속 패킷 액세스 시스템에서 데이터를 재정렬하기 위한 방법 및 장치
US8045518B2 (en) * 2007-03-23 2011-10-25 Innovative Sonic Limited Method of deactivating high-speed downlink operation in CELL—FACH state for a wireless communications system and related apparatus
RU2462821C2 (ru) * 2007-04-06 2012-09-27 Нтт Досомо, Инк. Способ передачи запроса повторной передачи и приемное устройство
US8130723B2 (en) * 2007-04-19 2012-03-06 Innovative Sonic Limited Method and apparatus for improving reordering functionality in a wireless communications system
US8184570B2 (en) 2007-04-30 2012-05-22 Lg Electronics Inc. Method of transmitting data in wireless communication system supporting multimedia broadcast/multicast service
KR101469281B1 (ko) * 2007-04-30 2014-12-04 엘지전자 주식회사 무선단말의 상태 전환 방식
KR101386812B1 (ko) 2007-04-30 2014-04-29 엘지전자 주식회사 헤더 필드 존재 지시자를 이용한 효율적인 데이터 블록송수신방법
USRE45347E1 (en) 2007-04-30 2015-01-20 Lg Electronics Inc. Methods of transmitting data blocks in wireless communication system
WO2008133481A1 (en) 2007-04-30 2008-11-06 Lg Electronics Inc. Method for performing an authentication of entities during establishment of wireless call connection
KR101464748B1 (ko) 2007-04-30 2014-11-24 엘지전자 주식회사 무선단말의 측정보고 기동방식
KR20080097338A (ko) * 2007-05-01 2008-11-05 엘지전자 주식회사 불연속 데이터 송수신 방법
KR100917205B1 (ko) 2007-05-02 2009-09-15 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 구성 방법
US20080273503A1 (en) * 2007-05-02 2008-11-06 Lg Electronics Inc. Method and terminal for performing handover in mobile communications system of point-to-multipoint service
EP2140631B1 (en) * 2007-05-02 2018-06-20 Nokia Technologies Oy System and method for improving reordering functionality in radio communications
JP2008278496A (ja) * 2007-05-07 2008-11-13 Asustek Computer Inc 無線通信システムにおいてＭＡＣ−ｅｈｓプロトコルエンティティーのリセットを改善する方法及び装置
EP2165447B1 (en) 2007-06-15 2014-11-12 Telefonaktiebolaget L M Ericsson (publ) Sequence number update
EP2015478B1 (en) * 2007-06-18 2013-07-31 LG Electronics Inc. Method of performing uplink synchronization in wireless communication system
US9532355B2 (en) * 2008-04-10 2016-12-27 Telefonaktiebolaget Lm Ericsson (Publ) Transmission of system information on a downlink shared channel
ES2617732T3 (es) * 2007-06-18 2017-06-19 Telefonaktiebolaget Lm Ericsson (Publ) Transmisión de información de sistema
WO2008156308A2 (en) 2007-06-18 2008-12-24 Lg Electronics Inc. Paging information transmission method for effective call setup
KR101387537B1 (ko) 2007-09-20 2014-04-21 엘지전자 주식회사 성공적으로 수신했으나 헤더 압축 복원에 실패한 패킷의 처리 방법
JP4801707B2 (ja) * 2007-09-27 2011-10-26 イノヴァティヴ ソニック リミテッド 無線通信システムにおいてＭＡＣ−ｅｈｓプロトコルエンティティーのリセットを改善する方法及び装置
US20090168723A1 (en) 2007-11-27 2009-07-02 Qualcomm Incorporated Method and apparatus for handling out-of-order packets during handover in a wireless communication system
US20090197606A1 (en) * 2008-01-31 2009-08-06 Telefonaktiebolaget L M Ericsson High-speed serving cell change
KR101606205B1 (ko) * 2008-08-21 2016-03-25 엘지전자 주식회사 무선통신 시스템에서 상태 보고 유발 방법 및 수신기
KR100917832B1 (ko) 2008-09-19 2009-09-18 엘지전자 주식회사 시간 정렬 타이머를 고려한 신호 송수신 방법 및 이를 위한 사용자 기기
KR100972166B1 (ko) * 2008-10-13 2010-07-26 한국전자통신연구원 무선통신 시스템에서의 프로토콜데이터유닛 순서정렬 방법 및 이를 수행하는 단말
US8848594B2 (en) * 2008-12-10 2014-09-30 Blackberry Limited Method and apparatus for discovery of relay nodes
US8311061B2 (en) 2008-12-17 2012-11-13 Research In Motion Limited System and method for multi-user multiplexing
US8355388B2 (en) * 2008-12-17 2013-01-15 Research In Motion Limited System and method for initial access to relays
US20100150022A1 (en) * 2008-12-17 2010-06-17 Research In Motion Corporation System and Method for a Relay Protocol Stack
US8040904B2 (en) 2008-12-17 2011-10-18 Research In Motion Limited System and method for autonomous combining
US8402334B2 (en) 2008-12-17 2013-03-19 Research In Motion Limited System and method for hybrid automatic repeat request (HARQ) functionality in a relay node
US8446856B2 (en) 2008-12-19 2013-05-21 Research In Motion Limited System and method for relay node selection
US8335466B2 (en) 2008-12-19 2012-12-18 Research In Motion Limited System and method for resource allocation
US8265128B2 (en) 2008-12-19 2012-09-11 Research In Motion Limited Multiple-input multiple-output (MIMO) with relay nodes
US8520632B2 (en) 2008-12-29 2013-08-27 Qualcomm Incorporated Method and apparatus for synchronization during a handover failure in a wireless communication system
KR20100080280A (ko) * 2008-12-31 2010-07-08 삼성전자주식회사 Ｈａｒｑ 프로세스를 사용하는 이동통신 시스템의 전송 제어방법
KR101098592B1 (ko) * 2009-04-13 2011-12-23 엘지전자 주식회사 무선 통신 시스템상에서 점대다 서비스를 수신하는 방법
US9948424B2 (en) * 2009-04-27 2018-04-17 Samsung Electronics Co., Ltd. System and method for reducing blind decoding complexity in OFDMA-based systems
US8908541B2 (en) 2009-08-04 2014-12-09 Genband Us Llc Methods, systems, and computer readable media for intelligent optimization of digital signal processor (DSP) resource utilization in a media gateway
EP2474122B1 (en) * 2009-09-01 2014-11-26 InterDigital Patent Holdings, Inc. Method and apparatus for medium access control in-order delivery
US8379619B2 (en) * 2009-11-06 2013-02-19 Intel Corporation Subcarrier permutation to achieve high frequency diversity of OFDMA systems
KR20140051755A (ko) * 2010-04-30 2014-05-02 인터디지탈 패튼 홀딩스, 인크 고속 다운링크 채널용으로 복수의 무선 송수신 유닛의 데이터를 다중화하는 방법
CN102291770B (zh) * 2010-06-21 2014-07-30 上海贝尔股份有限公司 基于载波聚合的通信系统中优化用户面操作的方法和装置
KR101707271B1 (ko) 2010-10-01 2017-02-15 인터디지탈 패튼 홀딩스, 인크 복수의 송신 포인트로부터의 수신을 가능케 하는 ｍａｃ 및 ｒｌｃ 아키텍쳐 및 프로시져
WO2012081117A1 (ja) * 2010-12-16 2012-06-21 富士通株式会社 無線通信装置及び無線通信装置制御方法
CN102065559B (zh) * 2011-01-10 2013-07-10 大唐移动通信设备有限公司 一种bcch数据的调度方法和设备
US9294235B2 (en) * 2011-06-07 2016-03-22 Qualcomm Incorporated Methods and apparatuses for user equipment-based enhancements of radio link control for multi-point wireless transmission
US8954084B2 (en) * 2011-08-01 2015-02-10 Alcatel Lucent Method and system for reducing MAC-is reset ambiguity for common E-DCH transmissions
WO2013137799A1 (en) * 2012-03-16 2013-09-19 Telefonaktiebolaget L M Ericsson (Publ) Method and base station for controlling transmission of data streams to user equipments in a wireless communication system
KR101318395B1 (ko) * 2012-07-13 2013-10-15 한국과학기술원 평판형 코일과 이를 갖춘 급전장치 및 집전장치
CN104080106B (zh) * 2013-03-29 2017-12-29 华为技术有限公司 确定公共信道的方法和设备
WO2014172896A1 (zh) * 2013-04-26 2014-10-30 华为技术有限公司 一种数据传输的方法、基站和无线通信设备
US9369926B2 (en) * 2013-05-08 2016-06-14 Qualcomm Incorporated Method and apparatus for handover VoLTE call to UMTS PS-based voice call
US9344217B2 (en) 2013-07-26 2016-05-17 Qualcomm Incorporated Devices and methods for reconstructing corrupted control channel bits
US9363209B1 (en) * 2013-09-06 2016-06-07 Cisco Technology, Inc. Apparatus, system, and method for resequencing packets
WO2017201715A1 (en) * 2016-05-26 2017-11-30 Qualcomm Incorporated Method to improve one subscription data throughput after turn way on dsds phone
CN108260210B (zh) * 2016-12-29 2022-02-11 华为技术有限公司 一种数据传输方法及用户设备、无线接入设备
CN108668320B (zh) * 2017-03-31 2020-11-03 维沃移动通信有限公司 一种分段组包方法及接收端
CN107182070B (zh) * 2017-06-13 2020-04-28 重庆邮电大学 一种无线网络信道质量更新及传递方法
US11317462B2 (en) 2018-11-05 2022-04-26 Apple Inc. Apparatus, systems, and methods for transmitting large network configuration messages
US11368253B2 (en) 2019-06-21 2022-06-21 Hewlett Packard Enterprise Development Lp System to improve the performance and stability of bonding radios
CN114071380B (zh) * 2020-08-05 2023-05-26 维沃移动通信有限公司 多播业务的接收方法、配置方法、终端及网络侧设备
WO2023193269A1 (zh) * 2022-04-08 2023-10-12 Oppo广东移动通信有限公司 数据处理方法、装置、通信设备及存储介质

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100747464B1 (ko) 2002-01-05 2007-08-09 엘지전자 주식회사 고속하향링크패킷접속（ｈｓｄｐａ）시스템을 위한타이머를 이용한 교착상황 회피방법
KR100840733B1 (ko) * 2002-01-05 2008-06-24 엘지전자 주식회사 통신 시스템에서 패킷 데이터 처리하는 방법 그 시스템 및 그 수신 장치
KR100876765B1 (ko) 2002-05-10 2009-01-07 삼성전자주식회사 이동 통신 시스템에서 데이터 재전송 장치 및 방법
KR101158912B1 (ko) * 2003-11-10 2012-06-21 엘지전자 주식회사 Ｈｓｄｐａ시스템에서 윈도우를 이용한 교착회피 방법
WO2005046086A1 (en) 2003-11-10 2005-05-19 Lg Electronics Inc. Updating next-expected tsn and receiver window to avoid stall conditions
JP3979382B2 (ja) 2003-12-03 2007-09-19 日産自動車株式会社 車線逸脱防止装置
KR100520146B1 (ko) 2003-12-22 2005-10-10 삼성전자주식회사 고속 순방향 패킷 접속 통신 시스템에서 데이터 처리장치및 방법
KR101000699B1 (ko) * 2004-04-19 2010-12-10 엘지전자 주식회사 무선링크 제어계층에서의 데이터 처리방법
US7580388B2 (en) * 2004-06-01 2009-08-25 Lg Electronics Inc. Method and apparatus for providing enhanced messages on common control channel in wireless communication system
KR100713394B1 (ko) 2004-06-16 2007-05-04 삼성전자주식회사 이동통신 시스템에서 전송일련번호와 타임스탬프를 이용한 상향링크 데이터 패킷들의 재정렬 방법 및 장치
KR100921241B1 (ko) * 2004-06-16 2009-10-12 엘지전자 주식회사 통신 시스템의 데이터 유닛 처리 시스템
DE102004044957B4 (de) 2004-09-16 2007-04-19 Infineon Technologies Ag Medium-Zugriffs-Steuerungs-Einheit, Mobilfunkeinrichtung und Verfahren zum Abbilden mittels einer Mobilfunkeinrichtung zu übertragender Daten
EP1689130A1 (en) 2005-02-07 2006-08-09 Lg Electronics Inc. Method for settling an error in a radio link control
US8208402B2 (en) 2005-05-03 2012-06-26 Lg Electronics Inc. Changing a radio access configuration between a terminal and a network
JP2006322367A (ja) 2005-05-18 2006-11-30 Nissan Motor Co Ltd 副室式内燃機関
JP2006352489A (ja) * 2005-06-15 2006-12-28 Ntt Docomo Inc 移動局、無線アクセスネットワーク装置および移動通信システム並びに間欠受信方法
CN102208970A (zh) * 2005-10-21 2011-10-05 美商内数位科技公司 用于可靠混合arq处理的重发管理的方法和设备
JP4829754B2 (ja) 2006-11-29 2011-12-07 富士通株式会社 無線通信方法及び無線通信装置
KR101430439B1 (ko) 2007-01-10 2014-08-18 엘지전자 주식회사 이동 통신 시스템에서의 제어 정보 전송 방법
TWI368419B (en) * 2007-02-12 2012-07-11 Innovative Sonic Ltd Method for improving high-speed downlink operation in cell_fach state for a wireless communications system and related apparatus
KR101649378B1 (ko) * 2007-03-15 2016-08-19 인터디지탈 테크날러지 코포레이션 진화된 고속 패킷 액세스 시스템에서 데이터를 재정렬하기 위한 방법 및 장치
JP4986940B2 (ja) 2008-06-27 2012-07-25 三菱電機株式会社 電子式指示計器

Also Published As

Publication number Publication date
KR20150058527A (ko) 2015-05-28
TW200901671A (en) 2009-01-01
CA2681049C (en) 2013-02-05
JP2015039212A (ja) 2015-02-26
ES2461545T3 (es) 2014-05-20
WO2008115446A1 (en) 2008-09-25
KR101128211B1 (ko) 2012-03-26
TWI493918B (zh) 2015-07-21
JP2010521881A (ja) 2010-06-24
DK2547031T3 (da) 2014-04-22
JP6040208B2 (ja) 2016-12-07
KR20100017526A (ko) 2010-02-16
TW201218679A (en) 2012-05-01
ES2525815T3 (es) 2014-12-30
PL2547031T3 (pl) 2014-07-31
US20080225765A1 (en) 2008-09-18
US8724634B2 (en) 2014-05-13
KR101649378B1 (ko) 2016-08-19
US20140286231A1 (en) 2014-09-25
AU2008229486A1 (en) 2008-09-25
JP2017028744A (ja) 2017-02-02
CN103634082B (zh) 2017-06-06
EP2854322A1 (en) 2015-04-01
CA2681049A1 (en) 2008-09-25
CN101636959A (zh) 2010-01-27
AR067205A1 (es) 2009-10-07
CN103634082A (zh) 2014-03-12
US20160337026A1 (en) 2016-11-17
IL200918A0 (en) 2010-05-17
MY152601A (en) 2014-10-31
TW201603524A (zh) 2016-01-16
KR20090130376A (ko) 2009-12-23
IL200918A (en) 2014-11-30
EP2137867A1 (en) 2009-12-30
CN101636959B (zh) 2013-12-11
HK1137096A1 (en) 2010-07-16
KR20130045395A (ko) 2013-05-03
TWI497942B (zh) 2015-08-21
US9438330B2 (en) 2016-09-06
EP2547031A1 (en) 2013-01-16
JP5629697B2 (ja) 2014-11-26
EP2547031B1 (en) 2014-02-26
JP2012134985A (ja) 2012-07-12
EP2137867B1 (en) 2014-10-15
AU2008229486B2 (en) 2011-07-21
JP4909418B2 (ja) 2012-04-04

Similar Documents

Publication Publication Date Title
BRPI0808243A2 (pt) Método e aparelho para reordenar dados em um sistema de acesso de pacotes de alta velocidade evoluido.
JP4865910B2 (ja) シーケンス番号の更新
KR20110081027A (ko) 무선 통신 시스템에서 ｍａｃ 프로토콜 데이터 유닛 처리 방법
BRPI0808321A2 (pt) Método e aparelho de comunicação sem fio para suustentar reconfiguração de parâmetros de controle de links de radio.
ES2404168T3 (es) Procedimiento para transmitir información de control en un sistema de comunicaciones móviles
RU2447591C2 (ru) Способ и устройство для переупорядочения данных в усовершенствованной системе высокоскоростного пакетного доступа

Legal Events

Date Code Title Description
B25G Requested change of headquarter approved

Owner name: INTERDIGITAL TECHNOLOGY CORPORATION (US)

B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B08F Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette]

Free format text: REFERENTE A 12A ANUIDADE.

B11B Dismissal acc. art. 36, par 1 of ipl - no reply within 90 days to fullfil the necessary requirements