BRPI0909884B1

BRPI0909884B1 - método e aparelho para entregar notificação de retransmissão de estrato não acesso

Info

Publication number: BRPI0909884B1
Application number: BRPI0909884-4A
Authority: BR
Inventors: Shankar Somasundaram; Mohammed Sammour; Rajat P. Mukherjee
Original assignee: Interdigital Patent Holdings, Inc
Priority date: 2008-05-30
Filing date: 2009-05-28
Publication date: 2021-01-12
Also published as: KR20110016455A; EP2283600B1; US8897229B2; RU2010154413A; CN102047601A; US20100003982A1; CN103607263B; BRPI0909884A2; JP2011522488A; KR20110030703A; DK2283600T3; EP2283600A1; ES2674377T3; TW200952383A; AR071976A1; EP2685659A2; US8331290B2; TW201320648A; KR101550161B1; TWM366248U

Abstract

MÉTODO E APARELHO PARA ENTREGAR NOTIFICAÇÃO DE RETRANSMISSÃO DE ESTRATO NÃO ACESSO. O presente invento descreve um método e aparelho para confirmação de entrega de dados em uma unidade transmissora receptora sem fio (WTRU) incluindo transmitir uma mensagem uplink (UL), realizar uma operação de mobilidade, determinar que a mensagem UL não foi reconhecida, e gerar uma mensagem de falha de entrega. A operação de mobilidade é uma entrega ou um restabelecimento de conexão de controle de recurso de rádio (RRC). Uma mensagem incluindo a mensagem de falha de entrega é passada entre camadas de protocolo.

Description

[001] O presente invento se refere a comunicações sem fio.

Fundamentos

[002] O projeto de parceria de terceira geração (3GPP) iniciou o programa de evolução de longa duração (LTE) para trazer nova tecnologia, nova arquitetura, novas configurações e novas aplicações e serviços para redes celulares sem fio a fim de prover eficiência espectral aperfeiçoada e experiências de usuário mais rápidas.

[003] A figura 1 mostra uma visão geral de um Sistema de Telecomunicações Móveis Universal (UMTS) Rede de Rádio Acesso Terrestre Evoluída (E-UTRAN) (100) de acordo com o estado da técnica. Como mostrado na figura 1, a E-UTRAN (100) inclui três eNó-B (eNBs) (102), entretanto qualquer número de eNó-B pode ser incluído na E-UTRAN (100). Os eNBs (102) são interconectados por uma interface X2 (108). Os eNBs (102) são também conectados por uma interface SI (106) ao Centro de Pacotes Evoluído (EPC) (104). O EPC (104) inclui uma Entidade de Gerenciamento de Mobilidade (MME) (108) e um Portal Servidor (S-GW) (110).

[004] A figura 2 mostra uma pilha de protocolo LTE do plano de usuário (200) de acordo com a arte. A pilha de protocolo (200) está situada em uma WTRU (210) e inclui o protocolo de controle de pacotes de dados (PDCP) (202), o controle de link de rádio (RLC) (204), o controle de acesso ao meio (MAC) (206) e a camada física (PHY) (208). A pilha de protocolo (200) também pode residir em um eNB (não mostrado).

[005] A figura 3 mostra uma pilha de protocolo LTE do plano de controle (300) na WTRU da figura 2. A pilha de protocolo do plano de controle (300) inclui o estrato de não acesso (NAS) (302) e um controle de recurso de rádio (RRC) (304). Também inclui o PDCP (306), RLC (308) e MAC (310), que juntos formam a camada (2) subcamada (312).

[006] Durante um handover uma WTRU (210) pode transmitir ao uplink (UL) unidades de sistema de dados (SDU) a partir do PDCP (206). Se a WTRU (210) não receber um aviso de que as SDUs foram entregues com sucesso, a WTRU (210) pode retransmitir as SDUs. A WTRU (210) pode usar um relatório de estado de PDCP, recebido de um eNB, para determinar quais SDUs de uplink do PDCP retransmitir. A WTRU (210) pode também usar o relatório para descartar SDUs, se as SDUs foram recebidas ou reconhecidas no relatório de estado.

