ES2250906T3 - Metodo de señalizacion interna para soportar la sincronizacion de reloj de nodos conectados a traves de una red de area local inalambrica. - Google Patents
Metodo de señalizacion interna para soportar la sincronizacion de reloj de nodos conectados a traves de una red de area local inalambrica.Info
- Publication number
- ES2250906T3 ES2250906T3 ES03743470T ES03743470T ES2250906T3 ES 2250906 T3 ES2250906 T3 ES 2250906T3 ES 03743470 T ES03743470 T ES 03743470T ES 03743470 T ES03743470 T ES 03743470T ES 2250906 T3 ES2250906 T3 ES 2250906T3
- Authority
- ES
- Spain
- Prior art keywords
- mlme
- synchronization
- primitive
- request
- master
- Prior art date
- Legal status (The legal status 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 status listed.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J3/00—Time-division multiplex systems
- H04J3/02—Details
- H04J3/06—Synchronising arrangements
- H04J3/0635—Clock or time synchronisation in a network
- H04J3/0685—Clock or time synchronisation in a node; Intranode synchronisation
- H04J3/0694—Synchronisation in a TDMA node, e.g. TTP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L7/00—Arrangements for synchronising receiver with transmitter
- H04L7/02—Speed or phase control by the received code signals, the signals containing no special synchronisation information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L7/00—Arrangements for synchronising receiver with transmitter
- H04L7/04—Speed or phase control by synchronisation signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L7/00—Arrangements for synchronising receiver with transmitter
- H04L7/04—Speed or phase control by synchronisation signals
- H04L7/10—Arrangements for initial synchronisation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Synchronisation In Digital Transmission Systems (AREA)
- Blow-Moulding Or Thermoforming Of Plastics Or The Like (AREA)
- Stored Programmes (AREA)
- Small-Scale Networks (AREA)
Abstract
¿ En un sistema de comunicaciones que incluye una pluralidad de nodos no maestros (16b, 18a, 18b, 20a, 21) conectados para que se comuniquen en una red (10), teniendo cada uno de dicha pluralidad de nodos no maestros (16b, 18a, 18b, 20a, 21) una base de tiempos local (18d), siendo designado uno de dicha pluralidad de nodos no maestros (16b, 18a, 18b, 20a, 21) como un nodo maestro (16a) con una base de tiempos maestra (16c) que sirve como un reloj maestro (16d) con respecto al que se sincronizan dichas bases de tiempo locales no maestras (18d), un método para soportar la sincronización de relojes en un protocolo de capa superior de dichos nodo maestro (16a) y nodos no maestros (16b, 18a, 18b, 20a, 21), caracterizado porque el método comprende los pasos de: (a) realizar una petición de sincronización en un protocolo de capa superior de dicho nodo maestro (16a); (b) enviar una primitiva de petición desde una SME (station management entity, entidad de gestión de la estación) (35) asociada con dicho nodo a una MLME (MAC layer (37) management entity, entidad de gestión de la capa MAC (37)) (31) solicitando un mecanismo de soporte de sincronización; (c) determinar, en dicha MLME (31), si aceptar o no dicha petición de mecanismo de soporte de sincronización de dicho paso (b); (d) enviar una primitiva de confirmación desde dicha MLME (31) a dicha SME (35) indicando que se soporta dicho mecanismo de soporte de sincronización cuando dicha petición se acepta en el paso (c); (e) reportar una recepción o una transmisión de una trama desde una capa FÍSICA asociada con dicho nodo a dicha MLME (31); y (f) enviar una primitiva de indicación desde dicha MLME (31) a dicha SME (35) como respuesta a dicho paso (e).
Description
Método de señalización interna para soportar la
sincronización de reloj de nodos conectados a través de una red de
área local inalámbrica.
La presente invención se refiere, en general, a
sincronización de relojes y, más en concreto, a un método de
señalización interna para soportar sincronización de relojes
rigurosa en un protocolo de capa superior.
La sincronización de relojes de alta precisión es
uno de los requisitos más básicos en sistemas distribuidos en tiempo
real. Debido a la inevitable deriva de frecuencia de los
osciladores locales, solamente puede conseguirse una base de
tiempos global por medio de un protocolo de sincronización de
relojes. La solicitud de patente de Estados Unidos 60/362.518, del
mismo titular, presentada el 7 de marzo de 2002, está dirigida a un
protocolo de sincronización de relojes para registros de reloj de
nodos cableados o inalámbricos que se sincronizan de forma
inalámbrica a través de una red de área local inalámbrica (por
ejemplo, una red 802.11). Para soportar el protocolo de
sincronización de relojes descrito en la misma existe una necesidad
de un conjunto de primitivas de gestión (por ejemplo, señalizaciones
internas) que proporcionarán información sobre las tramas de
sincronización desde el MAC (medium access control, control de
acceso al medio) a un protocolo de capa superior.
La presente invención proporciona un conjunto de
señalizaciones internas (es decir, primitivas de gestión) para
soportar un protocolo de sincronización de relojes para registros
de reloj de nodos cableados o inalámbricos que se sincronizan de
forma inalámbrica a través de una red de área local inalámbrica (por
ejemplo, una red 802.11). La sincronización de relojes se realiza
entre dos entidades de protocolo de capa superior que residen en
dos estaciones (STA) inalámbricas diferentes.
Las características anteriores de la presente
invención se verán más fácilmente y pueden entenderse mejor con
referencia a la siguiente descripción detallada de una realización
a título de ejemplo de la presente invención, en unión de los
dibujos que la acompañan, en la que:
- la figura 1 muestra la arquitectura de un
sistema de comunicaciones inalámbricas en el que van a aplicarse las
realizaciones de la presente invención;
- la figura 2a muestra el nodo maestro y un nodo
no maestro representativo del sistema de comunicaciones de la figura
1;
- la figura 2b muestra dos tramas de
sincronización transmitidas de forma consecutiva que se transmiten a
intervalos casi-periódicos desde el nodo maestro a
todos los nodos no maestros;
- la figura 3 es una ilustración de una
arquitectura de gestión de una red 802.11 para describir el nodo
maestro de la figura 2a;
- la figura 4 es un diagrama de flujo que ilustra
los pasos operativos para soportar la sincronización de relojes de
acuerdo con una realización de la presente invención; y
- la figura 5 es un diagrama de flujo de procesos
que muestra además los pasos operativos del diagrama de flujos de la
figura 4.
En la descripción que sigue, con fines
aclaratorios pero no de limitación, se exponen detalles específicos,
tales como la arquitectura, las interfaces, las técnicas, etc.
concretas, con el fin de proporcionar una comprensión completa de la
presente invención. Sin embargo, es evidente para los expertos en la
materia que la presente invención puede ser llevada a la práctica
mediante otras realizaciones que se diferencian en estos detalles
específicos. En algunos casos, estructuras y dispositivos muy
conocidos se muestran en forma de diagrama de bloques, y no en
detalle, con el fin de evitar el complicar la descripción de la
presente invención.
La presente invención se describe a continuación
en el contexto de sincronización de nodos inalámbricos 1394 a través
de una LAN (local área network, red de área local) inalámbrica
802.11. Sin embargo, se entenderá que las enseñanzas de la
invención descritas en la misma no se limitan sólo a ellos. Es
decir, la invención es aplicable a cualquier sistema de
comunicaciones, cableado o inalámbrico, que exija una
sincronización rigurosa como se define en la misma. Por ejemplo, la
presente invención tiene aplicabilidad a sistemas de comunicaciones
cableados, tales como IEEE 802.3 y Ethernet.
Con referencia ahora a las figuras, y en concreto
con referencia a la figura 1, se representa una red inalámbrica 10
del tipo IEEE 802.11 en la que puede implementarse una realización
preferida de la presente invención. Como se muestra, la red 10
incluye buses 16, 18 y 20 del tipo 1394, que en la realización del
ejemplo tienen asociados a los mismos bridges inalámbricos (nodos)
16a, 18a y 20a. Los bridges inalámbricos 16a, 18a y 20a sirven como
puntos de entrada a través de los cuales pueden producirse
comunicaciones inalámbricas en la red 10 entre los buses 16, 18 y 20
del tipo 1394. La red 10 incluye también un nodo inalámbrico
autónomo 21 del tipo 1394, que puede representar cualquier
dispositivo autónomo, tal como una cámara digital de vídeo o un
dispositivo "palm", que sea capaz de utilizar el protocolo 1394
para comunicarse con otros dispositivos. La red 10 incluye además
nodos cableados 16b y 18b del tipo 1394.
La realización a título de ejemplo de la figura 1
se muestra solamente para describir la presente invención con mayor
claridad y los expertos en la materia reconocerán que son posibles
numerosas variaciones, tanto en la forma como en la función. Por
ejemplo, la red 10 podría incluir un mayor o menor número de buses
1394 y/o cualquier otro tipo de nodos que requieran sincronización.
La red 10 puede incluir también un mayor o menor número de nodos
autónomos o de nodos no autónomos que requieran sincronización. Debe
tenerse en cuenta que la red 10 puede utilizar la tecnología WLAN
802.11, como se muestra en la realización a título de ejemplo de la
figura 1, o cualquier otro tipo de sistema de comunicaciones
cableado o inalámbrico para conectar buses/nodos cableados o
inalámbricos. Pensamos que todas estas variaciones están dentro del
alcance de la presente invención. La red 10 y las figuras
siguientes del ejemplo se proporcionan únicamente como ejemplos con
fines aclaratorios y no se intenta que impliquen limitaciones en la
arquitectura.
Para realizar la sincronización de relojes en la
red 10 se generan valores de reloj fechador desde un nodo
arbitrario designado como nodo maestro (o "nodo raíz") de la
red 10. En la red 10, el nodo 16a se selecciona arbitrariamente como
el nodo maestro del reloj maestro al que se sincronizan todos los
demás nodos no maestros (nodo esclavos) de la red. El nodo maestro
16a de la red 10 tiene la función de distribución de relojes dentro
la red.
Con referencia ahora a la figura 2a, para una
explicación sencilla se describe el proceso de sincronización de
relojes utilizando solamente el nodo maestro 16a y un único nodo no
maestro 18a. Debe indicarse que las operaciones realizadas en el
único nodo no maestro 18a mostrado se producen de idéntica manera en
todos los demás nodos no maestros de la red 10. La figura 2a
muestra la constitución del nodo maestro 16a y del nodo no maestro
18a de acuerdo con una realización de la invención. El nodo maestro
16a y el nodo no maestro 18a, según se muestra, incluyen los
relojes internos (osciladores) 16c y 18c de 24,576 MHz y los
registros de duración del ciclo 16d y 18d asociados. Los relojes
16c y 18c de 24,576 MHz funcionan libremente y actualizan los
contenidos de los registros de duración del ciclo 16d y 18d
asociados. Los registros de duración del ciclo 16d y 18d
proporcionan campos que especifican el valor del tiempo actual, y
que permiten que el registro de duración de ciclo inicialice los
circuitos de reloj al valor contenido en la transacción de
escritura. Los elementos que constituyen el nodo maestro 16a y el
nodo no maestro 18a son convencionales y no se describirán en
detalle.
La figura 2b muestra dos tramas de sincronización
transmitidas de forma consecutiva F_{i}, 27, y F_{i+1}, 28, para
realizar la sincronización de relojes. Las tramas de sincronización
27 y 28 pueden transmitirse a intervalos casi periódicos desde el
nodo maestro 16a a todos los nodos no maestros -por ejemplo al nodo
no maestro 18a- de la red 10. Cada trama de sincronización está
identificada por su dirección de origen (por ejemplo la dirección
MAC del nodo maestro que transmite la trama) y una dirección de
destino. La dirección de destino es una dirección de multidifusión
especial reservada explícitamente para realizar la sincronización de
relojes. Cada trama de sincronización incluye información de
sincronización de relojes para sincronizar los registros de
duración del ciclo 16d y 18d a intervalos casi periódicos. Las
tramas de sincronización 27 y 28 se generan en el nodo maestro 16a
de forma que sincronicen las entidades de protocolo de capa
superior que residen en el nodo maestro 16a y en los nodos no
maestros 18a. La presente invención se dirige a un método para
soportar estos protocolos de capa superior.
Para ilustrar las primitivas de gestión entre la
SME (station management entity, entidad de gestión de la estación) y
el MAC del nodo maestro 16a y del nodo no maestro 18a, se describe
a continuación y se muestra en la figura 3 una arquitectura general
de gestión de una red 802.11 Las primitivas de gestión se describen
aquí para una aplicación de sincronización de relojes de elementos
del tipo 1394; sin embargo, debe tenerse en cuenta que las
primitivas de gestión de la invención tienen una aplicación más
amplia a cualquier protocolo de capa superior que requiera
sincronización rigurosa.
La figura 3 muestra una arquitectura de gestión
de una red 802.11 para describir los nodos 16a y 18a. La
arquitectura está compuesta por tres componentes: una MLME (MAC
layer management entity, entidad de gestión de la capa MAC) 31, una
PLME (physical layer management entity, entidad de gestión de la
capa física) 33 y una SME (station management entity, entidad de
gestión de la estación) 35. Existen tres interfaces 32, 34 y 36
definidas entre los componentes de gestión. El SME 35 puede alterar
las MIB (management information base, base de información de
gestión) de las capas MAC y FÍSICA. Tanto la capa MAC 37 como la
capa FÍSICA 39 tienen acceso a las MIB. Puede preguntarse a las MIB
que obtengan información del estado, así como objetos que pueden
provocar que se produzcan ciertas acciones. La MLME 31 comunica con
la PLME 33 mediante primitivas específicas a través de un SAP
(service access point, punto de acceso de servicio) MLME_PLME 34.
Cuando la MLME 31 da una instrucción, la PLME 33 instruye a la
subcapa PLCP 43 para que prepare las MPDU para transmisión. La
subcapa PLCP 43 entrega también las tramas entrantes desde el medio
inalámbrico a la capa MAC 37. La subcapa PLCP 43 minimiza la
dependencia de la capa MAC 37 de la subcapa PMD 45 al transformar
las MPDU en un formato de trama adecuado para su transmisión por la
subcapa PMD 45. Bajo la dirección de la subcapa PLCP 43, la subcapa
PMD 45 proporciona transmisión y recepción real de entidades
FÍSICAS entre dos estaciones a través del medio inalámbrico. Para
proporcionar este servicio, la subcapa PMD 45 realiza el interfaz
directamente con el medio aire y proporciona modulación y
demodulación de las transmisiones de tramas.
Con referencia ahora al diagrama de flujo de la
figura 4 y al diagrama de flujo de procesos de la figura 5, se
describen a continuación pasos ilustrativos implicados en el
soporte de la sincronización de relojes de un protocolo de capa
superior, tales como los nodos inalámbricos de la figura 1 de
acuerdo con una realización, a título de ejemplo, de la presente
invención.
El proceso comienza en el paso 55 cuando un
protocolo de capa superior en el nodo maestro 16a realiza una
petición de sincronización de la SME. Para iniciar el protocolo de
sincronización de capa superior se requiere una petición de
sincronización procedente del protocolo de capa superior. La SME
envía entonces una petición de sincronización a la MLME 31 en forma
de una primitiva
MLME-HL-SYNC.request que solicita
específicamente la activación del mecanismo de soporte a la
sincronización en la MLME 31. La primera primitiva de gestión se
describe de la siguiente manera:
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
Nombre del parámetro | Tipo de parámetro | Margen válido de parámetros | Descripción del parámetro |
RxAddress | MACAddress | \begin{minipage}[t]{45mm} Una dirección MAC de multidifusión \end{minipage} | \begin{minipage}[t]{45mm} Especifica la dirección de multidifusión a la que se dirigen las tramas de sincronización \end{minipage} |
Debe indicarse que la capa MAC 37 no tiene forma
de conocer por sí misma cuáles de las tramas son tramas de
sincronización. Por consiguiente, debe haber algún modo de
reconocer las tramas de sincronización cuando son emitidas por el
protocolo de capa superior. El parámetro "RxAddress" es el
medio por el que la capa MAC reconoce una trama como trama de
sincronización. Especificamente, "RxAddress" informa a la capa
MAC 37 que cuando la capa MAC 37 recibe una trama procedente de
capas superiores o de la capa FÍSICA con una dirección de destino
igual a "RxAddress", que es una dirección de multidifusión,
dicha trama debe ser identificada por la capa MAC 37 como una trama
de sincronización.
En el paso 59 se determina si la capa MAC 37
acepta o no la petición de servicio de sincronización procedente de
la SME 35. Si la petición de servicio no es aceptada por la capa
MAC 37, entonces el proceso se termina en el paso 61. En caso
contrario, si la capa MAC 37 acepta la petición de servicio de
sincronización de la SME 35, entonces el proceso continúa en el
paso 63.
En el paso 61 el proceso termina porque la capa
MAC 37 no acepta la petición de servicio de sincronización
procedente de la SME. En este caso, la MLME 31 envía una primitiva
MLME-HL-SYNC.confirm a la SME 35
indicando que el servicio de sincronización no está soportado en la
capa MAC 37, teniendo el parámetro el valor: "ResultCode" =
Not Supported.
En el paso 63 se determina que la petición de
servicio de sincronización ha sido aceptada por la capa MAC 37. En
este caso, la MLME 31 envía la primitiva MLME-
HL-SYNC.confirm a la SME 35 indicando que el
servicio de sincronización es soportado, teniendo el parámetro el
valor: "ResultCode" = Supported.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
Nombre del parámetro | Tipo de parámetro | Margen válido de parámetros | Descripción del parámetro |
ResultCode | Enumeration | *Supported | Indica el resultado de la petición |
*Not Supported | MLME-HL-SYNC |
\vskip1.000000\baselineskip
En el paso 65, una tercera primitiva reporta la
transmisión/recepción completa de una trama de sincronización.
Específicamente, una primitiva
MLME-HL-SYNC.indication es generada
por la MLME 31 y enviada a la SME 35 como consecuencia de que la
PLME 33 informa a la MLME 31 de que ha recibido/transmitido una
trama.
Esta tercera primitiva implica dos casos:
recepción y transmisión de tramas de sincronización. La recepción de
tramas de sincronización tiene lugar en los nodos no maestros (por
ejemplo, el nodo 18a), que recibe tramas de sincronización
procedentes del nodo maestro (por ejemplo, el nodo 16a). La
transmisión de tramas de sincronización tiene lugar en el nodo
maestro 16a.
En el caso de una trama de sincronización
recibida en un nodo no maestro 18a, la capa MAC 37 mirará en la
dirección de destino de la trama de sincronización que se recibe y
la comparará con su propia "RxAddress" previamente especificada
por la primitiva
MLME-HL-SYNC.request. En el caso de
que coincidan, la MLME 31 indicará a la SME 35, mediante la
primitiva MLME-HL-SYNC.indication,
que ha recibido una trama de sincronización. La
MLME-HL-SYNC.indication se envía
cuando se detecta y se anuncia por la capa FÍSICA el último símbolo
en el aire de la trama de sincronización recibida.
En el caso de una trama de sincronización que se
transmite desde un nodo maestro 16a, la capa MAC 37 mirará en la
dirección de destino de la trama transmitida y la comparará con su
propia "RxAddress" previamente especificada por la primitiva
MLME-HL-SYNC.request. En el caso de
que coincidan, la MLME 31 indicará a la SME 35, mediante la
primitiva MLME-HL-SYNC.indication,
que ha transmitido una trama de sincronización. La
MLME-HL-SYNC.indication se envía
cuando se detecta y se anuncia por la capa FÍSICA el último símbolo
en el aire de la trama de sincronización transmitida.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
Nombre del parámetro | Tipo de parámetro | Margen válido de parámetros | Descripción del parámetro |
TxAddress | MACAddress | \begin{minipage}[t]{45mm} Cualquier dirección MAC individual válida \end{minipage} | \begin{minipage}[t]{45mm} Especifica la dirección de la entidad MAC que envía la trama de sincronización. En el caso de que la STA envíe la trama, será su propia dirección MAC \end{minipage} |
SequenceNumber | Enumeration | \begin{minipage}[t]{45mm} El definido en el formato de trama \end{minipage} | \begin{minipage}[t]{45mm} Especifica el número de secuencia de la trama de sincronización recibida/transmitida \end{minipage} |
ProcDelay | Enumeration | \geq 0 | \begin{minipage}[t]{45mm} Especifica el tiempo estimado (en \mu s?) entre la generación de esta primitiva y el instante en que se detecta en el aire algún punto de detección predeterminado de la trama que generó esta primitiva \end{minipage} |
Aunque se han mostrado y descrito las
realizaciones preferidas de la presente invención, los expertos en
la materia entenderán que pueden realizarse diversos cambios y
modificaciones, y elementos de la misma pueden ser sustituidos por
equivalentes de los mismos sin salirse del alcance de la presente
invención. Además, pueden realizarse muchas modificaciones para
adaptarse a una situación concreta y a las enseñanzas de la
presente invención sin salirse del alcance de la misma. Por
consiguiente, se pretende que la presente invención no esté limitada
a la realización concreta descrita como mejor modo contemplado para
llevar a cabo la presente invención, sino que la presente invención
incluya todas las realizaciones que caigan dentro del alcance de
las reivindicaciones adjuntas.
Claims (13)
1. En un sistema de comunicaciones que incluye
una pluralidad de nodos no maestros (16b, 18a, 18b, 20a, 21)
conectados para que se comuniquen en una red (10), teniendo cada
uno de dicha pluralidad de nodos no maestros (16b, 18a, 18b, 20a,
21) una base de tiempos local (18d), siendo designado uno de dicha
pluralidad de nodos no maestros (16b, 18a, 18b, 20a, 21) como un
nodo maestro (16a) con una base de tiempos maestra (16c) que sirve
como un reloj maestro (16d) con respecto al que se sincronizan
dichas bases de tiempo locales no maestras (18d), un método para
soportar la sincronización de relojes en un protocolo de capa
superior de dichos nodo maestro (16a) y nodos no maestros (16b,
18a, 18b, 20a, 21), caracterizado porque el método comprende
los pasos de:
(a) realizar una petición de sincronización en un
protocolo de capa superior de dicho nodo maestro (16a);
(b) enviar una primitiva de petición desde una
SME (station management entity, entidad de gestión de la estación)
(35) asociada con dicho nodo a una MLME (MAC layer (37) management
entity, entidad de gestión de la capa MAC (37)) (31) solicitando un
mecanismo de soporte de sincronización;
(c) determinar, en dicha MLME (31), si aceptar o
no dicha petición de mecanismo de soporte de sincronización de dicho
paso (b);
(d) enviar una primitiva de confirmación desde
dicha MLME (31) a dicha SME (35) indicando que se soporta dicho
mecanismo de soporte de sincronización cuando dicha petición se
acepta en el paso (c);
(e) reportar una recepción o una transmisión de
una trama desde una capa FÍSICA asociada con dicho nodo a dicha MLME
(31); y
(f) enviar una primitiva de indicación desde
dicha MLME (31) a dicha SME (35) como respuesta a dicho paso
(e).
2. El método de la reivindicación 1, que
comprende además los pasos de:
- terminar la petición de sincronización por
dicha MLME (31) en el caso en que dicha MLME (31) determine no
aceptar dicho mecanismo de soporte de sincronización en el paso
(c); y
- enviar una primitiva
MLME-HL-SYNC.confirm con un
parámetro ResultCode con un valor igual a "Not Supported".
3. El método de la reivindicación 1, en el que
dicha primitiva de indicación enviada desde dicha MLME (31) a dicha
SME (35) se envía cuando se detecta y anuncia por la capa FÍSICA
(39) un último símbolo en el aire de una trama de sincronización
recibida o transmitida.
4. El método de la reivindicación 1, en el que
dicha primitiva de petición transmitida desde dicha SME (35) a dicha
MLME (31) es una primitiva
MLME-HL-SYNC.request que tiene la
forma general:
\vskip1.000000\baselineskip
donde RxAddress es una dirección de
multidifusión.
5. El método de la reivindicación 1, en el que
dicha primitiva de confirmación transmitida desde dicha MLME (31) a
dicha SME (35) es una primitiva
MLME-HL-SYNC.confirm que tiene la
forma general:
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
donde ResultCode tiene un valor de
"Supported" ó "Not
Supported".
6. El método de la reivindicación 1, en el que
dicha primitiva de indicación transmitida desde dicha MLME (31) a
dicha SME (35) es una primitiva
MLME-HL-SYNC.indication que tiene la
forma general:
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
donde:
TxAddress especifica la dirección de la entidad
MAC que envía la trama de sincronización;
SequenceNumber especifica el número de secuencia
de la trama de sincronización; y
ProcDelay especifica el tiempo estimado entre la
generación de la primitiva y el instante en que se detecta en el
aire algún punto de detección predeterminado de la trama que generó
esta primitiva.
7. El método de la reivindicación 1, en el que
dicha red es una red cableada o una red inalámbrica.
8. En un sistema de comunicaciones que incluye
una pluralidad de nodos no maestros (16b, 18a, 18b, 20a, 21)
conectados para que se comuniquen en una red (10), teniendo cada
uno de dicha pluralidad de nodos no maestros (16b, 18a, 18b, 20a,
21) una base de tiempos local (18d), siendo designado uno de dicha
pluralidad de nodos no maestros (16b, 18a, 18b, 20a, 21) como un
nodo maestro (16a) con una base de tiempos maestra (16c) que sirve
como un reloj maestro (16d) con respecto al que se sincronizan
dichas bases de tiempo locales no maestras (18d), un sistema
caracterizado porque comprende:
- medios para realizar una petición de
sincronización en un protocolo de capa superior de dicho nodo
maestro (16a);
- medios para enviar una primitiva de petición
desde una SME (station management entity, entidad de gestión de la
estación) (35) asociada con dicho nodo a una MLME (MAC layer (37)
management entity, entidad de gestión de la capa MAC (37)) (31)
solicitando un mecanismo de soporte de sincronización;
- medios para determinar, en dicha MLME (31), si
aceptar o no dicha petición de mecanismo de soporte de
sincronización de dicho paso (b);
- medios para enviar una primitiva de
confirmación desde dicha MLME (31) a dicha SME (35) indicando que se
soporta dicho mecanismo de soporte de sincronización cuando dicha
petición se acepta en el paso (c);
- medios para reportar una recepción o una
transmisión de una trama desde una capa FÍSICA asociada con dicho
nodo a dicha MLME (31); y
- medios para enviar una primitiva de indicación
desde dicha MLME (31) a dicha SME (35) como respuesta a dicho paso
(e).
9. El sistema de la reivindicación 8, que
comprende además:
- medios para terminar la petición de
sincronización por dicha MLME (31) en el caso en que dicha MLME (31)
determine no aceptar dicho mecanismo de soporte de sincronización en
el paso (c); y
- medios para enviar una primitiva
MLME-HL-SYNC.confirm con un
parámetro ResultCode que indica la no aceptación de dicho mecanismo
de soporte de sincronización.
10. El sistema de la reivindicación 8, en el que
dichos medios para enviar una primitiva de indicación comprenden
además medios para indicar cuando se detecta y anuncia por la capa
FÍSICA (39) un último símbolo en el aire de una trama de
sincronización recibida o transmitida.
11. El sistema de la reivindicación 8, en el que
dicha primitiva de petición incluye al menos un parámetro que
especifica una dirección de multidifusión.
12. El sistema de la reivindicación 8, en el que
dicha primitiva de indicación incluye al menos un primer parámetro
que especifica la dirección de la entidad MAC que envía la trama de
sincronización, un segundo parámetro que especifica el número de
secuencia de la trama de sincronización y un tercer parámetro que
especifica el tiempo estimado entre la generación de la primitiva y
el instante en que se detecta en el aire algún punto de detección
predeterminado de la trama que generó esta primitiva.
13. El sistema de la reivindicación 8, en el que
dicha red es una red cableada o una red inalámbrica.
Applications Claiming Priority (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US319871 | 1981-11-12 | ||
US36251802P | 2002-03-07 | 2002-03-07 | |
US362518P | 2002-03-07 | ||
US36955002P | 2002-04-03 | 2002-04-03 | |
US369550P | 2002-04-03 | ||
US289758 | 2002-11-07 | ||
US10/289,758 US7120092B2 (en) | 2002-03-07 | 2002-11-07 | System and method for performing clock synchronization of nodes connected via a wireless local area network |
US10/319,871 US7236502B2 (en) | 2002-03-07 | 2002-12-13 | Internal signaling method to support clock synchronization of nodes connected via a wireless local area network |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2250906T3 true ES2250906T3 (es) | 2006-04-16 |
Family
ID=27792290
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES03743470T Expired - Lifetime ES2250906T3 (es) | 2002-03-07 | 2003-03-07 | Metodo de señalizacion interna para soportar la sincronizacion de reloj de nodos conectados a traves de una red de area local inalambrica. |
Country Status (9)
Country | Link |
---|---|
EP (1) | EP1486016B1 (es) |
JP (1) | JP4223962B2 (es) |
KR (1) | KR100935833B1 (es) |
CN (1) | CN100452685C (es) |
AT (1) | ATE306759T1 (es) |
AU (1) | AU2003209538A1 (es) |
DE (1) | DE60301873T2 (es) |
ES (1) | ES2250906T3 (es) |
WO (1) | WO2003075488A2 (es) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7613212B1 (en) * | 2003-06-10 | 2009-11-03 | Atrica Israel Ltd. | Centralized clock synchronization for time division multiplexed traffic transported over Ethernet networks |
US7706822B2 (en) * | 2005-08-24 | 2010-04-27 | Motorola, Inc. | Timing synchronization and beacon generation for mesh points operating in a wireless mesh network |
CN1960242B (zh) * | 2006-10-17 | 2011-09-07 | 中控科技集团有限公司 | 实现时钟同步的方法、装置、系统及分布式系统 |
CN100525212C (zh) * | 2007-08-10 | 2009-08-05 | 中控科技集团有限公司 | 网络时钟同步的方法及系统 |
CN101257497B (zh) * | 2008-03-31 | 2011-04-06 | 华为技术有限公司 | 识别接口为连接状态的方法和设备 |
CN102025407B (zh) * | 2009-09-09 | 2014-04-30 | 华为技术有限公司 | 多播单频网mbsfn传输的方法、装置和系统 |
EP2533022A1 (de) * | 2011-06-10 | 2012-12-12 | Hexagon Technology Center GmbH | Hochpräzise synchronisierte Messwerterfassung |
WO2013078100A1 (en) * | 2011-11-23 | 2013-05-30 | Vitesse Semiconductor Corporation | Packet-based timing measurement |
CN103631249B (zh) * | 2012-09-10 | 2016-04-27 | 哈尔滨安天科技股份有限公司 | 一种检测工业控制系统实时性的系统及方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6816510B1 (en) * | 2000-02-09 | 2004-11-09 | Koninklijke Philips Electronics N.V. | Method for clock synchronization between nodes in a packet network |
-
2003
- 2003-03-07 AT AT03743470T patent/ATE306759T1/de not_active IP Right Cessation
- 2003-03-07 DE DE60301873T patent/DE60301873T2/de not_active Expired - Lifetime
- 2003-03-07 JP JP2003573807A patent/JP4223962B2/ja not_active Expired - Lifetime
- 2003-03-07 KR KR1020047013704A patent/KR100935833B1/ko active IP Right Grant
- 2003-03-07 CN CNB038052830A patent/CN100452685C/zh not_active Expired - Lifetime
- 2003-03-07 WO PCT/IB2003/000838 patent/WO2003075488A2/en active IP Right Grant
- 2003-03-07 ES ES03743470T patent/ES2250906T3/es not_active Expired - Lifetime
- 2003-03-07 EP EP03743470A patent/EP1486016B1/en not_active Expired - Lifetime
- 2003-03-07 AU AU2003209538A patent/AU2003209538A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
JP4223962B2 (ja) | 2009-02-12 |
DE60301873T2 (de) | 2006-07-20 |
CN1640032A (zh) | 2005-07-13 |
ATE306759T1 (de) | 2005-10-15 |
KR20040093092A (ko) | 2004-11-04 |
WO2003075488A2 (en) | 2003-09-12 |
DE60301873D1 (de) | 2005-11-17 |
WO2003075488A3 (en) | 2004-02-12 |
KR100935833B1 (ko) | 2010-01-11 |
EP1486016A2 (en) | 2004-12-15 |
AU2003209538A8 (en) | 2003-09-16 |
EP1486016B1 (en) | 2005-10-12 |
CN100452685C (zh) | 2009-01-14 |
AU2003209538A1 (en) | 2003-09-16 |
JP2005519522A (ja) | 2005-06-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7236502B2 (en) | Internal signaling method to support clock synchronization of nodes connected via a wireless local area network | |
CN105634636B (zh) | 用于在车载以太网通信网络中提供时间同步的方法和装置 | |
ES2588360T3 (es) | Procedimiento y aparato de transmisión de señal de reloj entre redes | |
ES2746048T3 (es) | Método, sistema y puente de control para obtener información de topología de extensión de puerto | |
ES2250906T3 (es) | Metodo de señalizacion interna para soportar la sincronizacion de reloj de nodos conectados a traves de una red de area local inalambrica. | |
RU2006128592A (ru) | Система и способ для протокола распределенного резервирования и управления ультраширокополосным доступом к среде передачи | |
US7684381B2 (en) | Offset beacon for distributed management and control of wireless networks | |
JP2007060670A (ja) | 無線メッシュ・ネットワークにおいて動作するためのメッシュ・ポイントのタイミング同期及びビーコン生成 | |
KR100941325B1 (ko) | 애드-혹 통신 시스템에서 팬텀 칠드런을 제거하기 위한방법 및 장치 | |
AU2005210994A1 (en) | Beaconing protocol for ad-hoc networks | |
ES2400777T3 (es) | Generación de un mapa de red | |
MX2007011277A (es) | Control de ahorro de energia para nodo maestro de red. | |
WO2006047055A2 (en) | A method for propagating beacons in a multi-tier wlan | |
GB2521500A (en) | Exchanging configuration information wirelessly | |
CN109547578A (zh) | 用于电子价签系统的组网方法 | |
RU2007120590A (ru) | Способ для управления потоком в беспроводных сетях передачи данных | |
US7433348B1 (en) | Time division multiplexing protocol for wireless networks | |
TWI254543B (en) | Frame transmission method of wireless local area network | |
US20080304521A1 (en) | Internal signaling method to support clock synchronization of nodes connected via a wireless local area network | |
CN101426284B (zh) | 具有连续时钟同步功能的ieee802.11无线局域网接入点和移动站 | |
JPH06103888B2 (ja) | 通信レスポンス制御方法 | |
ES2347222T3 (es) | Protocolo de software de sistema de red inalambrica. | |
ES2250056T3 (es) | Procedimiento combinado de comunicacion maestro /esclavo-productor/consumidor para una red. | |
CN104184667A (zh) | 一种M-in-M模式的SPB网络中的组播流量迁移方法和装置 | |
JP2009239449A (ja) | 高精度同期型ネットワーク装置、ネットワークシステム及びフレーム転送方法 |