BRPI0711050B1 - Método para reservar intervalos para transmitir dados de um dispositivo de fonte para um dispositivo de destino via retransmissão em multi-saltos - Google Patents
Método para reservar intervalos para transmitir dados de um dispositivo de fonte para um dispositivo de destino via retransmissão em multi-saltos Download PDFInfo
- Publication number
- BRPI0711050B1 BRPI0711050B1 BRPI0711050-2A BRPI0711050A BRPI0711050B1 BR PI0711050 B1 BRPI0711050 B1 BR PI0711050B1 BR PI0711050 A BRPI0711050 A BR PI0711050A BR PI0711050 B1 BRPI0711050 B1 BR PI0711050B1
- Authority
- BR
- Brazil
- Prior art keywords
- hop
- intervals
- proposed
- source
- reserved
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 34
- 238000004891 communication Methods 0.000 claims abstract description 16
- 230000005540 biological transmission Effects 0.000 description 22
- 238000011144 upstream manufacturing Methods 0.000 description 5
- 230000004044 response Effects 0.000 description 3
- 238000001228 spectrum Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 235000008694 Humulus lupulus Nutrition 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 230000035755 proliferation Effects 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/26—Resource reservation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/82—Miscellaneous aspects
- H04L47/826—Involving periods of time
-
- 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/677—Multiple interfaces, e.g. multihomed nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
- H04L47/724—Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/82—Miscellaneous aspects
- H04L47/824—Applicable to portable or mobile terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/04—Scheduled access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Automation & Control Theory (AREA)
- Mobile Radio Communication Systems (AREA)
- Radio Relay Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
metodo para reservar intervalos para transmitir dados de um dispositivo de fonte para um dispositivo de destino via retransmissão em multi-saltos em uma rede de comunicação (100), um método (400) para reservar x intervalos (610) para transmitir dados de um dispositivo de fonte (11oa) para um dispositivo de destino (11od) via retransmissão em multi- saltos, inclui enviar uma primeira requisição de reserva de salto do dispositivo de fonte (11 0a), para um segundo dispositivo (110), para transmitir dados a partir do dispositivo de fonte para o dispositivo de destino. a primeira requisição de reserva de salto identifica o dispositivo de fonte, o dispositivo de destino e x intervalos propostos (610) a serem reservados para o primeiro salto. o dispositivo de fonte então recebe uma primeira mensagem, endereçada ao dispositivo de fonte a partir do segundo dispositivo, indicando que a primeira requisição de reserva de salto está pendente e que os x intervalos propostos pelo dispositivo de fonte tinham sido reservados pelo segundo dispositivo. mais tarde, o dispositivo de fonte recebe uma mensagem subseqúente, indicando se uma requisição de reserva de salto final tinha sido aceita pelo dispositivo de destino.
Description
“MÉTODO PARA RESERVAR INTERVALOS PARA TRANSMITIR DADOS DE UM DISPOSITIVO DE FONTE PARA UM DISPOSITIVO DE DESTINO VIA RETRANSMISSÃO EM MULTI-SALTOS” Esta invenção pertence ao campo de redes de comunicação sem fio e, mais particularmente, a um método para reservar recursos para comunicação em multi-saltos entre um dispositivo de fonte e um dispositivo de destino em uma rede de comunicações sem fio de acesso distribuído.
Continua a haver uma proliferação de redes de comunicações sem fio. Por exemplo, a FCC propôs permitir que transmissores rádio não licenciados operem dentro do espectro de televisão de radiodifusão em localizações onde um ou mais dos canais de televisão terrestres alocados não estão sendo usados, enquanto tais transmissores não licenciados incluem salvaguardas que asseguram não haver interferência com a recepção de sinais de televisão terrestres licenciados. Várias organizações desenvolveram tecnologias de comunicação sem fio de banda ultra larga (UWB) para tirar vantagem das operações permitidas de dispositivo sem fio não licenciado em bandas de freqüência licenciadas.
Em particular, a WIMEDIA® Alliance desenvolveu especificações para redes sem fio baseadas na tecnologia UWB. Por exemplo, a especificação WIMEDIA® MAC provê um protocolo de controle de acesso de meio plenamente distribuído (MAC) para suportar transmissão em salto único de alta velocidade entre dispositivos que estão localizados na vizinhança um do outro, por exemplo, assim chamadas redes de área pessoal (PAN). Entrementes, em Dezembro de 2005, a Associação de Fabricantes de Computador Europeus (ECMA) publicou ECMA-368: “High Rate Ultra Wideband PHY and MAC Standard” especificando uma camada física de faixa ultra larga (PHY) e sub camada MAC distribuída para uma rede sem fio de acesso distribuído, alcance curto, de alta velocidade, que pode incluir dispositivos portáteis e fixos.
Conforme usado aqui, um dispositivo em uma rede sem fio pode também ser referido como um terminal ou um nó. Também, conforme usado aqui, uma rede sem fio é dita ter “acesso distribuído” quando não há controlador central, estação base, estação mestre, etc. que governa ou controla acesso aos recursos de comunicação (por exemplo, módulos de tempo em um protocolo de transferência de dados baseado em reserva) da rede sem fio pelos outros dispositivos na rede.
Entretanto, devido a restrição reguladora na potência de transmissão, a faixa de transmissão de dispositivos usando WIMEDIA® MAC atual é limitada, e diminui com qualquer aumento da taxa de transmissão física. Conseqüentemente, devido às limitações da faixa de transmissão, em alguns casos não é possível a um dispositivo em uma rede de área pessoal sem fio (PAN) transmitir dados a um outro dispositivo na mesma rede, se os dois dispositivos estão fisicamente separados por uma distância grande demais. Em outros casos, onde os dois dispositivos podem estar próximos, a transmissão pode ser possível, mas somente a taxas de dados reduzidas. Entretanto, há um número de aplicações onde seria altamente desejável para dispositivos que estão localizados remotamente um do outro por uma distância significativa, fossem capazes de enviar e receber dados para e a partir de cada outro, a taxas de dados mais altas do que são suportadas pelas limitações de potência de transmissão nos dispositivos.
Conseqüentemente, seria desejável prover um método para transmitir dados de um dispositivo para outro dispositivo em uma rede sem fio distribuída, mesmo se os dois dispositivos estivessem fisicamente separados por uma distância grande demais para transmissão sem fio direta. Seria também desejável prover tal método que suporte taxas de transmissão de dados altas e eficiência de espectro. Seria adicionalmente desejável prover um método para reservar recursos para transmissão em multi-saltos de dispositivo a dispositivo em uma rede de comunicações sem fio de acesso distribuído.
Em um aspecto da invenção, em uma rede de comunicação compreendendo diversos dispositivos comunicando-se usando um protocolo de transferência de dados baseado em reserva tendo um superquadro compreendendo diversos intervalos (fendas), um método para reservar X intervalos para transmitir dados de um dispositivo de fonte para um dispositivo de destino via retransmissão em multi-saltos é provido. O método inclui enviar uma primeira requisição de reserva de salto a partir do dispositivo de fonte, endereçada a um segundo dispositivo diferentes do dispositivo de destino, para transmitir dados do dispositivo de fonte para o dispositivo de destino. A primeira requisição de reserva de salto identifica o dispositivo de fonte, o dispositivo de destino e X intervalos propostos para serem reservados para um primeiro salto entre o dispositivo de fonte e o segundo dispositivo. O método inclui também, no dispositivo de fonte receber uma primeira mensagem, endereçada ao dispositivo de fonte a partir do segundo dispositivo, indicando que a primeira requisição de reserva de salto está pendente e que os X intervalos propostos pelo dispositivo de fonte foram reservados pelo segundo dispositivo. O método inclui adicionalmente, no dispositivo de fonte, receber uma mensagem subseqüente, endereçada ao dispositivo de fonte, a partir do segundo dispositivo, indicando que uma requisição de reserva de salto final foi aceita pelo dispositivo de destino, correspondendo à primeira requisição de reserva de salto do dispositivo de fonte.
Em um outro aspecto da invenção, em uma rede de comunicação compreendendo diversos dispositivos comunicando-se usando um protocolo de transferência de dados baseado em reserva tendo um superquadro compreendendo diversos intervalos, é provido um método para reservar intervalos para transmitir dados de um dispositivo de fonte para um dispositivo de destino via retransmissão em multi-saltos. O método inclui receber em um N-ésimo dispositivo uma requisição de reserva de salto para transmitir dados de um dispositivo de fonte para um dispositivo de destino via uma retransmissão em multi-saltos. A requisição de reserva identifica o dispositivo de fonte, o dispositivo de destino e X intervalos propostos para serem reservados paro (N-l)-ésimo salto entre um (N-l)-ésimo dispositivo no N-ésimo dispositivo. O método inclui, quando X intervalos propostos a serem reservados para o (N-l)-ésimo salto estão disponíveis no N-ésimo dispositivo: transmitir uma mensagem a partir do N-ésimo dispositivo, endereçado ao (N-l)-ésimo dispositivo, indicando que a requisição de reserva está pendente e que os A intervalos propostos pelo (N-l)-ésimo dispositivo foram reservados pelo N-ésimo dispositivo; e enviar uma N-ésima requisição de reserva de salto do N-ésimo dispositivo endereçada a um (N+l)-ésimo dispositivo, para transmitir os dados do dispositivo de fonte para o dispositivo de destino, a N-ésima requisição de reserva de salto identificando o dispositivo de fonte, o dispositivo de destino e X intervalos propostos a serem reservados para o N-ésimo salto entre o N-ésimo dispositivo e o (N+l)-ésimo dispositivo, onde os X intervalos propostos pelo N-ésimo dispositivo a serem reservados para o N-ésimo salto são diferentes dos X intervalos propostos por um N-ésimo dispositivo a serem reservados para o N-ésimo salto. O método também inclui, quando os X intervalos propostos a serem reservados para o (N-l)-ésimo salto não estão disponíveis no N-ésimo dispositivo, transmitindo uma mensagem do N-ésimo dispositivo, endereçada ao (N-l)-ésimo dispositivo, indicando que a requisição de reserva é negada.
Figura 1 ilustra graficamente uma rede de comunicação sem fio;
Figura 2 mostra uma realização de um elemento de informação (IE) Mesh DRP;
Figura 3 ilustra alguns exemplos de negociação de reserva de multi-saltos de extremidade a extremidade em rede de malha sem fio;
Figura 4 é um fluxograma ilustrando um método para reservar X intervalos para transmitir dados de um dispositivo de fonte para o dispositivo de destino via retransmissão em multi-saltos;
Figura 5 ilustra etapas executadas por um N-ésimo dispositivo, na retransmissão em multi-saltos possuindo um total de M dispositivos, onde 2 < N < M;
Figura 6 ilustra alguns exemplos de alocações MAS coordenadas para transmissão de multi-saltos usando superquadros.
Embora vários princípios e características dos métodos e sistemas descritos abaixo possam ser aplicados a uma variedade de sistemas de comunicação, para fins de ilustração as realizações típicas abaixo serão descritas no contexto de redes de comunicação sem fio não licenciadas operando com protocolos de acessos distribuídos baseados em reserva.
Mais particularmente, as realizações típicas descritas abaixo pertencem a uma rede de área pessoal WIMEDIA®. Entretanto, os métodos e técnicas descritos abaixo poderiam também ser aplicados no caso de outras redes de acesso distribuídas usando protocolos baseados na reserva e mesmo através de uma estrutura principal com fio. Naturalmente, o escopo da invenção é definido pelas reivindicações anexas, e não está limitado pelas realizações particulares descritas abaixo.
Com isto em mente, descrevemos agora métodos pelos quais dispositivos que estão localizados remotamente um do outro em uma rede de área pessoal sem fio (PAN) de acesso distribuído são capazes de enviar e receber dados para e a partir um do outro, a taxas de dados que não estão limitadas pela combinação da potência de transmissão e distância entre os dois dispositivos.
Conforme descrito abaixo, no sentido de aumentar a faixa de transmissão enquanto ainda mantendo eficiência de espectro (isto é, usando uma taxa de transmissão mais alta), um protocolo de controle de acesso de meio (MAC) habilitado por malha é provido. A rede de área pessoal sem fio (PAN) de malha WIMEDIA® é essencialmente uma PAN distribuída de multi-saltos com alguns dispositivos que comutam/redirecionam quadros (pacotes) de dados para seus vizinhos.
Por exemplo, Figura 1 ilustra graficamente uma rede de comunicação sem fio 100 incluindo diversos dispositivos 110. Neste caso, dispositivos de habilitação de malha 110B e 110C podem retransmitir um quadro originado do dispositivo de fonte 110A para seu dispositivo de destino 110D, que é inalcançável pelo dispositivo 110A via uma transmissão em salto único.
Dois mecanismos importantes, a saber, descoberta de rota/caminho e reserva de tempo de meio de multi-saltos, são necessárias para implementar uma malha PAN. A descoberta de rota/caminho não é assunto de abrangência desta descrição, e através da descrição a seguir é suposto que uma rota ótima baseada na métrica desejada do dispositivo de fonte já tenha sido determinada. A descrição a seguir é focada, ao invés disso, na reserva de tempo de meio de multi-saltos. Como o Protocolo de Reserva Distribuído (DRP) na especificação atual WIMEDIA® MAC habilita uma transmissão baseada em reserva para aplicação sensível a retardo, beneficamente um mecanismo similar poderia também ser provido em um ambiente de multi-saltos. Isto requer que dispositivos ao longo da rota escolhida para (1) reservar a mesma ou quantidade suficiente de intervalos de acesso de meio (MAS) para retransmitir um quadro (pacote) para evitar queda de quadro; e (2) para escolher os MAS de tal modo a minimizar retardo adicional introduzido pela transmissão de multi-saltos.
Conseqüentemente, conforme descrito abaixo, um novo protocolo de reserva (referido aqui como “Malha DRP”) é provido para equacionar estes dois problemas. Um objetivo de Malha DRP é habilitar uma reserva de tempo de meio de extremidade a extremidade ao longo da rota escolhida. Para obter isto, as seguintes características são providas.
Figura 2 mostra uma realização de um elemento de informação (IE) de Malha DRP 200 que pode ser incluído em um quadro (por exemplo, balizamento) e radiodifundido por um dispositivo na rede de comunicação sem fio 100. O IE 200 é dividido em vários campos, incluindo um campo Element ID, um campo Length, um campo DRP Control, um campo Target/Owner DevAddr. Uma vez que nós ou dispositivos múltiplos ao longo da rota escolhida estão envolvidos na reserva de multi-saltos, a negociação é realizada em uma base de salto a salto. Dado que o dispositivo envolvido não é necessário, um dispositivo de fonte ou de destino (a menos que este esteja na primeira ou último salto ao longo da rota), dois campos, chamados Source DevAddr e Destination DevAddr, são também incluídos no IE da Malha DRP (Mesh DRP IE). Conforme mostrado na Figura 2, o Source DevAddr é o DevAddr do dispositivo de fonte que inicia a reserva de malha, enquanto o Destination DevAddr é o DevAddr do dispositivo de destino ao qual os quadros (pacotes de dados) são destinados. Finalmente, IE 200 inclui 1 a n campos, cada um para Alocação DRP z.
Em uma realização, o processo de negociação de reserva para um transmissão de multi-saltos entre um dispositivo de fonte e um dispositivo de destino é realizado conforme segue. Primariamente, o dispositivo de fonte (por exemplo, dispositivo 110A na Figura 1) reserva os intervalos de acesso de meio (MAS) requeridos entre ele próprio e seu dispositivo do próximo salto (isto é, um segundo dispositivo). No exemplo mostrado na Figura 1, o dispositivo do próximo salto do dispositivo 110A será o dispositivo 110B. Se os MAS propostos estão disponíveis neste segundo dispositivo 110B, então, o segundo dispositivo 110B enviará uma resposta ao dispositivo de fonte 110A, incluindo o Mesh DRP IE recebido com o DevAddr Proprietário/Alvo ajustado para o dispositivo de fonte 110A, e com o Código de Razão ajustado para “Pendente”. De outro modo, o segundo dispositivo enviará uma resposta ao dispositivo de fonte 110A incluindo um IE de Malha DRP com um código de razão apropriado, indicando que a requisição de reserva do dispositivo de fonte 110A é negada. No primeiro caso, o segundo dispositivo 110B também iniciará uma nova reserva, com a mesma quantidade de MAS e o mesmo índice de fluxo, com seu próprio dispositivo de próximo salto (isto é, um terceiro dispositivo), que é derivado com base no DevAddr de Destino no Mesh DRP IE recebido. No exemplo mostrado na Figura 1, o dispositivo do próximo salto do dispositivo 110B será o dispositivo 110C. Se os MAS propostos estão disponíveis em um terceiro dispositivo 110C, então este reagirá do mesmo modo que o segundo dispositivo 110B, conforme descrito acima. Todas as vezes que o código de razão é algo diferente de “Pendente”, os vizinhos do terceiro dispositivo 110C (por exemplo, dispositivo 110B) na rota deveríam atualizar o código de razão em seu Mesh DRP IE existente — especificado por {DevAddr de Fonte, DevAddr de Destino e índice de fluxo) -— de acordo. Este comportamento é recursivo no sentido de que os vizinhos, vizinhos dos vizinhos e assim por diante seguirão o mesmo procedimento. Quando o dispositivo de destino (por exemplo, dispositivo de destino 110D) recebe o Mesh DRP IE e aceita a reserva iniciada por seu vizinho (por exemplo, terceiro dispositivo 110C), então o código de razão é ajustado para “Aceito”. Nos próximos diversos superquadros, todos os outros dispositivos 100 na rota (dispositivos 110C e 110B) mudarão então o código de razão de “Pendente” para “Aceito”. Somente quando o dispositivo de fonte 110A recebe um Mesh DRP IE com código de razão configurado para “Aceito” pode começar a transmissão de dados do dispositivo de fonte 110A para o dispositivo de destino 110D.
Figura 3 ilustra alguns exemplos da negociação de reserva de multi-saltos de extremidade a extremidade proposta.
Figura 4 é um fluxograma ilustrando um método para reservar X intervalos para transmitir dados de um dispositivo de fonte para um dispositivo de destino, via retransmissão em multi-saltos. No exemplo da Figura 4, para simplicidade, é suposto que o terceiro dispositivo é o dispositivo de destino, mas naturalmente pode haver qualquer número de dispositivos de retransmissão entre o dispositivo de fonte e o dispositivo de destino.
Em uma presente realização etapa 410, o dispositivo de fonte envia uma primeira requisição de reserva de salto, endereçada a um segundo dispositivo diferente do dispositivo de destino, para transmitir dados do dispositivo de fonte para o dispositivo de destino. A primeira requisição de reserva de salto identifica o dispositivo de fonte, o dispositivo de destino e X intervalos propostos para serem reservados para um primeiro salto entre o dispositivo de fonte e o segundo dispositivo.
Em uma etapa 415, o segundo dispositivo recebe a primeira requisição de reserva de salto.
Em uma etapa 420, o segundo dispositivo envia uma primeira mensagem, endereçada ao dispositivo de fonte, indicando que a primeira requisição de reserva de salto está pendente e que os X intervalos propostos pelo dispositivo de fonte foram reservados pelo segundo dispositivo.
Em uma etapa 425, o dispositivo de fonte recebe a primeira mensagem, endereçada ao dispositivo de fonte a partir do segundo dispositivo, indicando que a primeira requisição de reserva de salto está pendente e que os X intervalos propostos pelo dispositivo de fonte foram reservados pelo segundo dispositivo.
Em uma etapa 430, o segundo dispositivo envia uma segunda requisição de reserva de salto, endereçada a um terceiro dispositivo, para transmitir os dados do dispositivo de fonte para o dispositivo de destino. A segunda requisição de reserva de salto identifica o dispositivo de fonte, o dispositivo de destino e X intervalos propostos a serem reservados para um segundo salto entre o segundo dispositivo e o terceiro dispositivo. Beneficamente, os X intervalos propostos pelo segundo dispositivo para o segundo salto são diferentes dos X intervalos propostos pelo dispositivo de fonte para o primeiro salto. Como será explicado em detalhe adicional abaixo, beneficamente o segundo dispositivo seleciona para o segundo salto os primeiros X intervalos disponíveis no superquadro, após os X intervalos propostos pelo dispositivo de fonte para o primeiro salto.
Em uma etapa 435, o terceiro dispositivo recebe a segunda requisição de reserva de salto a partir do segundo dispositivo.
Em uma etapa 440, o terceiro dispositivo (isto é, o dispositivo de destino) envia uma segunda mensagem, endereçada ao segundo dispositivo, indicando que a segunda requisição de reserva de salto é aceita e que os X intervalos propostos pelo segundo dispositivo foram reservados pelo terceiro dispositivo. Se o terceiro dispositivo não era o dispositivo de destino, então ao invés disso a segunda mensagem somente indicaria que a segunda requisição de reserva de salto está pendente e que os X intervalos propostos pelo segundo dispositivo tinham sido reservados pelo terceiro dispositivo. Naquele caso, o terceiro dispositivo enviaria sua própria requisição de reserva ao próximo dispositivo, a qual seria repetida até que o dispositivo de destino fosse alcançado ou uma requisição de reserva na cadeia fosse negada por qualquer razão.
Em uma etapa 445, o segundo dispositivo recebe a segunda mensagem, endereçada ao segundo dispositivo a partir do terceiro dispositivo, indicando que a segunda requisição de reserva de salto é aceita e que os X intervalos propostos pelo segundo dispositivo tinham sido reservados pelo terceiro dispositivo.
Naquele caso, em uma etapa 450, o segundo dispositivo envia uma mensagem subseqüente, endereçada ao dispositivo de fonte, indicando que uma requisição de reserva de salto final foi aceita pelo dispositivo de destino, correspondendo à primeira requisição de reserva de salto do dispositivo de fonte.
Então, em uma etapa 455, o dispositivo de fonte recebe a mensagem subseqüente, endereçada ao dispositivo de fonte a partir do segundo dispositivo, indicando que a requisição de reserva de salto final foi aceita pelo dispositivo de destino, correspondendo à requisição de reserva de salto final do dispositivo de fonte.
Naquele ponto, a reserva de multi-saltos é confirmada e o dispositivo de fonte pode começar a transmitir dados para o dispositivo de destino, usando ο X MAS que originalmente confirmou para o primeiro salto para o segundo dispositivo.
Em geral, pode haver M dispositivos entre o dispositivo de fonte e o dispositivo de destino em uma retransmissão em multi-saltos. Cada um daqueles M dispositivos participa no estabelecimento das reservas para retransmissão em multi-saltos, conforme segue.
Considere um N-ésimo dispositivo, na retransmissão em multi-saltos, onde 2 < N < M.
Naquele caso, conforme ilustrado na Figura 5, em uma etapa 515 o N-ésimo dispositivo recebe uma (N-l)-ésima requisição de reserva de salto para transmitir dados do dispositivo de fonte para o dispositivo de destino, via retransmissão em multi-saltos. A requisição de reserva identifica o dispositivo de fonte, o dispositivo de destino e X intervalos propostos (por exemplo, MAS) a serem reservados para um (N-l)-ésimo salto entre um (N-l)-ésimo dispositivo e o N-ésimo dispositivo. Em resposta à N-ésima requisição de reserva de salto, em uma etapa 517, o N-ésimo dispositivo determina se os X intervalos propostos para serem reservados para o (N-l)-ésimo salto entre um (N-l)-ésimo dispositivo e o N-ésimo dispositivo está disponíveis para o N-ésimo dispositivo.
Quando os X intervalos propostos para serem reservados para o (N-l)-ésimo salto estão disponíveis no N-ésimo dispositivo, então em uma etapa 520 o N-ésimo dispositivo transmite uma (N-l)-ésima mensagem do N-ésimo dispositivo, endereçada ao (N-l)-ésimo dispositivo, indicando que a requisição de reserva está presente e que os X intervalos propostos pelo (N-l)-ésimo dispositivo foram reservados pelo N-ésimo dispositivo. Então, em uma etapa 530, o N-ésimo dispositivo envia uma N-ésima requisição de reserva de salto endereçada a um (N+l)-ésimo dispositivo, para transmitir os dados do dispositivo de fonte para o dispositivo de destino. A N-ésima requisição de reserva de salto identifica o dispositivo de fonte, o dispositivo de destino e X intervalos propostos a serem reservados para um N-ésimo salto entre o N-ésimo dispositivo e o (N+l)-ésimo dispositivo. Os A intervalos propostos pelo N-ésimo dispositivo a serem reservados para o N-ésimo salto são diferentes dos A intervalos propostos por um (N-l)-ésimo dispositivo a ser reservado para o (N-l)-ésimo salto. Como será explicado em detalhe adicional abaixo, beneficamente o N-ésimo dispositivo seleciona para o N-ésimo salto os primeiros A intervalos disponíveis no superquadro, depois dos A intervalos propostos por um (N-l)-ésimo dispositivo para o (N-l)-ésimo salto. Subseqüentemente, em uma etapa 545, o N-ésimo dispositivo recebe uma N-ésima mensagem, endereçada ao N-ésimo dispositivo a partir do (N+l)-ésimo dispositivo, indicando se a requisição de reserva está pendente, ou se foi negada. No caso em que o N-ésimo dispositivo recebe uma mensagem indicando que a requisição de reserva está pendente, então posteriormente, em uma etapa 550, o N-ésimo dispositivo recebe uma mensagem subseqüente indicando se a requisição de reserva foi aceita ou não pelo dispositivo de destino, ou se foi negada por qualquer um dos dispositivos a jusante (incluindo o dispositivo de destino).
Entrementes, em uma etapa 518, quando os A intervalos propostos para serem reservados para o (N-l)-ésimo salto não estão disponíveis no N-ésimo dispositivo, então o N-ésimo dispositivo transmite uma (N-l)-ésima mensagem, endereçada ao (N-l)-ésimo dispositivo, indicando que a requisição de reserva é negada.
Embora a negociação de multi-saltos descrita acima assegure que uma quantidade suficiente de MAS é reservada ao longo da rota escolhida, um quadro (pacote) pode experimentar um retardo mais longo do que no caso de salto único. Em geral, os quadros recebidos do vizinho no superquadro corrente são usualmente retransmitidos/redirecionados para o dispositivo da próximo salto no próximo superquadro. Portanto, o pior caso do retardo de quadro, não havendo erro de transmissão, é proporcional ao número de saltos na rota escolhida. Para tráfego sensível a retardo, isto pode ser inaceitável.
Para minimizar o retardo incorrido pela transmissão de malha, beneficamente, a alocação de MAS por dispositivos ao longo da rota é coordenada até certo ponto. Aqui, supomos que cada transmissão de malha é unidirecional, a saber, partindo do dispositivo de fonte e terminando no dispositivo de destino. Um dispositivo que é um salto mais próximo do dispositivo de fonte é considerado como um dispositivo a montante da perspectiva de um dispositivo que está um salto mais afastado do dispositivo de fonte. Quando um dispositivo na cadeia recebe um Mesh DRP IE de seu dispositivo a montante, verificará a alocação do MAS identificado por aquele Mesh DRP IE (por exemplo, XMAS). Se A MAS são disponíveis para reserva a jusante pelo dispositivo, então o dispositivo reservará, se possível, os próximos X MAS disponíveis que estão localizados após ο X MAS reservado por seu dispositivo a montante imediato. Deste modo, um dispositivo pode retransmitir/redirecionar um quadro (pacote) recebido de se dispositivo a montante para seu dispositivo a jusante dentro do mesmo superquadro. Se o dispositivo não tem X MAS disponíveis no superquadro após ο X MAS reservado por seu dispositivo a montante imediato, então reservará o primeiro X MAS disponível que pode encontrar no superquadro. Este processo é repetido para todos os dispositivos no enlace de multi-saltos. Deste modo, o quadro (pacote) é passado do dispositivo de fonte para o dispositivo de destino com um retardo minimizado.
Figura 6 ilustra alguns exemplos de tais alocações de MAS coordenadas usando MAS 610 em um superquadro 600.
Enquanto realizações preferidas são aqui descritas, muitas variações são possíveis, as quais permanecem dentro do conceito e escopo da invenção. Tais variações tomar-se-iam claras a um especialista na técnica após inspeção da especificação, desenhos e reivindicações. A invenção portanto, não deve ser descrita, exceto dentro do espírito e escopo das reivindicações anexas.
REIVINDICAÇÕES
Claims (9)
1. Método (400) para reservar X intervalos (610) para transmitir dados de um dispositivo de fonte (110A) para um dispositivo de destino (110D) via retransmissão em multi-saltos, em uma rede de comunicação (100) compreendendo diversos dispositivos (110) comunicando-se usando um protocolo de transferência de dados baseado em reserva possuindo um superquadro (600) compreendendo diversos intervalos (610), caracterizado por compreender: enviar (410) uma primeira requisição de reserva de salto do dispositivo de fonte (110A), endereçada ao segundo dispositivo (110) diferente do dispositivo de destino (110D), para transmitir dados a partir do dispositivo de fonte (110A) para o dispositivo de destino (110D), a primeira requisição de reserva de salto identificando o dispositivo de fonte (110A), o dispositivo de destino (110D), e X intervalos propostos (610) a serem reservados para um primeiro salto entre o dispositivo de fonte (110A) e o segundo dispositivo (110); no dispositivo de fonte (110A) receber (425) uma primeira mensagem, endereçada ao dispositivo de fonte (110A) a partir do segundo dispositivo (110), indicando que a primeira requisição de reserva de salto está pendente e que o X intervalos propostos (610) pelo dispositivo de fonte (110A) tinham sido reservados pelo segundo dispositivo (110); e no dispositivo de fonte (110A) receber (455) uma mensagem subsequente, endereçada ao dispositivo de fonte (110A) a partir do segundo dispositivo (110), indicando que uma requisição de reserva de salto final tinha sido aceita pelo dispositivo de destino (110D), correspondendo à primeira requisição de reserva de salto do dispositivo de fonte (110A).
2. Método (400), de acordo com a reivindicação 1, caracterizado por compreender adicionalmente: receber (415) a primeira requisição de reserva de salto no segundo dispositivo (110); e enviar (430) uma segunda requisição de reserva de salto do segundo dispositivo (110), endereçada a um terceiro dispositivo (110), para transmitir os dados do dispositivo de fonte (110A) para o dispositivo de destino (110D), a segunda requisição de reserva de salto identificando o dispositivo de fonte (110A), o dispositivo de destino (110D) e X intervalos propostos (610) a serem reservados para um segundo salto entre o segundo dispositivo (110) e o terceiro dispositivo (110), onde os X intervalos propostos (610) pelo segundo dispositivo (110) para o segundo salto são diferentes dos X intervalos propostos (610) pelo dispositivo de fonte (110A) para o primeiro salto.
3. Método (400), de acordo com a reivindicação 2, caracterizado por compreender adicionalmente: no segundo dispositivo (110) recebendo uma segunda mensagem, endereçada ao segundo dispositivo (110) do terceiro dispositivo (110), indicando que a segunda requisição de reserva de salto está pendente e que os X intervalos (610) propostos pelo segundo dispositivo (110) tinham sido reservados pelo terceiro dispositivo (110); e no segundo dispositivo (110) receber (445) uma mensagem subsequente, endereçada ao segundo dispositivo (110) a partir do terceiro dispositivo (110), indicando que a requisição de reserva de salto final tinha sido aceita pelo dispositivo de destino (110D).
4. Método (400), de acordo com a reivindicação 3, caracterizado pelo dispositivo de fonte (110A) escolher os primeiros X intervalos (610) no superquadro (600) que estão disponíveis para o dispositivo de fonte (110A) como o X intervalos (610) propostos pelo dispositivo de fonte (110A) a serem reservados para o primeiro salto entre o dispositivo de fonte (110A) e o segundo dispositivo (110).
5. Método (400), de acordo com a reivindicação 4, caracterizado pelo segundo dispositivo (110) escolher os primeiros X intervalos (610) no superquadro (600) que estão disponíveis para o segundo dispositivo (110), mas que estão localizados no superquadro (600) após os X intervalos (610) propostos pelo dispositivo de fonte (110A), como os X intervalos (610) propostos pelo segundo dispositivo (110) a serem reservados para o segundo salto entre o segundo dispositivo (110) e o terceiro dispositivo (110).
6. Método (400), de acordo com a reivindicação 3, caracterizado por compreender adicionalmente: receber em um N-ésimo dispositivo (110) uma (N-1)-ésima requisição de reserva de salto para transmitir os dados do dispositivo de fonte (110A) para o dispositivo de destino (110D), a (N-1)-ésima requisição de reserva de salto identificando o dispositivo de fonte (110A), o dispositivo de destino (110D), e X intervalos propostos (610) a serem reservados para um (N-1)-ésimo salto entre o (N-1)-ésimo dispositivo (110) e o N-ésimo dispositivo (110); enviar a requisição de reserva de salto final do N-ésimo dispositivo (110), endereçada ao dispositivo de destino (110D), para transmitir os dados do dispositivo de fonte (110A) para o dispositivo de destino (110D), a requisição de reserva de salto final identificando dispositivo de fonte (110A), o dispositivo de destino (110D) e X intervalos (610) propostos a serem reservados para um salto final entre o N-ésimo dispositivo (110) e o dispositivo de destino (110D), onde o X intervalos (610) propostos pelo N-ésimo dispositivo (110) a serem reservados para o salto final são diferentes dos X intervalos (610) propostos pelo (N-1)-ésimo dispositivo (110) a serem reservados para o (N-1)-ésimo salto; e no N-ésimo dispositivo (110) receber uma N-ésima mensagem, endereçada ao N-ésimo dispositivo (110) a partir do dispositivo de destino (110D), indicando que a requisição de reserva tinha sido aceita pelo dispositivo de destino (110D).
7. Método (400), de acordo com a reivindicação 6, caracterizado pelo N-ésimo dispositivo (110) escolher os primeiros X intervalos (610) no superquadro (600) que estão disponíveis para o N-ésimo dispositivo (110), mas que estão localizados no superquadro (600) após os X intervalos (610) propostos pelo (N-1)-ésimo dispositivo (110), como os X intervalos (610) propostos pelo N-ésimo dispositivo (110) para serem reservados para o salto final entre o N-ésimo dispositivo (110) e o dispositivo de destino (110D).
8. Método (400), de acordo com a reivindicação 1, caracterizado por compreender adicionalmente: (1) receber em um N-ésimo dispositivo (110) uma (N-1)-ésima requisição de reserva de salto para transmitir os dados do dispositivo de fonte (110A) para o dispositivo de destino (110D), a (N-1)-ésima requisição de reserva de salto identificando o dispositivo de fonte (110A), o dispositivo de destino (110D), e X intervalos propostos (610) a serem reservados para um (N-1)-ésimo salto entre o (N-1)-ésimo dispositivo (110) e o N-ésimo dispositivo (110); (2) enviar uma N-ésima requisição de reserva de salto do N-ésimo dispositivo (110), endereçada a um (N+1)-ésimo dispositivo (110), para transmitir os dados do dispositivo de fonte (110A) para o dispositivo de destino (110D), a N-ésima requisição de reserva de salto identificando o dispositivo de fonte (110A), o dispositivo de destino (110D) e X intervalos (610) propostos para serem reservados para um N-ésimo salto entre o N-ésimo dispositivo (110) e o (N+1)-ésimo dispositivo (110), onde os X intervalos (610) propostos pelo N-ésimo dispositivo (110) a serem reservados para o N-ésimo salto são diferentes dos X intervalos (610) propostos por um (N-1)-ésimo dispositivo (110) a serem reservados para o (N-1)-ésimo salto; e (3) no N-ésimo dispositivo (110) receber uma N-ésima mensagem, endereçada ao N-ésimo dispositivo (110) a partir do (N+1)-ésimo dispositivo (110), indicando que a reserva está pendente e que os X intervalos (610) propostos pelo N-ésimo dispositivo (110) tinham sido reservados pelo (N+1)-ésimo dispositivo (110).
9. Método (400), de acordo com a reivindicação 8, caracterizado pelo N-ésimo dispositivo (110) escolher os primeiros X intervalos (610) no superquadro (600) que estão disponíveis para o N-ésimo dispositivo (110), mas que estão localizados no superquadro (600) após o X intervalos (610) propostos pelo (N-1)-ésimo dispositivo (110), para serem reservados para o N-ésimo salto entre o N-ésimo dispositivo (110) e o (N+1)-ésimo dispositivo (110).
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US79698306P | 2006-05-01 | 2006-05-01 | |
| US60/796983 | 2006-05-01 | ||
| PCT/IB2007/051601 WO2007125513A2 (en) | 2006-05-01 | 2007-04-30 | Method of reserving resources with a maximum delay guarantee for multi-hop transmission in a distributed access wireless communications network |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| BRPI0711050A2 BRPI0711050A2 (pt) | 2011-08-23 |
| BRPI0711050B1 true BRPI0711050B1 (pt) | 2020-03-10 |
Family
ID=38655901
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BRPI0711050-2A BRPI0711050B1 (pt) | 2006-05-01 | 2007-04-30 | Método para reservar intervalos para transmitir dados de um dispositivo de fonte para um dispositivo de destino via retransmissão em multi-saltos |
Country Status (15)
| Country | Link |
|---|---|
| US (1) | US8045502B2 (pt) |
| EP (1) | EP2016722B1 (pt) |
| JP (1) | JP5329396B2 (pt) |
| KR (1) | KR101377722B1 (pt) |
| CN (1) | CN101438542B (pt) |
| AR (1) | AR060725A1 (pt) |
| AU (1) | AU2007245312B2 (pt) |
| BR (1) | BRPI0711050B1 (pt) |
| CA (1) | CA2650735C (pt) |
| MX (1) | MX2008013879A (pt) |
| RU (1) | RU2442288C2 (pt) |
| TW (1) | TWI429219B (pt) |
| UA (1) | UA93710C2 (pt) |
| WO (1) | WO2007125513A2 (pt) |
| ZA (1) | ZA200810153B (pt) |
Families Citing this family (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080192684A1 (en) * | 2007-02-09 | 2008-08-14 | Nokia Corporation | Access reservation in wireless communications |
| WO2009077984A2 (en) * | 2007-12-18 | 2009-06-25 | Nokia Corporation | Redundancies and flows in vehicles |
| US20090274166A1 (en) * | 2008-04-30 | 2009-11-05 | Jihui Zhang | Bandwidth Reservation in a TDMA-based Network |
| WO2010097645A1 (en) * | 2009-02-24 | 2010-09-02 | Nokia Corporation | Time-hopping for near-far interference mitigation in device-to-device communications |
| US8478820B2 (en) | 2009-08-26 | 2013-07-02 | Qualcomm Incorporated | Methods and systems for service discovery management in peer-to-peer networks |
| US8478776B2 (en) | 2009-10-30 | 2013-07-02 | Qualcomm Incorporated | Methods and systems for peer-to-peer network discovery using multi-user diversity |
| US8825818B2 (en) * | 2009-11-10 | 2014-09-02 | Qualcomm Incorporated | Host initiated connection to a device |
| KR101303649B1 (ko) * | 2009-12-21 | 2013-09-04 | 한국전자통신연구원 | 분산 매체접근제어 기반의 멀티-홉 통신 방법 |
| US8730928B2 (en) * | 2010-02-23 | 2014-05-20 | Qualcomm Incorporated | Enhancements for increased spatial reuse in ad-hoc networks |
| CN109587801B (zh) * | 2013-05-03 | 2021-12-03 | 华为技术有限公司 | 分配网络资源的方法、接入网络中的目标设备的方法、基站及终端设备 |
| FR3007917B1 (fr) * | 2013-06-27 | 2015-07-31 | Airbus Operations Sas | Reseau de telecommunication embarque partitionne a acces sans fil |
| US10536386B2 (en) * | 2014-05-16 | 2020-01-14 | Huawei Technologies Co., Ltd. | System and method for dynamic resource allocation over licensed and unlicensed spectrums |
| US10548071B2 (en) | 2014-05-16 | 2020-01-28 | Huawei Technologies Co., Ltd. | System and method for communicating traffic over licensed or un-licensed spectrums based on quality of service (QoS) constraints of the traffic |
| US10813043B2 (en) | 2014-05-16 | 2020-10-20 | Huawei Technologies Co., Ltd. | System and method for communicating wireless transmissions spanning both licensed and un-licensed spectrum |
| US9871884B2 (en) | 2014-09-30 | 2018-01-16 | Xiaomi Inc. | Method and device for transferring messages |
| CN104243288B (zh) * | 2014-09-30 | 2015-12-02 | 小米科技有限责任公司 | 消息传输方法及装置、电子设备 |
| CA2970861A1 (en) | 2014-12-19 | 2016-06-23 | Fujitsu Limited | Wireless communications system, communications apparatus, and processing method |
| WO2016112995A1 (en) * | 2015-01-16 | 2016-07-21 | Telefonaktiebolaget Lm Ericsson (Publ) | Resource reservation protocol for wireless backhaul |
| CN110730047A (zh) * | 2019-10-25 | 2020-01-24 | 北京润科通用技术有限公司 | 一种信道仿真模型检验方法及装置 |
Family Cites Families (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4163795B2 (ja) * | 1998-05-08 | 2008-10-08 | 松下電器産業株式会社 | 移動局装置 |
| EP1005779B1 (en) * | 1998-06-19 | 2008-03-12 | Juniper Networks, Inc. | Device for performing ip forwarding and atm switching |
| CN1204708C (zh) * | 2000-05-10 | 2005-06-01 | Adc宽带通路系统公司 | 用于返回信道频谱管理器的系统和处理 |
| US7941149B2 (en) * | 2002-05-13 | 2011-05-10 | Misonimo Chi Acquistion L.L.C. | Multi-hop ultra wide band wireless network communication |
| CN100477628C (zh) * | 2003-05-16 | 2009-04-08 | 富士通株式会社 | 通过多层进行通信的通信网中的路径设定方法和通信装置 |
| WO2005004420A2 (en) * | 2003-07-02 | 2005-01-13 | Mitsubishi Electric Research Laboratories, Inc. | Method and apparatus for routing data in a personal area network |
| EP1656771A1 (en) * | 2003-08-21 | 2006-05-17 | NTT DoCoMo INC. | Resource reservation in a wireless network with distributed medium access control |
| KR100605896B1 (ko) * | 2003-10-07 | 2006-08-01 | 삼성전자주식회사 | 모바일 애드 혹 네트워크에서 부분 경로 탐색을 이용하여 라우트 경로를 설정하는 방법 및 이동통신 단말기 |
| JP2007510350A (ja) * | 2003-10-29 | 2007-04-19 | サムスン エレクトロニクス カンパニー リミテッド | 無線ｐａｎ上でデバイス間に効率的にデータを送受信する方法 |
| WO2005065035A2 (en) | 2004-01-08 | 2005-07-21 | Wisair Ltd. | Distributed and centralized media access control device and method |
| RU2378779C2 (ru) | 2004-02-06 | 2010-01-10 | Конинклейке Филипс Электроникс Н.В. | ПРОТОКОЛ РАССЫЛКИ СИГНАЛОВ-МАЯКОВ ДЛЯ ad-hoc СЕТЕЙ |
| US20050259617A1 (en) * | 2004-05-06 | 2005-11-24 | Samsung Electronics Co., Ltd. | System and method for channel time reservation in distributed wireless personal area network |
| US7719972B2 (en) * | 2004-12-03 | 2010-05-18 | Intel Corporation | Methods and apparatus for providing an admission control system in a wireless mesh network |
| KR101256687B1 (ko) * | 2006-02-13 | 2013-04-19 | 리서치 파운데이션 오브 더 시티 유니버시티 오브 뉴욕 | 다중 경로 설정 장치 및 방법 |
| JP4800067B2 (ja) * | 2006-02-21 | 2011-10-26 | 株式会社エヌ・ティ・ティ・ドコモ | 通信ノード及びルーティング方法 |
| KR100791300B1 (ko) * | 2006-04-21 | 2008-01-04 | 삼성전자주식회사 | 무선 네트워크 시스템 및 상기 무선 네트워크상에서데이터를 송수신하는 방법 |
| US7929546B2 (en) * | 2006-05-25 | 2011-04-19 | Motorola Solutions, Inc. | Systems, methods and apparatus for allocating time slots in an ad hoc wireless communication network |
| US7693060B2 (en) * | 2007-10-12 | 2010-04-06 | Cisco Technology, Inc. | Method and apparatus for a reservation reflector function in routers |
-
2007
- 2007-04-27 TW TW096115122A patent/TWI429219B/zh active
- 2007-04-30 BR BRPI0711050-2A patent/BRPI0711050B1/pt active IP Right Grant
- 2007-04-30 RU RU2008147094/08A patent/RU2442288C2/ru active
- 2007-04-30 CA CA2650735A patent/CA2650735C/en active Active
- 2007-04-30 CN CN2007800158507A patent/CN101438542B/zh active Active
- 2007-04-30 MX MX2008013879A patent/MX2008013879A/es active IP Right Grant
- 2007-04-30 AR ARP070101867A patent/AR060725A1/es active IP Right Grant
- 2007-04-30 JP JP2009508597A patent/JP5329396B2/ja active Active
- 2007-04-30 UA UAA200812715A patent/UA93710C2/ru unknown
- 2007-04-30 AU AU2007245312A patent/AU2007245312B2/en active Active
- 2007-04-30 US US12/298,802 patent/US8045502B2/en active Active
- 2007-04-30 WO PCT/IB2007/051601 patent/WO2007125513A2/en active Application Filing
- 2007-04-30 EP EP07735711.9A patent/EP2016722B1/en active Active
-
2008
- 2008-10-29 KR KR1020087026527A patent/KR101377722B1/ko active IP Right Grant
- 2008-11-28 ZA ZA2008/10153A patent/ZA200810153B/en unknown
Also Published As
| Publication number | Publication date |
|---|---|
| WO2007125513A3 (en) | 2008-02-28 |
| KR20090008301A (ko) | 2009-01-21 |
| EP2016722A2 (en) | 2009-01-21 |
| KR101377722B1 (ko) | 2014-03-21 |
| AU2007245312B2 (en) | 2011-02-24 |
| CN101438542B (zh) | 2012-11-28 |
| WO2007125513A2 (en) | 2007-11-08 |
| JP5329396B2 (ja) | 2013-10-30 |
| EP2016722B1 (en) | 2017-03-29 |
| ZA200810153B (en) | 2010-02-24 |
| TW200803239A (en) | 2008-01-01 |
| TWI429219B (zh) | 2014-03-01 |
| AR060725A1 (es) | 2008-07-10 |
| RU2442288C2 (ru) | 2012-02-10 |
| CA2650735C (en) | 2015-08-18 |
| UA93710C2 (ru) | 2011-03-10 |
| CA2650735A1 (en) | 2007-11-08 |
| RU2008147094A (ru) | 2010-06-10 |
| US20090092105A1 (en) | 2009-04-09 |
| BRPI0711050A2 (pt) | 2011-08-23 |
| CN101438542A (zh) | 2009-05-20 |
| JP2009535960A (ja) | 2009-10-01 |
| US8045502B2 (en) | 2011-10-25 |
| MX2008013879A (es) | 2008-11-14 |
| AU2007245312A1 (en) | 2007-11-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| BRPI0711050B1 (pt) | Método para reservar intervalos para transmitir dados de um dispositivo de fonte para um dispositivo de destino via retransmissão em multi-saltos | |
| CN101889469B (zh) | 灵活的mac超帧结构和设信标方法 | |
| ES2361057T3 (es) | Procedimiento de descubrimiento de ruta por vector de distancia bajo demanda ad hoc que tiene al menos un conjunto mínimo de recursos disponibles en una red de comunicaciones inalámbrica distribuida. | |
| JP4105090B2 (ja) | 近傍情報及び公示伝送時間を利用する無衝突伝送スケジューリングのためのシステム及び方法 | |
| US20110013644A1 (en) | Systems and methods for providing resource allocation meeting communication constraints for multi-hop network data flows | |
| AU2007270870A1 (en) | Transmission of success and failure indications (ACK_bitmap) in relay networks | |
| US20120163171A1 (en) | ROUTING METHOD AND APPARATUS FOR SUPPORTING QoS IN WIRELESS NETWORK | |
| US20050169221A1 (en) | Decentralized bandwidth reservation mechanism for wireless networks | |
| Kamruzzaman et al. | Dynamic TDMA slot reservation protocol for cognitive radio ad hoc networks | |
| CN113098671B (zh) | 无线信标时隙与hplc信标时隙融合的双模通信方法 | |
| JP4846676B2 (ja) | 伝送レート制御方法、無線基地局装置、および無線パケット通信システム | |
| Xia et al. | Scheduling for heterogeneous industrial networks based on NB-IoT technology | |
| Lin et al. | A QoS supporting ad hoc network protocol combing admission based TDMA and 802.11 DCF | |
| Mao et al. | Flow admission control for multi-channel multi-radio wireless networks | |
| KR20140116675A (ko) | Ｏｆｄｍａ 기반 무선 메쉬 네트워크를 위한 데이터 채널 스케줄링 시스템 및 방법 | |
| Das et al. | A reservation-based TDMA MAC protocol using directional antennas (RTDMA-DA) for wireless mesh networks | |
| Kim et al. | A cooperative MAC protocol for QoS enhancement in wireless USB networks | |
| KR100480923B1 (ko) | 하이퍼랜 타입2에서의 단말 접속 제어 방법 | |
| Alam et al. | QoS-aware fair scheduling in multihop wireless ad hoc networks | |
| KR20130022789A (ko) | 협력 릴레이 통신 기반 ｄｒｐ 예약 다이버시티 방법 | |
| Seo et al. | Dynamic channel selection with snooping for multi-channel multi-hop wireless networks |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B25D | Requested change of name of applicant approved |
Owner name: KONINKLIJKE PHILIPS N. V. (NL) |
|
| B25G | Requested change of headquarter approved |
Owner name: KONINKLIJKE PHILIPS N. V. (NL) |
|
| B15K | Others concerning applications: alteration of classification |
Ipc: H04W 28/26 (2009.01), H04L 12/911 (2013.01), H04L |
|
| B06F | Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette] | ||
| B06T | Formal requirements before examination [chapter 6.20 patent gazette] | ||
| B15K | Others concerning applications: alteration of classification |
Free format text: AS CLASSIFICACOES ANTERIORES ERAM: H04W 28/26 , H04L 12/911 , H04L 12/913 , H04W 74/04 , H04W 88/04 Ipc: H04W 28/26 (2009.01), H04L 12/913 (2013.01), H04L |
|
| B07A | Application suspended after technical examination (opinion) [chapter 7.1 patent gazette] | ||
| B09A | Decision: intention to grant [chapter 9.1 patent gazette] | ||
| B16A | Patent or certificate of addition of invention granted [chapter 16.1 patent gazette] |
Free format text: PRAZO DE VALIDADE: 10 (DEZ) ANOS CONTADOS A PARTIR DE 10/03/2020, OBSERVADAS AS CONDICOES LEGAIS. |