[007] Durante um handover, um eNB alvo pode retransmitir, para a WTRU (210) as SDUs de downlink do PDCP que formam encaminhadas por um eNB fonte. A WTRU (210) pode retransmitir um relatório de estado PDCP para o eNB alvo. O eNB alvo pode utilizar o relatório de estado PDCP para determinar quais SDUs do PDCP a retransmitir para a WTRU (210). O eNB alvo pode também descartar as SDUs de downlink do PDCP, se as SDUs foram recebidas ou reconhecidas no relatório de estado PDCP. Uma vez que a WTRU (210) receber as SDUs, a WTRU (210) pode reordenar as SDUs e eliminar as duplicatas. A WTRU (210) pode então desativar quaisquer funções com base em um temporizador, tal como, por exemplo, um temporizador de descarga. Para as portadoras de sinal de rádio (SRBs), o RLC (204) pode indicar que a entrega ocorreu e o PDCP (202) pode reiniciar as variáveis de estado tais como o número de seqüência (SN) do PDCP e um número de hiper quadro (HFN). As variáveis de estado também podem ser redefinidas para zero. Todas as SDUs do PDCP e PDUs do PDCP que foram previamente armazenadas podem ser descartadas.

[008] A fim de realizar a retransmissão de nível NAS, o estrato de acesso (AS) (não mostrado) pode prover uma indicação de uma falha de transmissão de mensagem NAS, se a falha ocorreu devido ao handover ou seleção de célula.

[009] A patente US 2005/0175033 descreve estratégias para lidar com o descarte de uma unidade de serviço de dados em um UE do sistema universal de telecomunicações móveis. Por exemplo, é descrito que uma camada de RRC pode incluir um processo de temporização com um tempo máximo especificado para aguardar uma confirmação de transmissão bem-sucedida de uma mensagem enviada para uma camada inferior.

Síntese

[0010] São descritos um método e aparelho para confirmação de entrega de dados em uma unidade de transmissão-recepção sem fio (WTRU). Isto pode incluir uma mensagem de uplink (UL), realizar uma operação de mobilidade, determinar que a mensagem de UL não foi reconhecida, e gerar uma mensagem de falha de entrega. A operação de mobilidade pode ser um handover ou um re-estabelecimento de conexão de controle de recurso de rádio (RRC). Uma mensagem incluindo a mensagem de falha de entrega pode ser passada entre camadas de protocolo para uma camada de estrato não acesso.

Descrição Detalhada das Figuras

[0011] Um entendimento mais detalhado pode ser obtido a partir da descrição a seguir, dada por meio de exemplo em conjunto com os desenhos anexos, nos quais: - a figura 1 mostra uma visão global de uma E-UTRAN de acordo com o estado da técnica; - a figura 2 mostra uma pilha de protocolo LTE do plano de usuário de acordo com o estado da técnica; - a figura 3 mostra uma pilha de protocolo LTE controle-plano de acordo com o estado da técnica; - a figura 4 mostra um exemplo de um sistema de comunicação sem fio incluindo uma pluralidade de WTRUs e um eNB de acordo com uma forma de realização do presente invento; - a figura 5 é um diagrama de blocos de uma WTRU e do eNB da figura 4; - a figura 6A é um diagrama de blocos de um método de reconhecimento em nível RRC de acordo com uma forma de realização do presente invento; - a figura 6B é um diagrama de blocos de um método de reconhecimento em nível RRC de acordo com uma forma alternativa de realização do presente invento; - a figura 6C é um diagrama de blocos de um método de reconhecimento em nível RRC de acordo com uma outra forma de realização do presente invento; - a figura 7 é um diagrama de blocos de um método de notificação direta de entrega de acordo com uma forma de realização do presente invento; - a figura 8 é um diagrama de blocos de um método de notificação (800) de acordo com uma forma de realização do presente invento; - a figura 9 é um diagrama de blocos de um método de notificação (800) de acordo com uma outra forma de realização do presente invento.

Descrição Detalhada

[0012] Quando mencionada daqui em diante, a terminologia "unidade de transmissão/recepção sem fio (WTRU)" inclui, mas não é limitada a, um equipamento de usuário (UE), estação móvel, unidade assinante fixa ou móvel, um pager, um telefone celular, um assistente digital pessoal (PDA), um computador, ou qualquer outro tipo de dispositivo de usuário capaz de operar em um ambiente sem fio. Quando mencionada daqui em diante, a terminologia "estação base" inclui, mas não é limitada a, um nó-B, um controlador de local, um ponto de acesso (AP) ou qualquer outro tipo de dispositivo de interface capaz de operar em um ambiente sem fio. Além disso, os termos "notificação de entrega", "confirmação de entrega", "indicação de entrega", "confirmação de transmissão", e "indicação de transmissão", são usados alternadamente daqui em diante.

[0013] Como usado aqui, os termos "camada superior" e "camada inferior" são termos relativos. Cada camada em uma pilha de protocolo, incluindo as NAS, RRC, PDCP, RLC e MAC, é uma camada superior em relação a qualquer camada embaixo da mesma na pilha de protocolo. Portanto, por exemplo, a NAS seria uma camada superior em relação às camadas RRC, PDCP, RLC e MAC enquanto que RLC é somente uma camada superior em relação à camada MAC.

[0014] A figura 4 mostra um sistema de comunicações sem fio (400) incluindo uma pluralidade de WTRUs (410) e um eNó-B (eNB) (420). Como mostrado na figura 4, as WTRUs (410) estão em comunicação com o eNB (420). Embora três WTRUs (410) e um eNB (420) estejam na figura 4, deve ser notado que qualquer combinação de dispositivos sem fio e com fio pode ser incluída no sistema de comunicações sem fio (400).

[0015] A figura 5 é um diagrama em blocos funcional (500) de uma WTRU (410) e do eNB (420) do sistema de comunicações sem fio (400) da figura 4. Como mostrado na figura 4, a WTRU (410) está em comunicação com o eNB (420). A WTRU (410) é configurada com ambas as pilhas de protocolo de plano de usuário (100 da figura 1) e pilha de protocolo do controle do plano (200 da figura 2). Cada componente em uma pilha é configurado para se comunicar com os componentes acima e abaixo na pilha. Além disso, cada componente em uma pilha é configurado para se comunicar com seu componente de mesmo nível em uma pilha de protocolo de mesmo nível.

[0016] Em adição aos componentes que podem ser encontrados em uma WTRU típica, a WTRU (410) inclui um processador (515), um receptor (516), um transmissor (517) e uma antena (518). A WTRU (410) também pode incluir uma interface de usuário (518), que pode incluir, mas não é limitada a, uma tela de LCD ou LED, uma tela sensível ao toque, um teclado, uma caneta ou qualquer outro dispositivo típico de entrada/saída. A WTRU (410) também pode incluir a memória (519), tanto volátil como não volátil, bem como as interfaces (520) para outras WTRUs, tais como portas USB, portas seriais e similares. O receptor (516) e o transmissor (517) estão em comunicação com o processador (515). A antena (518) está em comunicação tanto com o receptor (516) quanto com o transmissor (517) para facilitar a transmissão e recepção dos dados sem fio.

[0017] Em adição aos componentes que podem ser encontrados em um eNB típico, o eNB (420) inclui um processador (525), um receptor (526) um transmissor (527) e uma antena (528). O receptor (526) e o transmissor (527) estão em comunicação com o processador (525). A antena (528) está em comunicação tanto com o receptor (526) quanto com o transmissor (527) para facilitar a transmissão e recepção de dados sem fio.

[0018] Uma WTRU e um eNB podem operar em modo reconhecido (AM) ou modo não reconhecido (UM). Quando operando em AM, uma entidade transmissora pode receber um reconhecimento se um pacote de dados, tal como uma PDU ou uma SDU, for transmitido com sucesso para uma entidade receptora. Por exemplo, uma entidade RLC pode gerar um pacote de dados e o pacote pode ser transmitido. A entidade RLC receptora pode receber o pacote e pode gerar um relatório de estado do RLC que pode ser transmitido de volta à entidade RLC transmissora. O relatório de estado do RLC pode incluir uma indicação para mostrar se a transmissão do pacote foi bem-sucedida. Por exemplo, se uma WTRU transmite um conjunto de PDUs do RLC, e todas as PDUs do RLC foram reconhecidas pela entidade receptora em um relatório de estado do RLC, então a entrega pode ser considerada bem-sucedida. Entretanto, se uma das PDUs do RLC foi reconhecida negativamente, e o pacote não foi retransmitido ou está descartado, então a entidade transmissora pode receber um relatório de estado do RLC que inclui uma indicação de entrega malsucedida.

[0019] Outra indicação de que a PDU do RLC não foi entregue com sucesso pode ser fornecida à entidade RLC transmissora sem um relatório de estado. Por exemplo, se a entidade RLC foi reiniciada ou restabelecida e ao menos um pacote do RLC foi reconhecido negativamente ou não foi reconhecido positivamente pela RLC receptora, a RLC transmissora pode determinar que a entrega não foi bem-sucedida.

[0020] Um PDCP pode enviar um pacote a um RLC. O RLC pode transmitir o pacote e enviar uma confirmação de entrega do RLC ao PDCP. Se o PDCP originalmente recebeu o pacote de uma camada superior, tal como um RRC, por exemplo, o PDCP pode prover um indicador de entrega para a camada superior. Uma indicação de entrega bem-sucedida do pacote do PDCP pode ser um indicador provido pela entidade RLC. O PDCP pode prover o indicador para a camada superior, tal como o RRC, por exemplo, se ele receber uma indicação de sucesso da camada inferior, tal como o RLC, por exemplo. O PDCP pode transmitir uma indicação de entrega malsucedida se o PDCP receber uma notificação de falha da camada inferior. Além disso, uma indicação de falha de entrega pode ser provida ao RRC a partir do PDCP, se o PDCP descartar o pacote antes de enviá-lo à camada RLC.

[0021] A função de relatório de estado do PDCP pode ser usada para determinar o estado da entrega de um pacote do PDCP. Uma SRB que suporta as mensagens NAS também pode suportar a troca de relatórios de estado do PDCP. A SRB pode ser usada para levar informação sobre pacotes PDCP faltantes ou reconhecidos.

[0022] Em um handover, o relatório de estado do PDCP pode ser usado para determinar o estado da entrega de uma SDU do PDCP. Cada SDU do PDCP tem um número de seqüência associado. O número de seqüência (SN) do PDCP associado com a primeira SDU a ser transmitida à célula alvo após a entrega pode ser continuado a partir do último SN da última SDU entregue à célula de origem antes da entrega. Em outras palavras, os SN continuam desde a fonte para o alvo, em vez de iniciar com um novo SN na célula alvo. O contexto de número de seqüência (SN) do PDCP de uplink (UL) e/ou o downlink (DL) da SRB pode ser trocado entre o eNB de origem e o alvo. O SN do PDCP também pode ser retido na WTRU. Alternativa mente, a WTRU ou o eNB podem criar o relatório de estado do PDCP usando o SN de pré-handover. Como alternativa, o relatório de estado do PDCP pode ser trocado no eNB de origem.

[0023] Os relatórios de estado do PDCP para as SRBs provêm confirmação de entrega para as camadas superiores, tais como uma RRC e NAS, por exemplo. A camada superior então tomará a ação apropriada, com base no relatório de estado.

[0024] A RRC também pode prover um serviço de notificação de entrega para as camadas superiores. A figura 6A é um diagrama de blocos de um método de reconhecimento (600) em nível RRC de acordo com uma forma de realização do presente invento. O NAS (602) passa uma mensagem (604) para o RRC (606). O RRC (606) processa a mensagem (604) e passa uma mensagem do RRC (608) ao PDCP (610). O PDCP (610) passa uma SDU do PDCP (614) para as camadas inferiores para transmissão. O PDCP (610) pode passar um indicador de estado de entrega (612) para o NAS (602) que inclui uma indicação de se a entrega da SDU do PDCP (614) foi bem-sucedida ou malsucedida. O indicador (612) pode mostrar uma entrega bem-sucedida se o PDCP (610) receber uma indicação de que a entrega da SDU do PCDP (614) foi bem-sucedida. Entretanto, se o PDCP (610) não receber um reconhecimento (ACK) ou receber um não- reconhecimento (NACK), o PDCP (610) pode determinar que a entrega da SDU do PDCP (614) foi malsucedida, e o indicador de estado de entrega (612) indicará uma entrega malsucedida.

[0025] A figura 6B é um diagrama de blocos de um método de reconhecimento (620) em nível RRC de acordo com outra forma de realização do presente invento. Na figura 6A, o RRC (606) apóia-se no PDCP (608) para prover a notificação de entrega ao NAS (602). Como mostrado na figura 6B, o RRC (606) também pode prover diretamente a notificação de entrega ao NAS (602). Similar à figura 6A, na figura 6B o NAS (602) passa uma mensagem (604) para o RRC (606). Entretanto, diferente na figura 6A, na figura 6B o RRC (606) envia uma mensagem (624) diretamente a um RRC par (6220. Se o RRC (606) não receber um reconhecimento ACK (não mostrado) RLC de camada 2 (L2) para a mensagem de transferência direta (624), o RRC (606) pode enviar uma notificação de entrega (626) diretamente ao NAS (602) que indica uma entrega falha. Em resposta à notificação de entrega (626), o NAS (602) pode parar todos os temporizadores e retransmitir a mensagem (604). O RRC (606) também pode prover a notificação de entrega (626) ao NAS (602) se o RRC (606) recebe uma indicação para retransmitir a mensagem NAS em um comando de entrega ou através de sinalização adicional na célula de origem ou alvo.

[0026] Ao receber um comando de handover ou ao executar um handover ou seleção de célula ou re-seleção, o RRC (606) pode prover uma notificação de entrega (626) à camada superior, por exemplo, o NAS (602) ou para camadas inferiores, por exemplo, o PDCP (610). A notificação pode incluir um aviso de que o RRC (606) recebeu o comando de handover, ou executou um handover, seleção de célula ou re-seleção de célula. O RRC (606) também pode prover uma notificação de outro evento que pode deflagrar uma retransmissão NAS (602) ou notificação de entrega ao NAS (602) ou ao PDCP (610).

[0027] A figura 6C é um diagrama de blocos de um método de reconhecimento (630) em nível RRC de acordo com uma forma alternativa de realização do presente invento. O RRC (606) ajusta um bit no cabeçalho de uma mensagem RRC (632) para requisitar um reconhecimento em nível RRC a partir de uma entidade RRC par (622). A entidade RRC par (622) então envia um reconhecimento (636) em nível RRC. Se nenhum reconhecimento for recebido dentro de um dado tempo, uma notificação de entrega de transmissão falha (634) é provida ao NAS (602) no handover. Uma falta de reconhecimento da entidade RRC par (622) também pode ser usada para deflagrar a retransmissão em nível RRC.

[0028] O reconhecimento RRC (636) da entidade RRC (622) de mesmo nível pode ser para uma ou múltiplas mensagens do RRC. O RRC (606) pode pedir que o RRC (622) de mesmo nível envie o reconhecimento (636) ajustando um bit no cabeçalho RRC ou o reconhecimento (636) pode ser exigido por definição. O reconhecimento do RRC (636) pode indicar que instância de uma mensagem RRC particular está sendo reconhecida.

[0029] Uma confirmação de entrega para uma camada superior pode ser deflagrada por uma camada inferior com a determinação final de que a SDU foi entregue com sucesso ou de uma falha de transmissão. Um temporizador pode ser usado para retardar a confirmação de entrega. Por exemplo, uma confirmação de entrega proíbe que o temporizador ser executado. A confirmação de entrega não pode ocorrer enquanto o temporizador estiver sendo executado. Entretanto, se uma deflagração ocorrer e o temporizador estiver expirado, a confirmação de entrega pode ser passada para a camada superior.

[0030] Uma confirmação de entrega para uma camada superior também pode ser deflagrada por uma camada inferior com um evento de mobilidade, tal como um handover, uma reinicialização ou um evento de restabelecimento, por exemplo. Adicionalmente, a confirmação de entrega pode ser deflagrada por solicitação de uma camada superior.

[0031] A figura 7 é um diagrama em blocos de um método para notificação direta de entrega (700) de acordo com uma forma de realização do presente invento. O NAS (702) pode enviar uma mensagem (704) para o RRC (706). Ao enviar a mensagem (704), o NAS (702) pode indicar ao RRC (706) se o NAS (702) quer uma confirmação de entrega. O NAS (702) pode, com base nas notificações recebidas do RRC (706) e/ou do PDCP (708), imediatamente retransmitir a mensagem (704), parar um temporizador (712) que iniciou quando a mensagem (704) foi originalmente enviada, ou diminuir ou aumentar o temporizador (712). Com a retransmissão da mensagem (704), o NAS (702) pode iniciar um novo temporizador (714).

[0032] Ao receber a mensagem NAS (704) do NAS (702), o RRC (706) examina a mensagem (704), que pode incluir um indicador de requisição de estado de entrega (não mostrado) para determinar se é exigida uma confirmação de entrega para a mensagem (704). Se a confirmação de entrega for exigida, o RRC (706) envia uma mensagem RRC (720), que inclui a mensagem NAS (704), para o PDCP (708) que opcionalmente inclui uma requisição de confirmação de entrega.

[0033] O PDCP (708) recebe a mensagem RRC (720) que pode incluir uma solicitação de confirmação de entrega e determina se a confirmação de entrega for exigida para a mensagem (720). Se a confirmação de entrega for exigida, o PDCP (708) envia uma mensagem (722) para o RLC (724). O PDCP (708) indica, com a mensagem (722) se o PDCP (708) exige uma confirmação de entrega. O PDCP (708) envia a mensagem (722) para o RLC (724) e, se um comando de handover for recebido, o PDCP (708) pode também trocar relatórios de estado do PDCP (726) com um PDCP (728) de mesmo nível que pertence às SRBs para o handover. O PDCP (708) também pode trocar relatórios de estado do PDCP (726) com o PDCP (728) de mesmo nível se houver uma seleção ou re- seleção de célula. Alternativa mente, se a mensagem (722) for enviada, um novo bit de questionamento pode ser estabelecido no cabeçalho PDCP da mensagem (722). O bit de questionamento solicitará à entidade PDCP (728) de mesmo nível para gerar um relatório de estado do PDCP (726).

[0034] O RLC (724) recebe a mensagem (722) do PDCP (708) e determina se a mensagem (722) inclui uma solicitação para confirmação de entrega. Se a mensagem (722) incluir uma solicitação de confirmação de entrega, o RLC (724) vai ajustar o bit de questionamento do relatório de estado RLC no cabeçalho RLC da mensagem. O bit de questionamento de relatório de estado RLC indicará à entidade RLC par (730) que deve ser gerado um relatório de estado (732).

[0035] A figura 8 é um diagrama em blocos de um método de notificação (800) de acordo com uma forma de realização do presente invento. O NAS (802) envia uma SDU do RRC (812) para o RRC (804). A SDU do RRC (812) inclui uma solicitação de confirmação de entrega. O RRC (804) processa a SDU do RRC (812) e envia uma SDU do PDCP (814) ao PDCP (806). A SDU do PDCP (814) inclui uma solicitação de confirmação de entrega. O PDCP (806) processa a SDU do PDCP (814) e envia uma SDU do RLC (816) para o RLC (808). Quando ocorrer um handover, o PDCP (806) enviará e receberá relatórios de estado do PDCP (822) para e a partir de um PDCP (824) de mesmo nível em uma célula alvo. O estado de entrega da SDU do PDCP (814) está incluído no relatório de estado do PDCP (822). O PDCP (806) envia um relatório de estado de entrega (826) ao RRC (804). O RRC (804) encaminha então o relatório de estado de entrega (826) ao NAS (802).

[0036] A figura 9 é um diagrama de blocos de um método de notificação (900) de acordo com outra forma de realização do presente invento. Na figura 9, o NAS (902) envia uma SDU do NAS (912) para o RRC (904). A SDU do RRC (912) inclui uma solicitação de confirmação de entrega. O RRC (904) processa a SDU do RRC (912) e cria e envia uma SDU do PDCP (914) para o PDCP (906). A SDU do PDCP (914) pode incluir uma solicitação de confirmação de entrega. O PDCP (906) processa a SDU do PDCP (914) e cria e envia uma SDU do RLC (916) para o RLC (906). O RLC (908) processa a SDU do RLC (916) e cria e envia ao menos uma SDU do MAC (918) para o MAC (910). O RLC (908), funcionando em modo AM, pode receber um ACK/NACK (920) da entidade RLC (922) de mesmo nível. O RLC (908) então provê um relatório de estado de entrega (924) para o PDCP (906) com base no último estado de entrega do RLC, que é derivado do ACK/NACK (920). O PDCP (906) provê o relatório de estado de entrega (924) ao RRC (904). O RRC (904) provê o relatório de estado de entrega ao NAS (902).

[0037] Embora características e elementos sejam descritos acima em combinações particulares, cada característica ou elemento pode ser usado sozinho sem as outras características e elementos ou em várias combinações com ou sem outras características e elementos. Os métodos ou diagramas de fluxo providos aqui podem ser implementados em um programa de computador, software ou firmware incorporado em um meio de armazenamento que pode ser lido por computador para execução por um computador de uso geral ou um processador. Exemplos de meios de armazenamento que podem ser lidos por computador incluem uma memória somente leitura (ROM), uma memória de acesso aleatório (RAM), um registrador, memória cachê, dispositivos semicondutores de memória, meios magnéticos tais como discos rígidos internos e discos removíveis, meios magneto- ópticos, e meios ópticos tais como discos CD-ROM e discos versáteis digitais (DVDs).

[0038] Os processadores adequados incluem, por meio de exemplo, um processador de uso geral, um processador de uso especial, um processador convencional, um processador de sinal digital (DSP), uma pluralidade de microprocessadores, um ou mais microprocessadores em associação com um núcleo DSP, um controlador, um microcontrolador, Circuitos Integrados de Aplicação Específica (ASICs), circuitos de Matriz de Portas Programáveis em Campo (FPGA), qualquer outro tipo de circuito integrado (IC) e/ou uma máquina de estado.

[0039] Um processador em associação com software pode ser usado para implementar um transceptor de rádio freqüência para uso em uma unidade transmissora receptora sem fio (WTRU), equipamento de usuário (EU), terminal, estação base, controlador de rede de rádio (RNC) ou qualquer computador hospedeiro. A WTRU pode ser usada em conjunto com módulos, implementados em hardware e/ou software, tais módulos como uma câmera, uma vídeo câmera, um videofone, um viva-voz, um dispositivo vibrador, um alto- falante, um microfone, um transceptor de televisão, um fone de ouvidos com microfone, um teclado, um módulo Bluetooth®, uma unidade de rádio de freqüência modulada (FM), uma unidade de display de cristal líquido (LCD), uma unidade de display de diodo orgânico emissor de luz (OLED), um tocador de música digital, um tocador de mídia, um módulo de vídeo game, um navegador Internet, e/ou qualquer módulo de rede sem fio de área local (WLAN) ou módulo de Banda Ultra Larga (UWB).

Claims

1. Método de confirmação de entrega de dados em uma unidade de transmissão/recepção sem fio (WTRU), o método sendo caracterizado por compreender: - transmitir uma mensagem (632) de uplink (UL); - iniciar um temporizador em resposta à transmissão da mensagem de UL; - realizar uma operação de mobilidade antes da expiração do temporizador; - sendo que uma indicação de falha de entrega (636) é enviada para uma camada de controle de recursos de rádio (RRC) por meio de uma camada inferior em resposta a um relatório de status associado ao temporizador; e - comunicar (634), por meio da camada de RRC, uma mensagem de falha de entrega para uma camada de protocolo de estrato de não acesso (NAS) em resposta à execução da operação de mobilidade quando a indicação da falha de entrega não for enviada para a camada de RRC.

2. Método, de acordo com a reivindicação 1, caracterizado por a operação de mobilidade ser um handover.

3. Método, de acordo com a reivindicação 1, caracterizado por a operação de mobilidade ser um restabelecimento de conexão de RRC.

4. Método de acordo com a reivindicação 1, caracterizado por a mensagem de falha de entrega ser enviada em uma unidade de dados de protocolo (PDU).

5. Método, de acordo com a reivindicação 1, caracterizado por compreender ainda receber um relatório de status de protocolo de controle de pacote de dados (PDCP).

6. Método, de acordo com a reivindicação 1, caracterizado por compreender ainda a recepção de um relatório de status de controle de link de rádio (RLC).

7. Unidade de transmissão/recepção sem fio (410) (WTRU), caracterizada por compreender: - um transmissor (517) configurado para transmitir uma mensagem de uplink (UL); e - um processador (515) configurado para: o iniciar um temporizador em resposta à transmissão da mensagem de UL; o realizar uma operação de mobilidade antes da expiração do temporizador, sendo que a indicação de falha de entrega é enviada para uma camada de controle de recursos de rádio (RRC) por meio de uma camada inferior em resposta a um relatório de status associado ao temporizador; e o comunicar, por meio da camada de RRC, uma mensagem de falha de entrega para uma camada de protocolo do estrato de não acesso (NAS) em resposta à realização da operação de mobilidade quando a indicação da falha de entrega não for enviada à camada de RRC.

8. WTRU, de acordo com a reivindicação 7, caracterizada por a operação de mobilidade ser um handover.

9. WTRU, de acordo com a reivindicação 7, caracterizada por a operação de mobilidade ser um restabelecimento de conexão de RRC.

10. WTRU, de acordo com a reivindicação 7, caracterizada por o processador ser configurado ainda para passar uma mensagem de RRC incluindo a mensagem de falha de entrega para a camada de protocolo de estrato sem acesso (NAS).

11. WTRU, de acordo com a reivindicação 7, caracterizada por compreender ainda um receptor configurado para receber um relatório de status de protocolo de controle de pacote de dados (PDCP).

12. WTRU, de acordo com a reivindicação 7, caracterizada por compreender ainda um receptor configurado para receber um relatório de status de controle de link de rádio (RLC).