glossaLAB - User contributions [en]

Draft:Protocolo de retransmisión

2025-12-25T22:13:27Z

Juan Antonio Pérez Medina: cambios menores redacción

{{Proposal
|Was created on date=2024-10-28
|Belongs to clarus=Teoría de la información
|Has author=Juan Antonio Pérez Medina
|Has publication status=glossaLAB:Needs improvement
}}
{{Comments
|Observations=
* Sería conveniente añadir añadir el protocolo de ''envío continuo con parada selectiva''.
* Sería además interesante completarlo con otro artículo, debidamente vinculado con este, sobre ''cadencia eficaz'' que ofrezca un modelo matemático de los parámetros fundamentales del sistema y con ello criterios para la planificación de los enlaces.
}}

[[Category:Proposal]]

==Definición==

Un protocolo de retransmisión, también conocido por las siglas '''ARQ''' (del inglés ''Automatic Repeat reQuest''), es un mecanismo de control de errores en la transmisión de datos. Estos protocolos se encargan de retransmitir automáticamente la información que no llega al [[receptor]] o que lo hace con errores<ref name="uoc"/>.

El funcionamiento se basa en la retroalimentación del receptor mediante el envío de ''mensajes de confirmación'' (En inglés, ''acknowledgements''; abreviado, ''ACK.'') de aquellos datagramas que han llegado, mientras que la ausencia de estos ''ACK'' dentro de un ''tiempo de espera'' (''timeout'') determinado muestran la necesidad de retransmitir los mensajes por parte del emisor.
==Importancia y necesidad de los protocolos de retransmisión==

En comunicaciones digitales reales, los canales introducen errores y pérdidas por ruido, interferencias o imperfecciones de los mismos. Sin un mecanismo de recuperación como este tipo de protocolos, estos errores se traducirían en datos corruptos o incompletos en el receptor. El problema que resuelven los protocolos de retransmisión (ARQ) es precisamente lograr establecer una comunicación fiable de los datos a pesar de un canal no confiable.

En transferencia de ficheros o datos críticos, la prioridad es la exactitud, por lo que esa latencia y sobrecarga del ancho de banda asociadas a este tipo de protocolos serán aceptadas para garantizar la entrega íntegra. En cambio, en servicios de tiempo real o interactivos, suele preferirse en la mayoría de los casos tolerar algunas pérdidas y errores antes que introducir latencia por las retransmisiones.

==Variantes principales==
Destacan tres variantes principales que son las siguientes<ref name="upct"/>:

* '''''Parada y espera''''' (en inglés, '''''stop-and-wait'''''): es el protocolo de retransmisión (ARQ) más sencillo. El emisor envía una única trama, inicia un temporizador (con un tiempo de espera determinado) y espera su ''ACK'' por parte del receptor antes de continuar con el siguiente envío. En la primera imagen podemos ver cómo en caso de que el receptor verifique la integridad de la trama y envíe el acuse de recibo dentro del tiempo de espera establecido por el emisor, este último avanza y transmite la siguiente trama.<br />
{{center|<gallery mode="packed" heights="240">
File:STOPANDWAITARQBIEN.png|'''Caso 1:''' recepción correcta (Stop-and-Wait)
File:Stopandwaitarqdatamal.png|'''Caso 2:''' trama dañada o perdida
File:Stopandwaitarqackmal.png|'''Caso 3:''' ACK perdido o corrupto
</gallery>}}
{{center|<small>'''Figura 1''': Estrategia de retransmisión de ''parada y espera'' (''stop-and-wait'').</small>}}

Por otro lado, cuando hay un problema tanto con la trama como con el acuse de recibo (forma habitual de llamar al ''ACK'' en castellano) y pasa el tiempo de espera, el emisor procede a reenviar la trama inicial, volviendo a comenzar el proceso ya explicado. Esto garantiza la corrección pero es muy poco eficiente cuando el canal tiene mucha latencia o alta capacidad porque este se mantiene inactivo durante cada tiempo de espera'','' lo que provoca que el emisor quede ocioso durante este periodo de tiempo. Habitualmente es utilizado en casos de enlaces muy cortos, dispositivos simples o cuando el tiempo de ida y vuelta (RTT) es bajo.
* [[File:Gobackn.png|thumb|268x268px|'''Figura 2''': Estrategia de retransmisión de ''envío continuo con rechazo simple'' (''go-back-n'').]]'''''Envío continuo con rechazo simple''''' (en inglés '''''go-back-n'''''): permite enviar varias tramas seguidas (hasta un número N determinado por el tamaño de ventana) sin esperar el acuse de recibo inmediato de cada una de ellas. Si el receptor detecta una pérdida o error en una trama, el emisor debe retroceder y retransmitir esa trama y todas las que le siguen en orden, lo que aumenta el tráfico redundante en caso de error pero simplifica el manejo en el receptor que puede descartar tramas fuera de secuencia.
En la imagen se observa cómo el receptor, mientras el emisor envía los 6 paquetes de forma continuada, no recibe "Paquete 2" y descarta los restantes. Cuando el emisor no recibe el acuse de recibo dentro del tiempo de espera determinado, retrocede y retransmite todos los paquetes a partir del paquete perdido.

De esta forma, se garantiza que los datos lleguen al receptor en orden y sin errores, todo ello con un coste de eficiencia notable ya que se retransmiten todos los paquetes posteriores al que dió el problema a pesar de haber llegado correctamente al receptor ya que este los descartó al esperar recibir el paquete que no llegó.

[[File:SelectiveRepeatARQ.png|thumb|268x268px|'''Figura 3''': Estrategia de retransmisión de ''envío continuo con parada selectiva'' (''selective repeat'').]]
* '''''Envío continuo con parada selectiva''''' (en inglés, '''''selective repeat'''''): es un protocolo ARQ más avanzado que el de envío continuo con rechazo simple. El emisor puede enviar múltiples tramas consecutivas dentro de una ventana concreta de transmisión y por otro lado el receptor es capaz de aceptar y almacenar tramas recibidas correctamente aunque lleguen fuera de orden.

Si lo comparamos con el protocolo de envío continuo con rechazo simple, la principal diferencia es que cuando se detecta una pérdida o error en una trama concreta, el receptor solicita únicamente la retransmisión de la trama afectada, en lugar de descartar todas las tramas posteriores. De esta manera el emisor solo retransmite los paquetes perdidos o dañados mejorando de forma notable la eficiencia del sistema, sobre todo en enlaces con latencia elevada.

Este protocolo requiere una mayor complejidad tanto en el emisor como en el receptor. Los dos deben ser capaces gestionar ventanas deslizantes de forma independiente,mecanismos de almacenamiento temporal de tramas fuera de secuencia y también el uso de confirmaciones selectivas.

==Referencias==
<references>
<ref name="uoc">
Font Rosselló, M., Vilajosana Guillén, X., Lara Ochoa, E., & Serral I Gracià, R. (s. f.). ''La capa de transporte de datos''. Universitat Oberta de Catalunya. https://openaccess.uoc.edu/server/api/core/bitstreams/774b28bf-ddef-401d-9b55-42efdf3a03d6/content
</ref>

<ref name="upct">
Protocolos ARQ. (s. f.). Laboratorio Docente del Área de Ingeniería Telemática de la Universidad Politécnica de Cartagena. Recuperado 25 de diciembre de 2025, de https://labit501.upct.es/~fburrull/docencia/Applets/ips/ventanaARQ/protocolos.html
</ref>
</references>

Draft:Protocolo de retransmisión

2025-12-25T22:04:27Z

Juan Antonio Pérez Medina: imágenes

{{Proposal
|Was created on date=2024-10-28
|Belongs to clarus=Teoría de la información
|Has author=Juan Antonio Pérez Medina
|Has publication status=glossaLAB:Needs improvement
}}
{{Comments
|Observations=
* Sería conveniente añadir añadir el protocolo de ''envío continuo con parada selectiva''.
* Sería además interesante completarlo con otro artículo, debidamente vinculado con este, sobre ''cadencia eficaz'' que ofrezca un modelo matemático de los parámetros fundamentales del sistema y con ello criterios para la planificación de los enlaces.
}}

[[Category:Proposal]]

==Definición==

Un protocolo de retransmisión, también conocido por las siglas '''ARQ''' (del inglés ''Automatic Repeat reQuest''), es un mecanismo de control de errores en la transmisión de datos. Estos protocolos se encargan de retransmitir automáticamente la información que no llega al [[receptor]] o que lo hace con errores<ref name="uoc"/>.

El funcionamiento se basa en la retroalimentación del receptor mediante el envío de ''mensajes de confirmación'' (En inglés, ''acknowledgements''; abreviado, ''ACK.'') de aquellos datagramas que han llegado, mientras que la ausencia de estos ''ACK'' dentro de un ''tiempo de espera'' (''timeout'') determinado muestran la necesidad de retransmitir los mensajes por parte del emisor.
==Importancia y necesidad de los protocolos de retransmisión==

En comunicaciones digitales reales, los canales introducen errores y pérdidas por ruido, interferencias o imperfecciones de los mismos. Sin un mecanismo de recuperación como este tipo de protocolos, estos errores se traducirían en datos corruptos o incompletos en el receptor. El problema que resuelven los protocolos de retransmisión (ARQ) es precisamente lograr establecer una comunicación fiable de los datos a pesar de un canal no confiable.

En transferencia de ficheros o datos críticos, la prioridad es la exactitud, por lo que esa latencia y sobrecarga del ancho de banda asociadas a este tipo de protocolos serán aceptadas para garantizar la entrega íntegra. En cambio, en servicios de tiempo real o interactivos, suele preferirse en la mayoría de los casos tolerar algunas pérdidas y errores antes que introducir latencia por las retransmisiones.

==Variantes principales==
Destacan tres variantes principales que son las siguientes<ref name="upct"/>:

* '''''Parada y espera''''' (en inglés, '''''stop-and-wait'''''): es el protocolo de retransmisión (ARQ) más sencillo. El emisor envía una única trama, inicia un temporizador (con un tiempo de espera determinado) y espera su ''ACK'' por parte del receptor antes de continuar con el siguiente envío. En la primera imagen podemos ver cómo en caso de que el receptor verifique la integridad de la trama y envíe el acuse de recibo dentro del tiempo de espera establecido por el emisor, este último avanza y transmite la siguiente trama.<br />
{{center|<gallery mode="packed" heights="240">
File:STOPANDWAITARQBIEN.png|'''Caso 1:''' recepción correcta (Stop-and-Wait)
File:Stopandwaitarqdatamal.png|'''Caso 2:''' trama dañada o perdida
File:Stopandwaitarqackmal.png|'''Caso 3:''' ACK perdido o corrupto
</gallery>}}
{{center|<small>'''Figura 1''': Estrategia de retransmisión de ''parada y espera'' (''stop-and-wait'').</small>}}

Por otro lado, cuando hay un problema tanto con la trama como con el acuse de recibo (forma habitual de llamar al ''ACK'' en castellano) y pasa el tiempo de espera, el emisor procede a reenviar la trama inicial, volviendo a comenzar el proceso ya explicado. Esto garantiza la corrección pero es muy poco eficiente cuando el canal tiene mucha latencia o alta capacidad porque este se mantiene inactivo durante cada tiempo de espera'','' lo que provoca que el emisor quede ocioso durante este periodo de tiempo. Habitualmente es utilizado en casos de enlaces muy cortos, dispositivos simples o cuando el tiempo de ida y vuelta (RTT) es bajo.
* [[File:Gobackn.png|thumb|268x268px|'''Figura 2''': Estrategia de retransmisión de ''envío continuo con rechazo simple'' (''go-back-n'').]]'''''Envío continuo con rechazo simple''''' (en inglés '''''go-back-n'''''): permite enviar varias tramas seguidas (hasta un número N determinado por el tamaño de ventana) sin esperar el acuse de recibo inmediato de cada una de ellas. Si el receptor detecta una pérdida o error en una trama, el emisor debe retroceder y retransmitir esa trama y todas las que le siguen en orden, lo que aumenta el tráfico redundante en caso de error pero simplifica el manejo en el receptor que puede descartar tramas fuera de secuencia.
En la imagen se observa cómo el receptor, mientras el emisor envía los 6 paquetes de forma continuada, no recibe "Paquete 2" y descarta los restantes. Cuando el emisor no recibe el acuse de recibo dentro del tiempo de espera determinado, retrocede y retransmite todos los paquetes a partir del paquete perdido.

De esta forma, se garantiza que los datos lleguen al receptor en orden y sin errores, todo ello con un coste de eficiencia notable ya que se retransmiten todos los paquetes posteriores al que dió el problema a pesar de haber llegado correctamente al receptor ya que este los descartó al esperar recibir el paquete que no llegó.

[[File:SelectiveRepeatARQ.png|thumb|268x268px|'''Figura 3''': Estrategia de retransmisión de ''envío continuo con parada selectiva'' (''selective repeat'').]]
* '''''Envío continuo con parada selectiva''''' (en inglés, '''''selective repeat'''''): es un protocolo ARQ más avanzado que el de envío continuo con rechazo simple. El emisor puede enviar múltiples tramas consecutivas dentro de una ventana concreta de transmisión y por otro lado el receptor es capaz de aceptar y almacenar tramas recibidas correctamente aunque lleguen fuera de orden.

Comparado con el protocolo de envío continuo con rechazo simple, la principal diferencia es que cuando se detecta una pérdida o error en una trama concreta, el receptor solicita únicamente la retransmisión de la trama afectada, en lugar de descartar todas las tramas posteriores. De esta forma, el emisor solo retransmite los paquetes perdidos o dañados mejorando notablemente la eficiencia del sistema, sobre todo en enlaces con latencia elevada.

Este protocolo requiere una mayor complejidad tanto en el emisor como en el receptor. Ambos deben gestionar ventanas deslizantes de forma independiente y mecanismos de almacenamiento temporal de tramas fuera de secuencia, también el uso de confirmaciones selectivas.

==Referencias==
<references>
<ref name="uoc">
Font Rosselló, M., Vilajosana Guillén, X., Lara Ochoa, E., & Serral I Gracià, R. (s. f.). ''La capa de transporte de datos''. Universitat Oberta de Catalunya. https://openaccess.uoc.edu/server/api/core/bitstreams/774b28bf-ddef-401d-9b55-42efdf3a03d6/content
</ref>

<ref name="upct">
Protocolos ARQ. (s. f.). Laboratorio Docente del Área de Ingeniería Telemática de la Universidad Politécnica de Cartagena. Recuperado 25 de diciembre de 2025, de https://labit501.upct.es/~fburrull/docencia/Applets/ips/ventanaARQ/protocolos.html
</ref>
</references>

Draft:Protocolo de retransmisión

2025-12-25T22:03:30Z

Juan Antonio Pérez Medina: Corrección posición imágenes

{{Proposal
|Was created on date=2024-10-28
|Belongs to clarus=Teoría de la información
|Has author=Juan Antonio Pérez Medina
|Has publication status=glossaLAB:Needs improvement
}}
{{Comments
|Observations=
* Sería conveniente añadir añadir el protocolo de ''envío continuo con parada selectiva''.
* Sería además interesante completarlo con otro artículo, debidamente vinculado con este, sobre ''cadencia eficaz'' que ofrezca un modelo matemático de los parámetros fundamentales del sistema y con ello criterios para la planificación de los enlaces.
}}

[[Category:Proposal]]

==Definición==

Un protocolo de retransmisión, también conocido por las siglas '''ARQ''' (del inglés ''Automatic Repeat reQuest''), es un mecanismo de control de errores en la transmisión de datos. Estos protocolos se encargan de retransmitir automáticamente la información que no llega al [[receptor]] o que lo hace con errores<ref name="uoc"/>.

El funcionamiento se basa en la retroalimentación del receptor mediante el envío de ''mensajes de confirmación'' (En inglés, ''acknowledgements''; abreviado, ''ACK.'') de aquellos datagramas que han llegado, mientras que la ausencia de estos ''ACK'' dentro de un ''tiempo de espera'' (''timeout'') determinado muestran la necesidad de retransmitir los mensajes por parte del emisor.
==Importancia y necesidad de los protocolos de retransmisión==

En comunicaciones digitales reales, los canales introducen errores y pérdidas por ruido, interferencias o imperfecciones de los mismos. Sin un mecanismo de recuperación como este tipo de protocolos, estos errores se traducirían en datos corruptos o incompletos en el receptor. El problema que resuelven los protocolos de retransmisión (ARQ) es precisamente lograr establecer una comunicación fiable de los datos a pesar de un canal no confiable.

En transferencia de ficheros o datos críticos, la prioridad es la exactitud, por lo que esa latencia y sobrecarga del ancho de banda asociadas a este tipo de protocolos serán aceptadas para garantizar la entrega íntegra. En cambio, en servicios de tiempo real o interactivos, suele preferirse en la mayoría de los casos tolerar algunas pérdidas y errores antes que introducir latencia por las retransmisiones.

==Variantes principales==
Destacan tres variantes principales que son las siguientes<ref name="upct"/>:

* '''''Parada y espera''''' (en inglés, '''''stop-and-wait'''''): es el protocolo de retransmisión (ARQ) más sencillo. El emisor envía una única trama, inicia un temporizador (con un tiempo de espera determinado) y espera su ''ACK'' por parte del receptor antes de continuar con el siguiente envío. En la primera imagen podemos ver cómo en caso de que el receptor verifique la integridad de la trama y envíe el acuse de recibo dentro del tiempo de espera establecido por el emisor, este último avanza y transmite la siguiente trama.<br />
{{center|<gallery mode="packed" heights="240">
File:STOPANDWAITARQBIEN.png|'''Caso 1:''' recepción correcta (Stop-and-Wait)
File:Stopandwaitarqdatamal.png|'''Caso 2:''' trama dañada o perdida
File:Stopandwaitarqackmal.png|'''Caso 3:''' ACK perdido o corrupto
</gallery>}}
{{center|<small>'''Figura 1''': Estrategia de retransmisión de ''parada y espera'' (''stop-and-wait'').</small>}}

Por otro lado, cuando hay un problema tanto con la trama como con el acuse de recibo (forma habitual de llamar al ''ACK'' en castellano) y pasa el tiempo de espera, el emisor procede a reenviar la trama inicial, volviendo a comenzar el proceso ya explicado. Esto garantiza la corrección pero es muy poco eficiente cuando el canal tiene mucha latencia o alta capacidad porque este se mantiene inactivo durante cada tiempo de espera'','' lo que provoca que el emisor quede ocioso durante este periodo de tiempo. Habitualmente es utilizado en casos de enlaces muy cortos, dispositivos simples o cuando el tiempo de ida y vuelta (RTT) es bajo.
* [[File:Gobackn.png|thumb|268x268px|'''Figura 2''': Estrategia de retransmisión de ''envío continuo con rechazo simple'' (''go-back-n'').]]'''''Envío continuo con rechazo simple''''' (en inglés '''''go-back-n'''''): permite enviar varias tramas seguidas (hasta un número N determinado por el tamaño de ventana) sin esperar el acuse de recibo inmediato de cada una de ellas. Si el receptor detecta una pérdida o error en una trama, el emisor debe retroceder y retransmitir esa trama y todas las que le siguen en orden, lo que aumenta el tráfico redundante en caso de error pero simplifica el manejo en el receptor que puede descartar tramas fuera de secuencia.
En la imagen se observa cómo el receptor, mientras el emisor envía los 6 paquetes de forma continuada, no recibe "Paquete 2" y descarta los restantes. Cuando el emisor no recibe el acuse de recibo dentro del tiempo de espera determinado, retrocede y retransmite todos los paquetes a partir del paquete perdido.

De esta forma, se garantiza que los datos lleguen al receptor en orden y sin errores, todo ello con un coste de eficiencia notable ya que se retransmiten todos los paquetes posteriores al que dió el problema a pesar de haber llegado correctamente al receptor ya que este los descartó al esperar recibir el paquete que no llegó.

* [[File:SelectiveRepeatARQ.png|thumb|268x268px|'''Figura 3''': Estrategia de retransmisión de ''envío continuo con parada selectiva'' (''selective repeat'').]]
* '''''Envío continuo con parada selectiva''''' (en inglés, '''''selective repeat'''''): es un protocolo ARQ más avanzado que el de envío continuo con rechazo simple. El emisor puede enviar múltiples tramas consecutivas dentro de una ventana concreta de transmisión y por otro lado el receptor es capaz de aceptar y almacenar tramas recibidas correctamente aunque lleguen fuera de orden.

Comparado con el protocolo de envío continuo con rechazo simple, la principal diferencia es que cuando se detecta una pérdida o error en una trama concreta, el receptor solicita únicamente la retransmisión de la trama afectada, en lugar de descartar todas las tramas posteriores. De esta forma, el emisor solo retransmite los paquetes perdidos o dañados mejorando notablemente la eficiencia del sistema, sobre todo en enlaces con latencia elevada.

Este protocolo requiere una mayor complejidad tanto en el emisor como en el receptor. Ambos deben gestionar ventanas deslizantes de forma independiente y mecanismos de almacenamiento temporal de tramas fuera de secuencia, también el uso de confirmaciones selectivas.

==Referencias==
<references>
<ref name="uoc">
Font Rosselló, M., Vilajosana Guillén, X., Lara Ochoa, E., & Serral I Gracià, R. (s. f.). ''La capa de transporte de datos''. Universitat Oberta de Catalunya. https://openaccess.uoc.edu/server/api/core/bitstreams/774b28bf-ddef-401d-9b55-42efdf3a03d6/content
</ref>

<ref name="upct">
Protocolos ARQ. (s. f.). Laboratorio Docente del Área de Ingeniería Telemática de la Universidad Politécnica de Cartagena. Recuperado 25 de diciembre de 2025, de https://labit501.upct.es/~fburrull/docencia/Applets/ips/ventanaARQ/protocolos.html
</ref>
</references>

Draft:Protocolo de retransmisión

2025-12-25T22:01:58Z

Juan Antonio Pérez Medina: añado lo solicitado

{{Proposal
|Was created on date=2024-10-28
|Belongs to clarus=Teoría de la información
|Has author=Juan Antonio Pérez Medina
|Has publication status=glossaLAB:Needs improvement
}}
{{Comments
|Observations=
* Sería conveniente añadir añadir el protocolo de ''envío continuo con parada selectiva''.
* Sería además interesante completarlo con otro artículo, debidamente vinculado con este, sobre ''cadencia eficaz'' que ofrezca un modelo matemático de los parámetros fundamentales del sistema y con ello criterios para la planificación de los enlaces.
}}

[[Category:Proposal]]

==Definición==

Un protocolo de retransmisión, también conocido por las siglas '''ARQ''' (del inglés ''Automatic Repeat reQuest''), es un mecanismo de control de errores en la transmisión de datos. Estos protocolos se encargan de retransmitir automáticamente la información que no llega al [[receptor]] o que lo hace con errores<ref name="uoc"/>.

El funcionamiento se basa en la retroalimentación del receptor mediante el envío de ''mensajes de confirmación'' (En inglés, ''acknowledgements''; abreviado, ''ACK.'') de aquellos datagramas que han llegado, mientras que la ausencia de estos ''ACK'' dentro de un ''tiempo de espera'' (''timeout'') determinado muestran la necesidad de retransmitir los mensajes por parte del emisor.
==Importancia y necesidad de los protocolos de retransmisión==

En comunicaciones digitales reales, los canales introducen errores y pérdidas por ruido, interferencias o imperfecciones de los mismos. Sin un mecanismo de recuperación como este tipo de protocolos, estos errores se traducirían en datos corruptos o incompletos en el receptor. El problema que resuelven los protocolos de retransmisión (ARQ) es precisamente lograr establecer una comunicación fiable de los datos a pesar de un canal no confiable.

En transferencia de ficheros o datos críticos, la prioridad es la exactitud, por lo que esa latencia y sobrecarga del ancho de banda asociadas a este tipo de protocolos serán aceptadas para garantizar la entrega íntegra. En cambio, en servicios de tiempo real o interactivos, suele preferirse en la mayoría de los casos tolerar algunas pérdidas y errores antes que introducir latencia por las retransmisiones.

==Variantes principales==
Destacan tres variantes principales que son las siguientes<ref name="upct"/>:

* '''''Parada y espera''''' (en inglés, '''''stop-and-wait'''''): es el protocolo de retransmisión (ARQ) más sencillo. El emisor envía una única trama, inicia un temporizador (con un tiempo de espera determinado) y espera su ''ACK'' por parte del receptor antes de continuar con el siguiente envío. En la primera imagen podemos ver cómo en caso de que el receptor verifique la integridad de la trama y envíe el acuse de recibo dentro del tiempo de espera establecido por el emisor, este último avanza y transmite la siguiente trama.<br />
{{center|<gallery mode="packed" heights="240">
File:STOPANDWAITARQBIEN.png|'''Caso 1:''' recepción correcta (Stop-and-Wait)
File:Stopandwaitarqdatamal.png|'''Caso 2:''' trama dañada o perdida
File:Stopandwaitarqackmal.png|'''Caso 3:''' ACK perdido o corrupto
</gallery>}}
{{center|<small>'''Figura 1''': Estrategia de retransmisión de ''parada y espera'' (''stop-and-wait'').</small>}}

Por otro lado, cuando hay un problema tanto con la trama como con el acuse de recibo (forma habitual de llamar al ''ACK'' en castellano) y pasa el tiempo de espera, el emisor procede a reenviar la trama inicial, volviendo a comenzar el proceso ya explicado. Esto garantiza la corrección pero es muy poco eficiente cuando el canal tiene mucha latencia o alta capacidad porque este se mantiene inactivo durante cada tiempo de espera'','' lo que provoca que el emisor quede ocioso durante este periodo de tiempo. Habitualmente es utilizado en casos de enlaces muy cortos, dispositivos simples o cuando el tiempo de ida y vuelta (RTT) es bajo.
* '''''Envío continuo con rechazo simple''''' (en inglés '''''go-back-n'''''): permite enviar varias tramas seguidas (hasta un número N determinado por el tamaño de ventana) sin esperar el acuse de recibo inmediato de cada una de ellas. Si el receptor detecta una pérdida o error en una trama, el emisor debe retroceder y retransmitir esa trama y todas las que le siguen en orden, lo que aumenta el tráfico redundante en caso de error pero simplifica el manejo en el receptor que puede descartar tramas fuera de secuencia.
[[File:Gobackn.png|thumb|268x268px|'''Figura 2''': Estrategia de retransmisión de ''envío continuo con rechazo simple'' (''go-back-n'').]]
En la imagen se observa cómo el receptor, mientras el emisor envía los 6 paquetes de forma continuada, no recibe "Paquete 2" y descarta los restantes. Cuando el emisor no recibe el acuse de recibo dentro del tiempo de espera determinado, retrocede y retransmite todos los paquetes a partir del paquete perdido.

De esta forma, se garantiza que los datos lleguen al receptor en orden y sin errores, todo ello con un coste de eficiencia notable ya que se retransmiten todos los paquetes posteriores al que dió el problema a pesar de haber llegado correctamente al receptor ya que este los descartó al esperar recibir el paquete que no llegó.

* '''''Envío continuo con parada selectiva''''' (en inglés, '''''selective repeat'''''): es un protocolo ARQ más avanzado que el de envío continuo con rechazo simple. El emisor puede enviar múltiples tramas consecutivas dentro de una ventana concreta de transmisión y por otro lado el receptor es capaz de aceptar y almacenar tramas recibidas correctamente aunque lleguen fuera de orden.

Comparado con el protocolo de envío continuo con rechazo simple, la principal diferencia es que cuando se detecta una pérdida o error en una trama concreta, el receptor solicita únicamente la retransmisión de la trama afectada, en lugar de descartar todas las tramas posteriores. De esta forma, el emisor solo retransmite los paquetes perdidos o dañados mejorando notablemente la eficiencia del sistema, sobre todo en enlaces con latencia elevada.
[[File:SelectiveRepeatARQ.png|thumb|268x268px|'''Figura 3''': Estrategia de retransmisión de ''envío continuo con parada selectiva'' (''selective repeat'').]]

Este protocolo requiere una mayor complejidad tanto en el emisor como en el receptor. Ambos deben gestionar ventanas deslizantes de forma independiente y mecanismos de almacenamiento temporal de tramas fuera de secuencia, también el uso de confirmaciones selectivas.

==Referencias==
<references>
<ref name="uoc">
Font Rosselló, M., Vilajosana Guillén, X., Lara Ochoa, E., & Serral I Gracià, R. (s. f.). ''La capa de transporte de datos''. Universitat Oberta de Catalunya. https://openaccess.uoc.edu/server/api/core/bitstreams/774b28bf-ddef-401d-9b55-42efdf3a03d6/content
</ref>

<ref name="upct">
Protocolos ARQ. (s. f.). Laboratorio Docente del Área de Ingeniería Telemática de la Universidad Politécnica de Cartagena. Recuperado 25 de diciembre de 2025, de https://labit501.upct.es/~fburrull/docencia/Applets/ips/ventanaARQ/protocolos.html
</ref>
</references>

File:SelectiveRepeatARQ.png

2025-12-25T21:46:45Z

Juan Antonio Pérez Medina:

SelectiveRepeatARQ

Draft:Protocolo de retransmisión

2025-11-02T17:03:57Z

Juan Antonio Pérez Medina: Propuesta inicial a falta de completar Referencias

{{Cab0_TI
|Autores=[[User:Juan Antonio Pérez Medina]]
|Docentes=[[user:JDíaz|J.M. Díaz Nafría]]
}}

==Definición==

Un protocolo de retransmisión, también conocido por las siglas '''ARQ''' (del inglés ''Automatic Repeat reQuest''), es un mecanismo de control de errores en la transmisión de datos. Estos protocolos se encargan de retransmitir automáticamente la información que no llega al o que lo hace con errores al receptor<ref name="uoc"/>.

El funcionamiento se basa en la retroalimentación del receptor mediante el envío de mensajes de confirmación (En inglés, ''acknowledgements''; abreviado, ''ACK.'') de aquellos datagramas que han llegado, mientras que la ausencia de estos ''ACK'' dentro de un tiempo de espera (''timeout'') determinado muestran la necesidad de retransmitir los mensajes por parte del emisor.
==Importancia y necesidad de los protocolos de retransmisión==

En comunicaciones digitales reales, los canales introducen errores y pérdidas por ruido, interferencias o imperfecciones de los mismos. Sin un mecanismo de recuperación como este tipo de protocolos, estos errores se traducirían en datos corruptos o incompletos en el receptor. El problema que resuelven los protocolos de retransmisión (ARQ) es precisamente lograr establecer una comunicación fiable de los datos a pesar de un canal no confiable.

En transferencia de ficheros o datos críticos, la prioridad es la exactitud, por lo que esa latencia y sobrecarga del ancho de banda asociadas a este tipo de protocolos serán aceptadas para garantizar la entrega íntegra. En cambio, en servicios de tiempo real o interactivos, suele preferirse en la mayoría de los casos tolerar algunas pérdidas y errores antes que introducir latencia por las retransmisiones.

==Variantes principales==
Destacan dos variantes principales que son las siguientes:

* '''''Stop-and-Wait''''': es el protocolo ARQ más sencillo. El emisor envía una única trama, inicia un temporizador (con un tiempo de espera determinado) y espera su ''ACK'' por parte del receptor antes de continuar con el siguiente envío. En la primera imagen podemos ver cómo en caso de que el receptor verifique la integridad de la trama y envíe el acuse de recibo dentro del tiempo de espera establecido por el emisor, este último avanza y transmite la siguiente trama.<br /><gallery mode="packed" heights="250">
File:STOPANDWAITARQBIEN.png|'''Caso 1:''' recepción correcta (Stop-and-Wait)
File:Stopandwaitarqdatamal.png|'''Caso 2:''' trama dañada o perdida
File:Stopandwaitarqackmal.png|'''Caso 3:''' ACK perdido o corrupto
</gallery>

Por otro lado, cuando hay un problema tanto con la trama como con el acuse de recibo (forma habitual de llamar al ''ACK'' en castellano) y pasa el tiempo de espera, el emisor procede a reenviar la trama inicial, volviendo a comenzar el proceso ya explicado. Esto garantiza la corrección pero es muy poco eficiente cuando el canal tiene mucha latencia o alta capacidad porque este se mantiene inactivo durante cada tiempo de espera'','' lo que provoca que el emisor quede ocioso durante este periodo de tiempo. Habitualmente es utilizado en casos de enlaces muy cortos, dispositivos simples o cuando el tiempo de ida y vuelta (RTT) es bajo.

* '''''Go-Back-N:''''' permite enviar varias tramas seguidas (hasta un número N determinado por el tamaño de ventana) sin esperar el acuse de recibo inmediato de cada una de ellas. Si el receptor detecta una pérdida o error en una trama, el emisor debe retroceder y retransmitir esa trama y todas las que le siguen en orden, lo que aumenta el tráfico redundante en caso de error pero simplifica el manejo en el receptor que puede descartar tramas fuera de secuencia.
[[File:Gobackn.png|thumb|268x268px|Caso de Go-Back-N]]
En la imagen se observa cómo el receptor, mientras el emisor envía los 6 paquetes de forma continuada, no recibe "Paquete 2" y descarta los restantes. Cuando el emisor no recibe el acuse de recibo dentro del tiempo de espera determinado, retrocede y retransmite todos los paquetes a partir del paquete perdido.

De esta forma, se garantiza que los datos lleguen al receptor en orden y sin errores, todo ello con un coste de eficiencia notable ya que se retransmiten todos los paquetes posteriores al que dió el problema a pesar de haber llegado correctamente al receptor ya que este los descartó al esperar recibir el paquete que no llegó.

==Referencias==
<references>
<ref name="uoc">
Font Rosselló, M., Vilajosana Guillén, X., Lara Ochoa, E., & Serral I Gracià, R. (s. f.). ''La capa de transporte de datos''. Universitat Oberta de Catalunya. https://openaccess.uoc.edu/server/api/core/bitstreams/774b28bf-ddef-401d-9b55-42efdf3a03d6/content
</ref>

</references>

[[Category:GlossaLAB.edu]]
[[Category:Teoría de la información]]

File:Gobackn.png

2025-11-02T16:58:33Z

Juan Antonio Pérez Medina:

Imagen de Go-Back-N

File:STOPANDWAITARQBIEN.png

2025-11-02T16:55:39Z

Juan Antonio Pérez Medina:

Imagen en la que muestro el esquema emisor-receptor con envío de tramas usando Stop-and-Wait

File:Stopandwaitarqdatamal.png

2025-11-02T16:54:18Z

Juan Antonio Pérez Medina:

Imagen en la que muestro el esquema emisor-receptor con envío de tramas usando Stop-and-Wait

File:Stopandwaitarqackmal.png

2025-11-02T16:52:39Z

Juan Antonio Pérez Medina:

Imagen en la que muestro el esquema emisor-receptor con envío de tramas usando Stop-and-Wait

Teleservicio

2025-06-01T19:57:20Z

Juan Antonio Pérez Medina: Añado bibliografía y referencias.

{{Cab0_ST
|Autores=[[User:Juan Antonio Pérez Medina]]
|Docentes=[[user:JDíaz|J.M. Díaz Nafría]]
}}

==Definición==

En el ámbito de las telecomunicaciones, se denomina teleservicio (del inglés ''teleservice'') al [[Servicio de telecomunicación|servicio de telecomunicación]] que proporciona en sí mismo la capacidad íntegra de [[Comunicación|comunicación]] entre usuarios<ref name="citel"/>, incluyendo las funciones realizadas por los equipos terminales<ref name="rai"/>. Todo esto con arreglo a diferentes protocolos normalizados, capacidad de transmisión y demás condiciones establecidas mediante acuerdos entre los distintos y abundantes teleoperadores. Tenemos que remarcar que el teleservicio abarca tanto las capas bajas como las capas altas de los sistemas de comunicación, incluyendo así tanto la conectividad provista por la [[Red de telecomunicación|red]] como las funciones propias de aplicación en los extremos del sistema necesarias para el servicio en cuestión.

==Ejemplos clásicos y evolución digital==

Históricamente los teleservicios abarcaron los principales servicios tradicionales propios de las telecomunicaciones. Uno de los ejemplos más destacables es el del servicio telefónico<ref name="Pierce"/>, que podríamos considerarlo como el teleservicio por excelencia desde la era analógica, ya que permitió la comunicación de voz en tiempo real entre dos usuarios, y sin duda su llegada supuso un auténtico cambio de paradigma.

También podemos considerar otros teleservicios como la telegrafía, télex, el servicio de fax o servicios de teletexto. Ya en la era digital<ref name="upm"/>, surgieron muchos otros nuevos teleservicios sobre redes integradas como la mensajería telemática, posteriormente los servicios de mensajería corta o más conocidos como SMS en redes móviles celulares, que han permitido, y lo siguen haciendo hoy en día, el intercambio de mensajes de texto entre terminales móviles.

Como vemos, los teleservicios proporcionan una solución completa de comunicación al usuario final, incluyendo todas las funciones de usuario necesarias como por ejemplo la codificación de voz o datos entre otros, todo ello apoyándose en las distintas redes para el transporte.

Con la digitalización y convergencia de redes, una parte de esos teleservicios mencionados y muchos otros han evolucionado y otra parte de ellos han sido directamente reemplazados por servicios equivalentes pero mejorados sobre redes de nueva generación. Un claro ejemplo es el del servicio telefónico que ha migrado hacia voz sobre [[Protocolo TCP/IP|IP]] (VoIP), el fax ha sido sustituido prácticamente en su totalidad por el correo electrónico. Incluso si nos fijamos en las redes digitales modernas y más actuales como lo son por ejemplo, las redes móviles 2G/3G, seguimos utilizando este concepto de teleservicio para referirnos a las distintas aplicaciones de comunicación que un operador ofrece a sus usuarios. Un ejemplo es GSM, en el que se definieron un conjunto de teleservicios soportados (SMS, telefonía, etc.)<ref name="gsm"/>.En todas estas arquitecturas más modernas de servicios se suelen separar de forma clara la capa de control de llamadas/mensajes y la capa de transporte, lo que otorga la posibilidad de ofrecer varios teleservicios sobre una infraestructura compartida. En resumen, la digitalización lo que está permitiendo es que múltiples teleservicios coexistan y se integren sobre una misma infraestructura de red, desarrollándose así infinidad de redes integradas de servicios distintas.

==Rol en la arquitectura de servicios y prestación al usuario==

El teleservicio reside en la capa de aplicación o de servicios finales que interactúa directamente con el usuario, sirviéndose para su prestación de los recursos de red como [[Conmutación|conmutación]], transporte o señalización y todo ello añadiendo lógicas de control y funciones de usuario. Continuando con el ejemplo que hemos puesto, en un servicio telefónico, la red proporciona el [[Canal de comunicación|canal]] de voz para poder establecer comunicación entre terminales, pero todas las funciones como señalización, marcado o la conversión de audio en el altavoz son las que forman el teleservicio en sí.

En definitiva, dentro del sistema de telecomunicaciones el teleservicio es la funcionalidad por la cual el cliente contrata y utiliza una red, por lo que cumple un papel fundamental e imprescindible al representar ese servicio final ofrecido por el operador del que luego disfrutan los usuarios.

==Referencias==
<references>
<ref name="Pierce">
Pierce, John R.; Noll, A. Michael. (1995). ''Señales. La ciencia de las Telecomunicaciones''. Barcelona: Reverté.
</ref>
<ref name="gsm">
TutorialsPoint. (2025, 25 marzo). ''GSM User services''.
</ref>
<ref name="rai">
Real Academia de Ingeniería. (n.d.). ''Diccionario Español de la Ingeniería (entrada: teleservicio)''. Recuperado de [http://diccionario.raing.es/es/lema/teleservicio enlace permanente]
</ref>
<ref name="citel">
Comisión Interamericana de Telecomunicaciones. (2005, septiembre). ''Desarrollo de servicios para telefonía móvil 2.5G y 3 G''. Recuperado de [https://www.oas.org/en/citel/infocitel/2005/septiembre/conatel_e.asp enlace permanente]
</ref>
<ref name="upm">
Fernando Sáez Vacas. (n.d.). ''La Era Digital''. Recuperado de [https://oa.upm.es/22247/1/La_era_digital.pdf enlace permanente]
</ref>
</references>

[[Category:GlossaLAB.edu]]
[[Category:Sistemas de transmisión]]

Teleservicio

2025-04-11T21:39:38Z

Juan Antonio Pérez Medina: Estructura inicial del artículo y borrador de "Teleservicio"

{{Cab0_ST
|Autores=[[User:Juan Antonio Pérez Medina]]
|Docentes=[[user:JDíaz|J.M. Díaz Nafría]]
}}

==Definición==

En el ámbito de las telecomunicaciones, se denomina teleservicio (del inglés ''teleservice'') al servicio de telecomunicación que proporciona en sí mismo la capacidad íntegra de comunicación entre usuarios, incluyendo las funciones realizadas por los equipos terminales<ref name="rai"/>. Todo esto con arreglo a diferentes protocolos normalizados, capacidad de transmisión y demás condiciones establecidas mediante acuerdos entre los distintos y abundantes teleoperadores. Tenemos que remarcar que el teleservicio abarca tanto las capas bajas como las capas altas de los sistemas de comunicación, incluyendo así tanto la conectividad provista por la red como las funciones propias de aplicación en los extremos del sistema necesarias para el servicio en cuestión.

==Ejemplos clásicos y evolución digital==

Históricamente los teleservicios abarcaron los principales servicios tradicionales propios de las telecomunicaciones. Uno de los ejemplos más destacables es el del servicio telefónico<ref name="Pierce"/>, que podríamos considerarlo como el teleservicio por excelencia desde la era analógica, ya que permitió la comunicación de voz en tiempo real entre dos usuarios, y sin duda su llegada supuso un auténtico cambio de paradigma.

También podemos considerar otros teleservicios como la telegrafía, télex, el servicio de fax o servicios de teletexto. Ya en la era digital, surgieron muchos otros nuevos teleservicios sobre redes integradas como la mensajería telemática, posteriormente los servicios de mensajería corta o más conocidos como SMS en redes móviles celulares, que han permitido, y lo siguen haciendo hoy en día, el intercambio de mensajes de texto entre terminales móviles.

Como vemos, los teleservicios proporcionan una solución completa de comunicación al usuario final, incluyendo todas las funciones de usuario necesarias como por ejemplo la codificación de voz o datos entre otros, todo ello apoyándose en las distintas redes para el transporte.

Con la digitalización y convergencia de redes, una parte de esos teleservicios mencionados y muchos otros han evolucionado y otra parte de ellos han sido directamente reemplazados por servicios equivalentes pero mejorados sobre redes de nueva generación. Un claro ejemplo es el del servicio telefónico que ha migrado hacia voz sobre IP (VoIP), el fax ha sido sustituido prácticamente en su totalidad por el correo electrónico. Incluso si nos fijamos en las redes digitales modernas y más actuales como lo son por ejemplo, las redes móviles 2G/3G, seguimos utilizando este concepto de teleservicio para referirnos a las distintas aplicaciones de comunicación que un operador ofrece a sus usuarios. Un ejemplo es GSM, en el que se definieron un conjunto de teleservicios soportados (SMS, telefonía, etc.)<ref name="gsm"/>.En todas estas arquitecturas más modernas de servicios se suelen separar de forma clara la capa de control de llamadas/mensajes y la capa de transporte, lo que otorga la posibilidad de ofrecer varios teleservicios sobre una infraestructura compartida. En resumen, la digitalización lo que está permitiendo es que múltiples teleservicios coexistan y se integren sobre una misma infraestructura de red, desarrollándose así infinidad de redes integradas de servicios distintas.

==Rol en la arquitectura de servicios y prestación al usuario==

El teleservicio reside en la capa de aplicación o de servicios finales que interactúa directamente con el usuario, sirviéndose para su prestación de los recursos de red como [[Conmutación|conmutación]], transporte o señalización y todo ello añadiendo lógicas de control y funciones de usuario. Continuando con el ejemplo que hemos puesto, en un servicio telefónico, la red proporciona el [[Canal de comunicación|canal]] de voz para poder establecer comunicación entre terminales, pero todas las funciones como señalización, marcado o la conversión de audio en el altavoz son las que forman el teleservicio en sí.

En definitiva, dentro del sistema de telecomunicaciones el teleservicio es la funcionalidad por la cual el cliente contrata y utiliza una red, por lo que cumple un papel fundamental e imprescindible al representar ese servicio final ofrecido por el operador del que luego disfrutan los usuarios.

==Referencias==
<references>
<ref name="Pierce">
Pierce, John R.; Noll, A. Michael. (1995). ''Señales. La ciencia de las Telecomunicaciones''. Barcelona: Reverté.
</ref>
<ref name="gsm">
TutorialsPoint. (2025, 25 marzo). ''GSM User services''.
</ref>
<ref name="rai">
Real Academia de Ingeniería. (n.d.). ''Diccionario Español de la Ingeniería (entrada: teleservicio)''. Recuperado de [http://diccionario.raing.es/es/lema/teleservicio enlace permanente]
</ref>
</references>

Señal Rectangular

2024-12-05T19:01:03Z

Juan Antonio Pérez Medina:

El pulso rectangular es una de las señales elementales y base para la construcción de otras más complejas, aparece habitualmente en el tratamiento de señales y [[Sistema|sistemas]]. Tiene múltiples aplicaciones en electrónica, como por ejemplo en la generación de señales de reloj, entre muchas otras. Al tener un comportamiento binario, es decir, que alterna entre dos estados distintos, se hace especialmente útil para representar condiciones o estados distintos como encendido y apagado o 1 y 0.

==Definición==
[[File:Senalrectangular.png|thumb|'''Figura 1''': Representación gráfica de la señal rectangular]]
La [[Señal|señal]] rectangular se define matemáticamente mediante la siguiente expresión:

<math>
\text{rect}\left(\frac{t}{T}\right) =
\begin{cases}
1 & , \left| t \right| < \frac{T}{2} \\
0 & , \left| t \right| > \frac{T}{2}
\end{cases}
</math>

Es una función que se caracteriza por su [[Linealidad|linealidad]] ya que la pendiente es constante en cada uno de los trozos que la componen, es continua y diferenciable para todo punto de la misma a excepción de los vértices. Es una función simétrica/par, es decir, que satisface la siguiente propiedad:

<math>
f(t) = f(-t)
</math>
==Código==

En MATLAB, podemos definirla de múltiples formas diferentes y una de ellas es la siguiente, en la que nos ceñimos a la expresión matemática con la que la hemos definido:

<syntaxhighlight lang="matlab" style="font-size:90%">
T = 5; % Anchura del rectángulo

% Definición de señal rectangular
rect = @(t) (abs(t) <= T/2);

% Creamos el vector de tiempo sobre el que vamos a trabajar
t = linspace(-T, T, 1000);

% Evaluamos la señal
rect_signal = rect(t);
</syntaxhighlight>

También, MATLAB nos ofrece la posibilidad de representar cualquier pulso rectangular con los parámetros que deseemos utilizando la siguiente función:
<syntaxhighlight lang="matlab" style="font-size:90%">
r = rectangularPulse(a,b,x)
</syntaxhighlight>
==Referencias==

* Bosch, I., Castillo, J. G., Ricós, R. M., & Domínguez, L. V. (2015). ''Señales y Sistemas: teoría y problemas''. Valencia: Universitat Politècnica de València
* MATLAB Documentation - MathWorks España. (s.f.). Recuperado el 2 de enero, 2023, de https://es.mathworks.com/help/

Draft:Señal exponencial compleja

2024-12-05T18:39:38Z

Juan Antonio Pérez Medina: Contribución a la definición de la señal exponencial compleja.

La [[Señal exponencial|señal exponencial]] compleja es una función fundamental en las telecomunicaciones y el procesamiento de señales. La utilizamos para representar señales sinusoidales de una forma más compacta y manejable entre otros.

==Definición==

La señal exponencial compleja se define matemáticamente como:

<div align="center"><math> x(t) = e^{j\omega_0 t} </math> </div>

Utilizando la fórmula de Euler, esta función puede expresarse en términos de sus componentes real e imaginaria:

<math> e^{j\omega_0 t} = \cos(\omega_0 t) + j \sin(\omega_0 t) </math>
==Propiedades==

La señal exponencial compleja posee varias propiedades importantes:

* El módulo de <math>e^{j\omega_0 t}</math> es siempre 1:

<div align="center"><math> |e^{j\omega_0 t}| = \sqrt{\cos^2(\omega_0 t) + \sin^2(\omega_0 t)} = 1 </math></div>

* Es una función periódica con período fundamental:

<div align="center"><math> T = \frac{2\pi}{\omega_0} </math></div>

* La transformada de Fourier de la señal exponencial compleja es una función delta desplazada:

<div align="center"><math> \mathcal{F}\{e^{j\omega_0 t}\} = 2\pi \delta(\omega - \omega_0) </math></div>

==Código==

A continuación, este código en MATLAB nos permite generar y visualizar la señal exponencial compleja, mostrando sus partes real e imaginaria:

[[File:Senalexpcomp.jpg|thumb|right|Representación gráfica de la señal exponencial compleja.]]
<syntaxhighlight lang="matlab" style="font-size:90%">
% Parámetros de la señal

f0 = 5; % Frecuencia en Hz
omega0 = 2 * pi * f0; % Frecuencia angular en rad/s

% Establecemos el vector de tiempo
t = linspace(0, 1, 1000); % Tiempo de 0 a 1 segundo

% Calculamos la señal exponencial compleja
x_t = exp(1j * omega0 * t);

% Representación gráfica de las partes real e imaginaria
figure;

% Parte real
subplot(2,1,1);
plot(t, real(x_t), 'b', 'LineWidth', 2);
xlabel('Tiempo (s)');
ylabel('Amplitud');
title('Parte Real de e^{j\omega_0 t}'); grid on;

% Parte imaginaria
subplot(2,1,2);
plot(t, imag(x_t), 'r', 'LineWidth', 2);
xlabel('Tiempo (s)');
ylabel('Amplitud');
title('Parte Imaginaria de e^{j\omega_0 t}');
grid on;
</syntaxhighlight>

==Consideraciones Adicionales==

Las operaciones de diferenciación e integración se simplifican al trabajar con exponentiales complejas:

Derivada:

<div align="center"><math> \frac{d}{dt} e^{j\omega_0 t} = j\omega_0 e^{j\omega_0 t} </math></div>

Integral:

<div align="center"><math> \int e^{j\omega_0 t} \, dt = \frac{1}{j\omega_0} e^{j\omega_0 t} + C </math></div>

==Referencias==
* Bosch, I., Castillo, J. G., Ricós, R. M., & Domínguez, L. V. (2015). ''Señales y Sistemas: teoría y problemas''. Valencia: Universitat Politècnica de València

* MATLAB Documentation - MathWorks España. (s.f.). Recuperado el 5 de diciembre, 2024, de https://es.mathworks.com/help/

* Oppenheim, A. V., & Willsky, A. S. (1997). Señales y Sistemas. Prentice Hall.

* Proakis, J. G., & Manolakis, D. G. (2006). Digital Signal Processing: Principles, Algorithms, and Applications. Pearson.

File:Senalexpcomp.jpg

2024-12-05T18:31:29Z

Juan Antonio Pérez Medina:

Representación gráfica en MATLAB de la exponencial compleja.

Señal sinc

2024-12-05T18:06:52Z

Juan Antonio Pérez Medina: Created page with "La señal sinc, o seno cardinal, es una función matemática fundamental en el ámbito de las telecomunicaciones. La señal sinc es esencial para comprender cómo las señales pueden ser transmitidas y recuperadas sin pérdida de información. Al actuar como una función de interpolación ideal, permite la reconstrucción perfecta de una señal continua a partir de sus muestras discretas respetando el límite de Nyquist establecido en el Teor..."

La señal sinc, o seno cardinal, es una función matemática fundamental en el ámbito de las telecomunicaciones.

La señal sinc es esencial para comprender cómo las señales pueden ser transmitidas y recuperadas sin pérdida de información. Al actuar como una función de [[Interpolación ideal|interpolación ideal]], permite la reconstrucción perfecta de una señal continua a partir de sus muestras discretas respetando el límite de Nyquist establecido en el [[Teorema de muestreo|teorema de muestreo]].
==Definición==

La señal sinc (normalizada) se define matemáticamente mediante la siguiente expresión:

<div align="center"> <math> \text{sinc}(t) = \frac{\sin(\pi t)}{\pi t} </math> </div>
Para el caso especial cuando <math>t=0</math>, su valor se define utilizando el límite:

<div align="center"> <math> \text{sinc}(0) = \lim_{t \to 0} \frac{\sin(\pi t)}{\pi t} = 1 </math> </div>
La función sinc es una función continua y diferenciable en todo su dominio, y presenta varias propiedades importantes:

* Presenta una [[Simetría de la señal|simetría par]] dado que se satisface que <math> \text{sinc}(t)=\text{sinc}(-t) </math>

* Su valor máximo está en <math>t=0</math> donde alcanza el valor de 1.

* Cuando <math>t=\text{±1, ±2, ±3, …}</math> tenemos que <math>sinc(t)=0</math> por lo que sus ceros están en los enteros distintos de cero.

==Código==

En MATLAB, podemos representar la señal sinc siguiendo su definición matemática que es la que hemos dado anteriormente.

A continuación, se presenta un código crea una variable que va a almacenar nuestra función sinc y que posteriormente se representa gráficamente:

[[File:Senalsinc.jpg|thumbnail|'''Figura 1''': Representación gráfica de la señal sinc]]

<syntaxhighlight lang="matlab" style="font-size:90%">
% Parámetros de la señal
T = 1; % Período de muestreo o escala temporal

% Establecemos el vector de tiempo
t = linspace(-10*T, 10*T, 1000);

% Calculamos la señal sinc
sinc_t = sin(pi * t / T) ./ (pi * t / T);

% Manejo del caso t = 0 para evitar indeterminación
sinc_t(t == 0) = 1;

% Representación gráfica de la señal sinc
figure;
plot(t, sinc_t, 'LineWidth', 2);
xlabel('Tiempo (t)');
ylabel('sinc(t)');
title('Representación de la Señal sinc');
grid on;

% Resaltado de los ceros de la función
hold on;
ceros = (-10*T:T:10*T);
ceros(ceros == 0) = [];

% Excluimos el cero para no resaltar el máximo
plot(ceros, zeros(size(ceros)), 'ro'); hold off;
</syntaxhighlight>

También, si queremos trabajar con ella de forma eficiente, MATLAB nos otorga la posibilidad de utilizar un atajo que nos permite no tener que escribir la función desde 0 utilizando la definición y declararla de la siguiente forma:

<syntaxhighlight lang="matlab" style="font-size:90%">
% Parámetros de la señal
T = 1; % Período de muestreo o escala temporal

% Establecemos el vector de tiempo
t = linspace(-10*T, 10*T, 1000);

y = sinc(t);
</syntaxhighlight>

==Propiedades Matemáticas Adicionales==

La [[Transformada de Fourier|transformada de Fourier]] continua de la función sinc es una [[Señal Rectangular|función rectangular]]:

<div align="center"> <math> rect(\omega) = \begin{cases} 1 & |\omega| \leq \pi \\ 0 & |\omega| > \pi \end{cases} </math> </div>

Esto establece una dualidad entre la función sinc en el dominio del tiempo y la [[Señal Rectangular|función rectangular]] en el dominio de la frecuencia.

==Referencias==

* Bosch, I., Castillo, J. G., Ricós, R. M., & Domínguez, L. V. (2015). ''Señales y Sistemas: teoría y problemas''. Valencia: Universitat Politècnica de València

* MATLAB Documentation - MathWorks España. (s.f.). Recuperado el 5 de diciembre, 2024, de https://es.mathworks.com/help/

File:Senalsinc.jpg

2024-12-05T17:58:35Z

Juan Antonio Pérez Medina:

Representación en MATLAB de una señal sinc.

Draft:Internet Engineering Task Force (IETF)

2024-03-09T17:20:15Z

Juan Antonio Pérez Medina: correcciones

{{Cab0_ST
|Autores=[[User:Juan Antonio Pérez Medina]]
|Docentes=[[User:JDíaz]]
}}

==Definición==
[[File:Ietflogo.png|thumb|right|'''Figura 1''': Logotipo de IETF]]
Internet Engineering Task Force (IETF) es una organización internacional sin ánimo de lucro, fundada en 1986 en la que participan voluntariamente expertos, tales como diseñadores de redes, operadores, ingenieros e investigadores, que han contribuido a la ingeniería y el desarrollo de la tecnología de Internet y cuya tarea principal es ser responsable del desarrollo y formulación de especificaciones de protocolo denominadas Solicitud de comentarios (RFC) con respecto a los protocolos de Internet, incluido [[Protocolo_TCP/IP|TCP/IP]].

En la actualidad, el IETF se ha convertido en la organización de investigación tecnológica a gran escala más autorizada en la industria global de Internet.

==Misión y principios==

Tal y como indican en su página web<ref name="ietf"/>:

"El objetivo general del IETF es hacer que Internet funcione mejor".

"Su misión es producir documentos técnicos y de ingeniería relevantes y de alta calidad que influyan en la forma en que las personas diseñan, usan y administran Internet de tal manera que Internet funcione mejor. Estos documentos incluyen estándares de protocolo, mejores prácticas actuales y documentos informativos de diversa índole."

En cuanto a sus principios destacar:

* '''Proceso abierto''': la creación de documentos, la gestión de listas de correo del grupo de trabajo y la publicación de las actas de las reuniones se llevan a cabo en un proceso transparente.

* '''Competencia técnica''': Las cuestiones consideradas por el IETF serán examinadas por personal técnico especializado utilizando todas las fuentes con capacidad técnica especializada.

* '''Núcleo de voluntarios''': los participantes y líderes del IETF son personas que se preocupan por mejorar Internet y quieren contribuir a ello de forma totalmente voluntaria.

* '''Consenso aproximado y código de ejecución''': los estándares del IETF se desarrollan basándose en la experiencia de implementación en el mundo real de los participantes y en el criterio técnico combinado.

* '''Propiedad del protocolo''': el IETF es responsable de todos los aspectos de los protocolos establecidos por el IETF.

==Objetivos==

Los participantes del IETF cumplen las siguientes misiones de la organización a través de las tres reuniones que realiza el IETF cada año:

* Identificar problemas operativos y técnicos de Internet y proponer soluciones.

* Describir detalladamente el desarrollo o uso de los protocolos de Internet y resolver los problemas correspondientes.

* Hacer sugerencias al IESG sobre estándares y usos del protocolo de Internet.

* Promover la promoción de los resultados de la investigación técnica del Internet Research Task Force (IRTF) a la comunidad de Internet.

* Proporcionar un foro para el intercambio de información entre usuarios de Internet, investigadores, comercializadores, fabricantes y directivos.

==Organizaciones relacionadas con el IETF==
[[File:Internet Society.jpg|thumb|right|'''Figura 2''': Logotipo de ISOC]]
- '''Internet Society (ISOC - Internet Society)'''

ISOC es una organización internacional sin ánimo de lucro cuya función es promover la aplicación de Internet a escala global, para ello brinda apoyo financiero y legal a varias organizaciones de Internet, especialmente al IETF bajo la dirección de la IAB.

[[File:Iablogo.png|thumb|right|'''Figura 3''': Logotipo de IAB]]
- '''Junta de Arquitectura de Internet (IAB-Internet Architecture Board)'''

IAB es responsable de definir la arquitectura y el plan de desarrollo a largo plazo de toda Internet, brindando orientación a El IETF, antes del establecimiento de un nuevo grupo de trabajo del IETF, el IAB es responsable de revisar los estatutos de este grupo de trabajo para garantizar la racionalidad de su establecimiento, podemos considerarlo como el máximo órgano de toma de decisiones técnicas del IETF.

Además, la IAB es también la organización y administradora del IRTF, responsable de convocar un grupo de trabajo especial para llevar a cabo debates en profundidad sobre cuestiones estructurales de Internet.

- '''Grupo Directivo de Ingeniería de Internet (IESG-Grupo Directivo de Ingeniería de Internet)'''

IESG es responsable de la gestión técnica de las actividades del IETF y de los procedimientos de establecimiento de estándares, aprueba o corrige los resultados de investigación de los grupos de trabajo del IETF.
Como parte de ISOC (Internet Society), se gestiona de acuerdo con las regulaciones y procedimientos aprobados por el Consejo de ISOC. Se puede considerar que el IESG es el órgano de toma de decisiones de implementación del IETF.

[[File:Iana-official-1.jpg|thumb|right|'''Figura 4''': Logotipo de IANA]]
- '''La Autoridad de Números Asignados de Internet (IANA)'''

Es responsable de asignar parámetros relacionados con los protocolos de Internet (direcciones IP, números de puerto, nombres de dominio y otros parámetros de protocolo, etc.). La IAB designa a la IANA para agregar cláusulas adicionales a un protocolo de Internet después de su publicación para explicar la distribución y el uso de los parámetros del protocolo.

- '''La Secretaría del IETF (Secretaría RFC)'''

La Secretaría del IETF es responsable de los asuntos de la conferencia y del mantenimiento de algunos grupos de correo especiales. También es responsable de actualizar y regular el borrador del directorio oficial de Internet, mantener el sitio web del IETF y ayudar en el trabajo diario del IESG.

[[File:Irtf-logo.png|thumb|right|'''Figura 5''': Logotipo de IRTF]]
- '''Grupo de Trabajo de Investigación de Internet (IRTF-El Grupo de Trabajo de Investigación de Internet)'''

El IRTF está compuesto por muchos grupos de investigación profesionales y estudia protocolos, aplicaciones, arquitectura y tecnologías de Internet. La mayoría de ellos son grupos operativos a largo plazo, pero también hay un pequeño número de grupos de investigación temporales a corto plazo, en este grupo cada miembro es individual y no representa los intereses de ninguna organización.

- '''RFC'''

Los RFC suelen comenzar como un borrador de Internet o Draft escrito por un individuo o un grupo de personas. Estos borradores deben ser adoptados por un grupo de trabajo del IETF, y después de eso, el grupo de trabajo debe llevar a cabo múltiples rondas de discusiones con el Grupo Directivo de Ingeniería de Internet (IESG) y el IETF, y mejorar y revisar los borradores en función de los comentarios. Finalmente, cuando el borrador sea aprobado, ya que no todos lo son, por todos los miembros de IESG, se puede enviar al departamento editorial de RFC, al que se le asignará un número de RFC, seguido de la edición del texto y el acuerdo de formato, y finalmente se convertirá en una publicación de RFC.

Todos los estándares formales en Internet se publican en los documentos técnicos RFC (Solicitud de comentarios), su fin es meramente informativo y tienen una extensión de entre 1 y 200 páginas. Cada elemento se identifica mediante un número, como RFC 3935, cuanto mayor sea el número, más reciente será el contenido del RFC. Todos los RFC están disponibles gratuitamente en Internet mediante correo electrónico o FTP.

El proceso de elaboración de estos documentos es un proceso ascendente, no descendente, es decir, no es una instrucción dada por el presidente o el líder del grupo de trabajo sobre qué hacer, sino que es propuesto voluntariamente por las personas, y luego discutido en el grupo de trabajo. Después de la discusión, se entregará al comité directivo del proyecto para su revisión y posteriormente se envía al grupo de trabajo para realice modificaciones si fueran necesarias, finalmente cuando todos lleguen a un consenso, se podrá producir dicho documento.

==Áreas de investigación del IETF==
La mayor parte del trabajo real del IETF se realiza en sus grupos de trabajo y se dividen en varias áreas basadas en diferentes temas, tales como<ref name="pdf"/>:

- '''Área de Aplicaciones y tiempo real (ART)'''
* Arquitecturas y protocolos de nivel de aplicación
* Comunicación en tiempo real y no tiempo real
- '''Área de General (GEN)'''
* Actividades de soporte y actualización de procesos del IETF
- '''Área de Internet (INT)'''
* IPv4/IPv6, DNS, DHCP, movilidad
- '''Área de Operaciones y Gestión (OPS)'''
* Gestión de red
* Operaciones: IPv6, DNS, seguridad, encaminamiento
- '''Área de Enrutamiento (RTG)'''
* Protocolos de encaminamiento y señalización
- '''Área de Seguridad (SEC)'''
*Protocolos y mecanismos de seguridad
- '''Área de Transporte (TSV)'''
* Mecanismos de la capa de transporte en Internet
* Incluyendo control de congestión

==Referencias==
<references>
<ref name="ietf">
Página web del IETF. ''IETF''. Fecha de consulta: 12:42, febrero 26, 2024 desde: [https://www.ietf.org/ enlace permanente].
</ref>
<ref name="pdf">
Archivo de la UC3M. (2019, 17 de mayo). ''¿Cómo funciona el IETF?''. Fecha de consulta: 16:54, febrero 26, 2024 desde: [https://www.esnog.net/gore23/gore23-files/20190517_IETF_ESNOG_v2_paraPDF.pdf enlace permanente].
</ref>
</references>

[[Category:GlossaLAB.edu]]
[[Category:Sistemas de transmisión]]

Draft:Internet Engineering Task Force (IETF)

2024-03-09T17:17:23Z

Juan Antonio Pérez Medina: añado más logotipos

{{Cab0_ST
|Autores=[[User:Juan Antonio Pérez Medina]]
|Docentes=[[User:JDíaz]]
}}

==Definición==
[[File:Ietflogo.png|thumb|right|'''Figura 1''': Logotipo de IETF]]
Internet Engineering Task Force (IETF) es una organización internacional sin ánimo de lucro, fundada en 1986 en la que participan voluntariamente expertos, tales como diseñadores de redes, operadores, ingenieros e investigadores, que han contribuido a la ingeniería y el desarrollo de la tecnología de Internet y cuya tarea principal es ser responsable del desarrollo y formulación de especificaciones de protocolo denominadas Solicitud de comentarios (RFC) con respecto a los protocolos de Internet, incluido [[Protocolo_TCP/IP|TCP/IP]].

En la actualidad, el IETF se ha convertido en la organización de investigación tecnológica a gran escala más autorizada en la industria global de Internet.

==Misión y principios==

Tal y como indican en su página web<ref name="ietf"/>:

"El objetivo general del IETF es hacer que Internet funcione mejor".

"Su misión es producir documentos técnicos y de ingeniería relevantes y de alta calidad que influyan en la forma en que las personas diseñan, usan y administran Internet de tal manera que Internet funcione mejor. Estos documentos incluyen estándares de protocolo, mejores prácticas actuales y documentos informativos de diversa índole."

En cuanto a sus principios destacar:

* '''Proceso abierto''': la creación de documentos, la gestión de listas de correo del grupo de trabajo y la publicación de las actas de las reuniones se llevan a cabo en un proceso transparente.

* '''Competencia técnica''': Las cuestiones consideradas por el IETF serán examinadas por personal técnico especializado utilizando todas las fuentes con capacidad técnica especializada.

* '''Núcleo de voluntarios''': los participantes y líderes del IETF son personas que se preocupan por mejorar Internet y quieren contribuir a ello de forma totalmente voluntaria.

* '''Consenso aproximado y código de ejecución''': los estándares del IETF se desarrollan basándose en la experiencia de implementación en el mundo real de los participantes y en el criterio técnico combinado.

* '''Propiedad del protocolo''': el IETF es responsable de todos los aspectos de los protocolos establecidos por el IETF.

==Objetivos==

Los participantes del IETF cumplen las siguientes misiones de la organización a través de las tres reuniones que realiza el IETF cada año:

* Identificar problemas operativos y técnicos de Internet y proponer soluciones.

* Describir detalladamente el desarrollo o uso de los protocolos de Internet y resolver los problemas correspondientes.

* Hacer sugerencias al IESG sobre estándares y usos del protocolo de Internet.

* Promover la promoción de los resultados de la investigación técnica del Internet Research Task Force (IRTF) a la comunidad de Internet.

* Proporcionar un foro para el intercambio de información entre usuarios de Internet, investigadores, comercializadores, fabricantes y directivos.

==Organizaciones relacionadas con el IETF==
[[File:Internet Society.jpg|thumb|right|'''Figura 2''': Logotipo de ISOC]]
- '''Internet Society (ISOC - Internet Society)'''

ISOC es una organización internacional sin ánimo de lucro cuya función es promover la aplicación de Internet a escala global, para ello brinda apoyo financiero y legal a varias organizaciones de Internet, especialmente al IETF bajo la dirección de la IAB.

[[File:Iablogo.png|thumb|right|'''Figura 3''': Logotipo de IAB]]
- '''Junta de Arquitectura de Internet (IAB-Internet Architecture Board)'''

IAB es responsable de definir la arquitectura y el plan de desarrollo a largo plazo de toda Internet, brindando orientación a El IETF, antes del establecimiento de un nuevo grupo de trabajo del IETF, el IAB es responsable de revisar los estatutos de este grupo de trabajo para garantizar la racionalidad de su establecimiento, podemos considerarlo como el máximo órgano de toma de decisiones técnicas del IETF.

Además, la IAB es también la organización y administradora del IRTF, responsable de convocar un grupo de trabajo especial para llevar a cabo debates en profundidad sobre cuestiones estructurales de Internet.

- '''Grupo Directivo de Ingeniería de Internet (IESG-Grupo Directivo de Ingeniería de Internet)'''

IESG es responsable de la gestión técnica de las actividades del IETF y de los procedimientos de establecimiento de estándares, aprueba o corrige los resultados de investigación de los grupos de trabajo del IETF.
Como parte de ISOC (Internet Society), se gestiona de acuerdo con las regulaciones y procedimientos aprobados por el Consejo de ISOC. Se puede considerar que el IESG es el órgano de toma de decisiones de implementación del IETF.

[[File:Iana-official-1.jpg|thumb|right|'''Figura 4''': Logotipo de IANA]]
- '''La Autoridad de Números Asignados de Internet (IANA)'''

Es responsable de asignar parámetros relacionados con los protocolos de Internet (direcciones IP, números de puerto, nombres de dominio y otros parámetros de protocolo, etc.). La IAB designa a la IANA para agregar cláusulas adicionales a un protocolo de Internet después de su publicación para explicar la distribución y el uso de los parámetros del protocolo.

- '''La Secretaría del IETF (Secretaría RFC)'''

La Secretaría del IETF es responsable de los asuntos de la conferencia y del mantenimiento de algunos grupos de correo especiales. También es responsable de actualizar y regular el borrador del directorio oficial de Internet, mantener el sitio web del IETF y ayudar en el trabajo diario del IESG.

[[File:Irtf-logo.png|thumb|right|'''Figura 5''': Logotipo de IRTF]]
- '''Grupo de Trabajo de Investigación de Internet (IRTF-El Grupo de Trabajo de Investigación de Internet)'''

El IRTF está compuesto por muchos grupos de investigación profesionales y estudia protocolos, aplicaciones, arquitectura y tecnologías de Internet. La mayoría de ellos son grupos operativos a largo plazo, pero también hay un pequeño número de grupos de investigación temporales a corto plazo, en este grupo cada miembro es individual y no representa los intereses de ninguna organización.

- '''RFC'''

Los RFC suelen comenzar como un borrador de Internet o Draft escrito por un individuo o un grupo de personas. Estos borradores deben ser adoptados por un grupo de trabajo del IETF, y después de eso, el grupo de trabajo debe llevar a cabo múltiples rondas de discusiones con el Grupo Directivo de Ingeniería de Internet (IESG) y el IETF, y mejorar y revisar los borradores en función de los comentarios. Finalmente, cuando el borrador sea aprobado, ya que no todos lo son, por todos los miembros de IESG, se puede enviar al departamento editorial de RFC, al que se le asignará un número de RFC, seguido de la edición del texto y el acuerdo de formato, y finalmente se convertirá en una publicación de RFC.

Todos los estándares formales en Internet se publican en los documentos técnicos RFC (Solicitud de comentarios), su fin es meramente informativo y tienen una extensión de entre 1 y 200 páginas. Cada elemento se identifica mediante un número, como RFC 3935, cuanto mayor sea el número, más reciente será el contenido del RFC. Todos los RFC están disponibles gratuitamente en Internet mediante correo electrónico o FTP.

El proceso de elaboración de estos documentos es un proceso ascendente, no descendente, es decir, no es una instrucción dada por el presidente o el líder del grupo de trabajo sobre qué hacer, sino que es propuesto voluntariamente por las personas, y luego discutido en el grupo de trabajo. Después de la discusión, se entregará al comité directivo del proyecto para su revisión y posteriormente se envía al grupo de trabajo para realice modificaciones si fueran necesarias, finalmente cuando todos lleguen a un consenso, se podrá producir dicho documento.

==Áreas de investigación del IETF==
La mayor parte del trabajo real del IETF se realiza en sus grupos de trabajo y se dividen en varias áreas basadas en diferentes temas, tales como<ref name="pdf"/>:

- '''Área de Aplicaciones y tiempo real (ART)'''
* Arquitecturas y protocolos de nivel de aplicación
* Comunicación en tiempo real y no tiempo real
- '''Área de General (GEN)'''
* Actividades de soporte y actualización de procesos del IETF
- '''Área de Internet (INT)'''
* IPv4/IPv6, DNS, DHCP, movilidad
- '''Área de Operaciones y Gestión (OPS)'''
* Gestión de red
* Operaciones: IPv6, DNS, seguridad, encaminamiento
- '''Área de Enrutamiento (RTG)'''
* Protocolos de encaminamiento y señalización
- '''Área de Seguridad (SEC)'''
*Protocolos y mecanismos de seguridad
- '''Área de Transporte (TSV)'''
* Mecanismos de la capa de transporte en Internet
* Incluyendo control de congestión

==Referencias==
<references>
<ref name="ietf">
Página web del ITF. ''IETF''. Fecha de consulta: 12:42, febrero 26, 2024 desde: [https://www.ietf.org/ enlace permanente].
</ref>
<ref name="pdf">
Archivo de la UC3M. (2019, 17 de mayo). ''¿Cómo funciona el IETF?''. Fecha de consulta: 16:54, febrero 26, 2024 desde: [https://www.esnog.net/gore23/gore23-files/20190517_IETF_ESNOG_v2_paraPDF.pdf enlace permanente].
</ref>
</references>

[[Category:GlossaLAB.edu]]
[[Category:Sistemas de transmisión]]

File:Iana-official-1.jpg

2024-03-09T17:14:22Z

Juan Antonio Pérez Medina:

IANA

File:Irtf-logo.png

2024-03-09T17:11:23Z

Juan Antonio Pérez Medina:

irtf logo

File:Iablogo.png

2024-03-09T17:07:31Z

Juan Antonio Pérez Medina:

IAB logotipo

File:Internet Society.jpg

2024-03-09T16:44:18Z

Juan Antonio Pérez Medina:

Internet Society Logotipo

Draft:Internet Engineering Task Force (IETF)

2024-03-09T16:20:30Z

Juan Antonio Pérez Medina: añado cambios

{{Cab0_ST
|Autores=[[User:Juan Antonio Pérez Medina]]
|Docentes=[[User:JDíaz]]
}}

==Definición==
[[File:Ietflogo.png|thumb|right|'''Figura 1''': Logotipo de IETF]]
Internet Engineering Task Force (IETF) es una organización internacional sin ánimo de lucro, fundada en 1986 en la que participan voluntariamente expertos, tales como diseñadores de redes, operadores, ingenieros e investigadores, que han contribuido a la ingeniería y el desarrollo de la tecnología de Internet y cuya tarea principal es ser responsable del desarrollo y formulación de especificaciones de protocolo denominadas Solicitud de comentarios (RFC) con respecto a los protocolos de Internet, incluido [[Protocolo_TCP/IP|TCP/IP]].

En la actualidad, el IETF se ha convertido en la organización de investigación tecnológica a gran escala más autorizada en la industria global de Internet.

==Misión y principios==

Tal y como indican en su página web<ref name="ietf"/>:

"El objetivo general del IETF es hacer que Internet funcione mejor".

"Su misión es producir documentos técnicos y de ingeniería relevantes y de alta calidad que influyan en la forma en que las personas diseñan, usan y administran Internet de tal manera que Internet funcione mejor. Estos documentos incluyen estándares de protocolo, mejores prácticas actuales y documentos informativos de diversa índole."

En cuanto a sus principios destacar:

* '''Proceso abierto''': la creación de documentos, la gestión de listas de correo del grupo de trabajo y la publicación de las actas de las reuniones se llevan a cabo en un proceso transparente.

* '''Competencia técnica''': Las cuestiones consideradas por el IETF serán examinadas por personal técnico especializado utilizando todas las fuentes con capacidad técnica especializada.

* '''Núcleo de voluntarios''': los participantes y líderes del IETF son personas que se preocupan por mejorar Internet y quieren contribuir a ello de forma totalmente voluntaria.

* '''Consenso aproximado y código de ejecución''': los estándares del IETF se desarrollan basándose en la experiencia de implementación en el mundo real de los participantes y en el criterio técnico combinado.

* '''Propiedad del protocolo''': el IETF es responsable de todos los aspectos de los protocolos establecidos por el IETF.

==Objetivos==

Los participantes del IETF cumplen las siguientes misiones de la organización a través de las tres reuniones que realiza el IETF cada año:

* Identificar problemas operativos y técnicos de Internet y proponer soluciones.

* Describir detalladamente el desarrollo o uso de los protocolos de Internet y resolver los problemas correspondientes.

* Hacer sugerencias al IESG sobre estándares y usos del protocolo de Internet.

* Promover la promoción de los resultados de la investigación técnica del Internet Research Task Force (IRTF) a la comunidad de Internet.

* Proporcionar un foro para el intercambio de información entre usuarios de Internet, investigadores, comercializadores, fabricantes y directivos.

==Organizaciones relacionadas con el IETF==

- '''Internet Society (ISCO - Internet Society)'''

ISCO es una organización internacional sin ánimo de lucro cuya función es promover la aplicación de Internet a escala global, para ello brinda apoyo financiero y legal a varias organizaciones de Internet, especialmente al IETF bajo la dirección de la IAB.

- '''Junta de Arquitectura de Internet (IAB-Internet Architecture Board)'''

IAB es responsable de definir la arquitectura y el plan de desarrollo a largo plazo de toda Internet, brindando orientación a El IETF, antes del establecimiento de un nuevo grupo de trabajo del IETF, el IAB es responsable de revisar los estatutos de este grupo de trabajo para garantizar la racionalidad de su establecimiento, podemos considerarlo como el máximo órgano de toma de decisiones técnicas del IETF.

Además, la IAB es también la organización y administradora del IRTF, responsable de convocar un grupo de trabajo especial para llevar a cabo debates en profundidad sobre cuestiones estructurales de Internet.

- '''Grupo Directivo de Ingeniería de Internet (IESG-Grupo Directivo de Ingeniería de Internet)'''

IESG es responsable de la gestión técnica de las actividades del IETF y de los procedimientos de establecimiento de estándares, aprueba o corrige los resultados de investigación de los grupos de trabajo del IETF.
Como parte de ISOC (Internet Society), se gestiona de acuerdo con las regulaciones y procedimientos aprobados por el Consejo de ISOC. Se puede considerar que el IESG es el órgano de toma de decisiones de implementación del IETF.

- '''La Autoridad de Números Asignados de Internet (IANA)'''

Es responsable de asignar parámetros relacionados con los protocolos de Internet (direcciones IP, números de puerto, nombres de dominio y otros parámetros de protocolo, etc.). La IAB designa a la IANA para agregar cláusulas adicionales a un protocolo de Internet después de su publicación para explicar la distribución y el uso de los parámetros del protocolo.

- '''La Secretaría del IETF (Secretaría RFC)'''

La Secretaría del IETF es responsable de los asuntos de la conferencia y del mantenimiento de algunos grupos de correo especiales. También es responsable de actualizar y regular el borrador del directorio oficial de Internet, mantener el sitio web del IETF y ayudar en el trabajo diario del IESG.

- '''Grupo de Trabajo de Investigación de Internet (IRTF-El Grupo de Trabajo de Investigación de Internet)'''

El IRTF está compuesto por muchos grupos de investigación profesionales y estudia protocolos, aplicaciones, arquitectura y tecnologías de Internet. La mayoría de ellos son grupos operativos a largo plazo, pero también hay un pequeño número de grupos de investigación temporales a corto plazo, en este grupo cada miembro es individual y no representa los intereses de ninguna organización.

- '''RFC'''

Los RFC suelen comenzar como un borrador de Internet o Draft escrito por un individuo o un grupo de personas. Estos borradores deben ser adoptados por un grupo de trabajo del IETF, y después de eso, el grupo de trabajo debe llevar a cabo múltiples rondas de discusiones con el Grupo Directivo de Ingeniería de Internet (IESG) y el IETF, y mejorar y revisar los borradores en función de los comentarios. Finalmente, cuando el borrador sea aprobado, ya que no todos lo son, por todos los miembros de IESG, se puede enviar al departamento editorial de RFC, al que se le asignará un número de RFC, seguido de la edición del texto y el acuerdo de formato, y finalmente se convertirá en una publicación de RFC.

Todos los estándares formales en Internet se publican en los documentos técnicos RFC (Solicitud de comentarios), su fin es meramente informativo y tienen una extensión de entre 1 y 200 páginas. Cada elemento se identifica mediante un número, como RFC 3935, cuanto mayor sea el número, más reciente será el contenido del RFC. Todos los RFC están disponibles gratuitamente en Internet mediante correo electrónico o FTP.

El proceso de elaboración de estos documentos es un proceso ascendente, no descendente, es decir, no es una instrucción dada por el presidente o el líder del grupo de trabajo sobre qué hacer, sino que es propuesto voluntariamente por las personas, y luego discutido en el grupo de trabajo. Después de la discusión, se entregará al comité directivo del proyecto para su revisión y posteriormente se envía al grupo de trabajo para realice modificaciones si fueran necesarias, finalmente cuando todos lleguen a un consenso, se podrá producir dicho documento.

==Áreas de investigación del IETF==
La mayor parte del trabajo real del IETF se realiza en sus grupos de trabajo y se dividen en varias áreas basadas en diferentes temas, tales como<ref name="pdf"/>:

- '''Área de Aplicaciones y tiempo real (ART)'''
* Arquitecturas y protocolos de nivel de aplicación
* Comunicación en tiempo real y no tiempo real
- '''Área de General (GEN)'''
* Actividades de soporte y actualización de procesos del IETF
- '''Área de Internet (INT)'''
* IPv4/IPv6, DNS, DHCP, movilidad
- '''Área de Operaciones y Gestión (OPS)'''
* Gestión de red
* Operaciones: IPv6, DNS, seguridad, encaminamiento
- '''Área de Enrutamiento (RTG)'''
* Protocolos de encaminamiento y señalización
- '''Área de Seguridad (SEC)'''
*Protocolos y mecanismos de seguridad
- '''Área de Transporte (TSV)'''
* Mecanismos de la capa de transporte en Internet
* Incluyendo control de congestión

==Referencias==
<references>
<ref name="ietf">
Página web del ITF. ''IETF''. Fecha de consulta: 12:42, febrero 26, 2024 desde: [https://www.ietf.org/ enlace permanente].
</ref>
<ref name="pdf">
Archivo de la UC3M. (2019, 17 de mayo). ''¿Cómo funciona el IETF?''. Fecha de consulta: 16:54, febrero 26, 2024 desde: [https://www.esnog.net/gore23/gore23-files/20190517_IETF_ESNOG_v2_paraPDF.pdf enlace permanente].
</ref>
</references>

[[Category:GlossaLAB.edu]]
[[Category:Sistemas de transmisión]]

Draft:Internet Engineering Task Force (IETF)

2024-03-09T15:20:43Z

Juan Antonio Pérez Medina: Juan Antonio Pérez Medina moved page Internet Engineering Task Force (IETF) to Draft:Internet Engineering Task Force (IETF): Elaboración de mi contribución

Draft:Internet Engineering Task Force (IETF)

2024-03-09T15:20:14Z

Juan Antonio Pérez Medina: Añado Logotipo y definición

File:Ietflogo.png

2024-03-09T15:14:57Z

Juan Antonio Pérez Medina:

Logotipo de IETF

File:Conmutacionpaquetes.png

2024-02-01T18:41:02Z

Juan Antonio Pérez Medina: Juan Antonio Pérez Medina uploaded a new version of File:Conmutacionpaquetes.png

conmutación de paquetes

File:Conmutacioncircuito.png

2024-02-01T18:40:37Z

Juan Antonio Pérez Medina: Juan Antonio Pérez Medina uploaded a new version of File:Conmutacioncircuito.png

conmutación circuito

File:Conmutaciondemensajes.png

2024-02-01T18:40:02Z

Juan Antonio Pérez Medina: Juan Antonio Pérez Medina uploaded a new version of File:Conmutaciondemensajes.png

conmutación de mensajes

File:Img3.png

2024-02-01T18:39:20Z

Juan Antonio Pérez Medina: Juan Antonio Pérez Medina uploaded a new version of File:Img3.png

Estructura interna de un cable de fibra óptica

File:Multimodo.png

2024-02-01T18:37:32Z

Juan Antonio Pérez Medina: Juan Antonio Pérez Medina uploaded a new version of File:Multimodo.png

fibra óptica multimodo

File:Img2.png

2024-02-01T18:36:59Z

Juan Antonio Pérez Medina: Juan Antonio Pérez Medina uploaded a new version of File:Img2.png

Monomodo

Draft:Periodicidad

2024-01-02T20:04:12Z

Juan Antonio Pérez Medina: Contribución en la definición de periodicidad.

==Definición==

La periodicidad es una característica propia de las funciones matemáticas que repiten sus valores de forma cíclica. A esas funciones se las considera periódicas y al intervalo sobre el que se genera cada uno de los ciclos en los que se repite la función, se le denomina periodo. Muchos fenómenos físicos de la naturaleza muestran un comportamiento periódico, como por ejemplo la corriente alterna o el movimiento de un péndulo, lo que hace que esta propiedad cobre aún más importancia.

==Funciones periódicas continuas==
Se dice que una función continua es periódica cuando satisface la siguiente condición:

<math>
x(t + T) = x(t) \quad \text{para toda} \, t, -\infty < t < \infty
</math>

Entonces x(t) será periódica si y sólo cuando exista un valor real positivo T tal que la función se repita, siendo T su periodo. El valor mínimo de T para el que la señal se repite se conoce como periodo fundamental.

La combinación de dos señales continuas periódicas no resulta siempre en otra señal periódica, para que esto ocurra el cociente de los periodos individuales se debe poder expresar de manera racional tal que:

<math>
\frac{T_1}{T_2} = \frac{m}{n}
</math>

==Funciones periódicas discretas==
Se dice que una función discreta es periódica cuando satisface la siguiente condición:

<math>
x[n + p] = x[n] \quad \text{para todos los enteros } n
</math>

Entonces x[n] será periódica si y sólo cuando exista un valor entero positivo p tal que la función se repita, siendo p su periodo. El valor mínimo de p para el que la señal se repite se conoce como periodo fundamental.

==Referencias==

* Bosch, I., Castillo, J. G., Ricós, R. M., & Domínguez, L. V. (2015). ''Señales y Sistemas: teoría y problemas''. Valencia: Universitat Politècnica de València
* MATLAB Documentation - MathWorks España. (s.f.). Recuperado el 2 de enero, 2023, de https://es.mathworks.com/help/

Clarus:Métodos numéricos y transformadas

2024-01-02T18:12:31Z

Juan Antonio Pérez Medina: /* Realizar contribuciones en torno a "Métodos Numéricos y Transformadas" */

{{#ev:
youtube
|id=https://youtu.be/vkWHnpJMHjQ
|alignment=right
}}
Esta actividad de clarificación se vincula a la asignatura de [https://www.udima.es/es/metodos-numericos-transformadas.html "Métodos numéricos y transformadas"] impartida en la UDIMA bajo la supervisión de [[User:Isaac Seoane]]. En ella se deberán definir los conceptos fundamentales abordados en la asignatura (podéis comenzar con las primeras unidades), haciendo uso de la plataforma glossaLAB. Para cada concepto, de los cuales se requiere alguna demostración o definición analítica, que puedan determinarse numéricamente, deberán proponerse códigos de MATLAB que ulteriormente puedan emplearse en el análisis y simulación de los efectos de dicho concepto, prestando especial atención a la visualización gráfica cuando sea interesante. Las instrucciones precisas acerca de qué debe cubrir la actividad y cómo se valora las podéis encontrar en el enunciado de la actividad. Se aporta además un listado de conceptos sugeridos que no agotan las posibilidades de los contenidos estudiados, pudiéndose proponer otros, así como documentación acerca de cómo se referencia bibliografía usando formato APA.

El docente podrá introducir comentarios sobre la necesidad de revisión de las contribuciones, así como cambios en las contribuciones de los estudiantes a los que se hará alusión en los comentarios. Estos podrán encontrarse en el recuadro situado en la cabecera del artículo o en las herramientas de revisión de contenidos (en ventana emergente).
__FORCETOC__
==¿Cómo contribuir a la clarificación de conceptos?==
Para poder contribuir a la clarificación de conceptos en glossaLAB, en primer lugar, debe crearse un usuario y una vez se disponga de un usuario confirmado se podrá proceder a contribuir a la clarificación de conceptos en torno a los sistemas de transmisión para lo que se dispone de una lista de conceptos propuestos.
===Creación de una cuenta de usuario===
{{#ev:
youtube
|id=https://youtu.be/QUFbftn371I
|alignment=right
}}El primer paso es crear un usuario, identificado por su nombre completo y proporcionar una descripción sucinta del alumno en el que se puede referir las áreas en las que se tiene experiencia profesional, y al menos indicando los estudios de grado en los que se participa, en este caso estudiante del grado de Ingeniería de Tecnologías y Servicios de Telecomunicación de la UDIMA (debe recordarse que en la plataforma participan estudiantes e investigadores de diferentes áreas de conocimiento). En el vídeo adjunto se puede ver los pasos que conducen a la creación del usuario entre las que se incluye la identificación del área de conocimiento que para los participantes en esta actividad es opcional.
===Realizar contribuciones en torno a "Métodos Numéricos y Transformadas"===
Inmediatamente después, puedes comenzar a clarificar alguno de los siguientes conceptos propuestos que aún no se hayan abiero (en rojo) o colaborando en la clarificación de conceptos que ya hayan sido previamente creado (en azul), complementándo lo que ya se haya clarificado, e incluso proponiendo un concepto que no aparezca en la lista.

[[Desplazamiento temporal|Adelanto de la señal]] | [[Ancho de banda]] | [[Banda de Paso]] |[[Causalidad]]| [[Coeficientes de Fourier]] |[[Componentes frecuenciales]]| [[Conjugado]] | [[Convolución]] | [[Convolución Discreta]] |[[Decibelio]] | [[Delta de Dirac]] | [[Desplazamiento temporal]] | [[Desplazamiento en frecuencia]] | [[Dualidad|Propiedad de las Transformadas]] | [[Energía]] | [[Escalado]] | [[Estabilidad]] | [[Fase]] | [[Filtrado]] | [[Filtro ideal]] | [[Función Compleja]] | [[Función de Transferencia]] | [[Goertzel (algoritmo)]] | [[Invariancia]]| [[Inversión en el tiempo]]| [[Inversión en frecuencia]]|[[Integral de convolución]] | [[Impulso discreto ]] | [[Interpolación]] | [[Linealidad]] | [[Memoria | Sistemas con o sin memoria]] | [[Modulación]] | [[Modulación de Amplitud (AM)]] | [[Moduladora]] | [[Modulo]] | [[Muestreo]] | [[Nivel decibélico]] | [[Periodicidad]] | [[Potencia]] | [[Propiedades de la Transformada de Fourier]] | [[Propiedades de la Transformada de Laplace]] | [[Propiedades de la Transformada Z]] | [[Región de convergencia]] | [[Relación de Parseval]] | [[Representación de funciones]]| [[Respuesta al impulso]] | [[Desplazamiento temporal|Retardo de la señal]] | [[Ruido]] | [[Señal]] |[[Señal Rectangular|Señal rectangular]] | [[Señal escalón unidad]] |[[Señal exponencial]] |[[Señal exponencial compleja]] | [[Señal impulso unitario]] | [[Señal Gaussiana|Pulso Gaussiano]]| [[Señal rampa]] | [[Señal sinc | seno cardinal]]| [[Señal sinusoidal]] |[[Señal Triangular|Pulso triangular]] | [[Señales simétricas (par) y antisimétricas (impar)]] | [[Serie de Fourier]] | [[Simetría de la señal]] | [[Sistema]] | [[Sistema Lineal e Invariante en el Tiempo]] | [[Solape en frecuencia (alliasing)]] | [[Transformada de Fourier]] | [[Transformada Discreta de Fourier]] | [[Transformada de Laplace]] | [[Transformada de Laplace unilateral]] |[[Transformada Rápida de Fourier| FFT]] | [[Transformada Z]] |[[Transformada Z unilateral]] | [[Tren de pulsos]]

[[Category:GlossaLAB.edu]]

Señal cuadrada

2024-01-02T18:10:51Z

Juan Antonio Pérez Medina: Juan Antonio Pérez Medina moved page Señal cuadrada to Señal Rectangular: El pulso cuadrado es una señal rectangular que cumple unas condiciones concretas.

#REDIRECT [[Señal Rectangular]]

Señal Rectangular

2024-01-02T18:10:50Z

Juan Antonio Pérez Medina: Juan Antonio Pérez Medina moved page Señal cuadrada to Señal Rectangular: El pulso cuadrado es una señal rectangular que cumple unas condiciones concretas.

El pulso rectangular es una de las señales elementales y base para la construcción de otras más complejas, aparece habitualmente en el tratamiento de señales y [[Sistema|sistemas]]. Tiene múltiples aplicaciones en electrónica, como por ejemplo en la generación de señales de reloj, entre muchas otras. Al tener un comportamiento binario, es decir, que alterna entre dos estados distintos, se hace especialmente útil para representar condiciones o estados distintos como encendido y apagado o 1 y 0.

==Definición==
[[File:Senalrectangular.png|thumb|'''Figura 1''': Representación gráfica de la señal rectangular]]
La [[Señal|señal]] rectangular se define matemáticamente mediante la siguiente expresión:

<math>
\text{rect}\left(\frac{t}{T}\right) =
\begin{cases}
1 & , \left| t \right| < \frac{T}{2} \\
0 & , \left| t \right| > \frac{T}{2}
\end{cases}
</math>

Es una función que se caracteriza por su [[Linealidad|linealidad]] ya que la pendiente es constante en cada uno de los trozos que la componen, es continua y diferenciable para todo punto de la misma a excepción de los vértices. Es una función simétrica/par, es decir, que satisface la siguiente propiedad:

<math>
f(t) = f(-t)
</math>
==Código==

En MATLAB, podemos definirla de múltiples formas diferentes y una de ellas es la siguiente, en la que nos ceñimos a la expresión matemática con la que la hemos definido:

<syntaxhighlight lang="matlab" style="font-size:90%">
T = 5; % Anchura del rectángulo

% Definición de señal rectangular
rect = @(t) (abs(t) <= T/2);

% Creamos el vector de tiempo sobre el que vamos a trabajar
t = linspace(-T, T, 1000);

% Evaluamos la señal
rect_signal = rect(t);
</syntaxhighlight>

==Referencias==

* Bosch, I., Castillo, J. G., Ricós, R. M., & Domínguez, L. V. (2015). ''Señales y Sistemas: teoría y problemas''. Valencia: Universitat Politècnica de València
* MATLAB Documentation - MathWorks España. (s.f.). Recuperado el 2 de enero, 2023, de https://es.mathworks.com/help/

Señal Rectangular

2024-01-02T18:08:48Z

Juan Antonio Pérez Medina: Aportación para completar la definición de señal rectangular, con código y representación visual.

El pulso rectangular es una de las señales elementales y base para la construcción de otras más complejas, aparece habitualmente en el tratamiento de señales y [[Sistema|sistemas]]. Tiene múltiples aplicaciones en electrónica, como por ejemplo en la generación de señales de reloj, entre muchas otras. Al tener un comportamiento binario, es decir, que alterna entre dos estados distintos, se hace especialmente útil para representar condiciones o estados distintos como encendido y apagado o 1 y 0.

==Definición==
[[File:Senalrectangular.png|thumb|'''Figura 1''': Representación gráfica de la señal rectangular]]
La [[Señal|señal]] rectangular se define matemáticamente mediante la siguiente expresión:

<math>
\text{rect}\left(\frac{t}{T}\right) =
\begin{cases}
1 & , \left| t \right| < \frac{T}{2} \\
0 & , \left| t \right| > \frac{T}{2}
\end{cases}
</math>

Es una función que se caracteriza por su [[Linealidad|linealidad]] ya que la pendiente es constante en cada uno de los trozos que la componen, es continua y diferenciable para todo punto de la misma a excepción de los vértices. Es una función simétrica/par, es decir, que satisface la siguiente propiedad:

<math>
f(t) = f(-t)
</math>
==Código==

En MATLAB, podemos definirla de múltiples formas diferentes y una de ellas es la siguiente, en la que nos ceñimos a la expresión matemática con la que la hemos definido:

<syntaxhighlight lang="matlab" style="font-size:90%">
T = 5; % Anchura del rectángulo

% Definición de señal rectangular
rect = @(t) (abs(t) <= T/2);

% Creamos el vector de tiempo sobre el que vamos a trabajar
t = linspace(-T, T, 1000);

% Evaluamos la señal
rect_signal = rect(t);
</syntaxhighlight>

==Referencias==

* Bosch, I., Castillo, J. G., Ricós, R. M., & Domínguez, L. V. (2015). ''Señales y Sistemas: teoría y problemas''. Valencia: Universitat Politècnica de València
* MATLAB Documentation - MathWorks España. (s.f.). Recuperado el 2 de enero, 2023, de https://es.mathworks.com/help/

File:Senalrectangular.png

2024-01-02T17:53:49Z

Juan Antonio Pérez Medina:

Representación gráfica de la señal rectangular

Señal Triangular

2024-01-02T17:14:14Z

Juan Antonio Pérez Medina: Contribución a la definición de la señal triangular, incluyendo su representación gráfica y código en MATLAB.

El pulso triangular es una de las señales elementales y base para la construcción de otras más complejas. Aparece habitualmente en el tratamiento de señales y [[Sistema|sistemas]] y podemos llegar a ella de muchas formas, como por ejemplo al hacer la [[Convolución|convolución]] de una señal cuadrada consigo misma.

==Definición==
[[File:Senaltriangular.png|thumb|'''Figura 1''': Representación gráfica de la señal triangular]]
La [[Señal|señal]] triangular se define matemáticamente mediante la siguiente expresión:

<math>
\text{tri}\left(\frac{t}{T}\right) =
\begin{cases}
\frac{t}{T} + 1 & , -T \leq t \leq 0 \\
-\frac{t}{T} + 1 & , 0 \leq t \leq T
\end{cases}
</math>

Es una función que se caracteriza por su [[Linealidad|linealidad]] ya que la pendiente es constante en cada uno de los trozos que la componen, es continua y diferenciable para todo punto de la misma a excepción de los vértices. Es una función simétrica/par, es decir, que satisface la siguiente propiedad:

<math>
f(t) = f(-t)
</math>
==Código==

En MATLAB, podemos definirla de múltiples formas diferentes, una de ellas es la siguiente en la que nos ceñimos a la expresión matemática con la que la hemos definido:

<syntaxhighlight lang="matlab" style="font-size:90%">
T = 1; % Duración total del pulso

% Establecemos el vector de tiempo
t = linspace(-2*T, 2*T, 1000);

% Creamos la función sobre la que vamos a trabajar
tri_t = zeros(size(t));
% Añadimos las condiciones propias de la señal triangular que hemos
% definido anteriormente
tri_t(t >= -T & t <= 0) = (t(t >= -T & t <= 0)/T) + 1;
tri_t(t > 0 & t <= T) = -(t(t > 0 & t <= T)/T) + 1;
</syntaxhighlight>

==Referencias==

* Bosch, I., Castillo, J. G., Ricós, R. M., & Domínguez, L. V. (2015). ''Señales y Sistemas: teoría y problemas''. Valencia: Universitat Politècnica de València
* MATLAB Documentation - MathWorks España. (s.f.). Recuperado el 2 de enero, 2023, de https://es.mathworks.com/help/

File:Senaltriangular.png

2024-01-02T17:10:29Z

Juan Antonio Pérez Medina:

Representación de señal triangular

Draft:Conmutación

2023-12-20T16:50:58Z

Juan Antonio Pérez Medina: No he utilizado en ningún momento Inteligencia artificial y todas las imágenes son de elaboración propia

{{Cab0_IT
|Autores=[[User:Daniel Francisco Naranjo Dávila]], [[User:Juan Antonio Pérez Medina]]
|Docentes=[[User:JDíaz]]
}}

La '''conmutación''' es la técnica mediante la que se establece un camino a través de una red de comunicación formada por diversos nodos para poder transmitir una señal entre un emisor y un receptor.<ref name="Pierce"/><ref name="Wikipedia"/>.

En redes informáticas, permite el envío y recepción de información de manera eficiente. Mediante la conmutación, se mantiene la conectividad digital entre las redes, lo que facilita la transmisión de señales simultáneamente a través de los canales que conectan los distintos nodos.

==Tipos de conmutación==

Se puede distinguir tres tipos de conmutación:
* conmutación de circuitos,
* conmutación de paquetes y
* conmutación de mensajes.
Esta distinción nos permite, a su vez, hablar de tres tipos de redes dependiendo del modo de conmutación en que se basen.

En la '''Conmutación de circuitos''' se establece previamente una ruta dedicada entre los dos terminales que participan en la comunicación y que permanece fija mientras esta dura, liberándose cuando acaba.

Al reservar todo el ancho de banda por adelantado es posible desperdiciarlo en numerosas ocasiones, además necesita recursos dedicados durante todo el proceso de conmutación. También lo hace ineficiente el hecho de que no puede modificar las rutas si hay congestión o fallos en la red. Se usa habitualmente en llamadas telefónicas tradicionales.
[[File:Conmutacioncircuito.png|thumb|'''Figura 1''': Conmutación de circuitos.]]

En la '''conmutación de mensajes''' no se establece una ruta dedicada entre los extremos. El mensaje que es enviado por el transmisor incorpora la dirección de destino y viaja a través de los nodos de la red, que lo almacenan y reenvían al siguiente nodo hasta alcanzar el destino.

Se utiliza habitualmente en sistemas de correo electrónico. Requiere disponibilidad completa de recursos (alta sobrecarga), pero no reserva el ancho de banda por adelantado por lo tanto no hay un desperdicio del mismo. Admite transmisión de almacenamiento y reenvío y no es eficiente cuando hay congestión ya que el canal debe estar disponible durante todo el proceso de transmisión.
[[File:Conmutaciondemensajes.png|thumb|'''Figura 2''': Conmutación de mensajes.]]

La '''conmutación de paquetes''' se puede decir que es la combinación de la conmutación de circuitos y de mensajes. En esta técnica los mensajes se dividen en paquetes de un mismo tamaño que se pueden encaminar por la red dentro de un circuito virtual, que siguen todos los paquetes de un mensaje, o de manera independiente como ocurre con la conmutación de mensajes.

Utilizado frecuentemente en redes de área local (Ethernet) y en Internet (IP). Al no reservar el ancho de banda por adelantado no hay un desperdicio del mismo, también hay una utilización de los recursos eficiente. Si hay congestión en la red los paquetes pueden cambiar de ruta y no hay ninguna ruta física establecida entre el emisor y el receptor. Admite transmisión de almacenamiento y reenvío y es adecuado para manejar el tráfico interactivo.
[[File:Conmutacionpaquetes.png|thumb|'''Figura 3''': Conmutación de paquetes.]]
{| class="wikitable"
|+ CUADRO COMPARATIVO
|-
! CONMUTACIÓN DE PAQUETES !! CONMUTACIÓN DE CIRCUITO !! CONMUTACIÓN DE MENSAJES
|-
| No se establece ninguna ruta física entre el emisor y el receptor || Se establece ruta física entre el emisor y el receptor || La ruta física entre el receptor y el transmisor no se establece de antemano
|-
| Los paquetes viajan de forma independiente || Todos los paquetes utilizan la misma ruta o camino || Los paquetes se almacenan y se reenvían
|-
| No es necesario recorrer el camino de un extremo a otro antes de la transmisión de datos || Necesita una ruta de extremo a extremo antes de la transmisión de datos || No es necesario recorrer el camino de un extremo a otro antes de la transmisión de datos
|-
| No reserva el ancho de banda por adelantado || Reserva todo el ancho de banda por adelantado || No reserva el ancho de banda por adelantado
|-
| Sin desperdicio de ancho de banda || Es posible desperdiciar ancho de banda || Sin desperdicio de ancho de banda
|-
| Admite transmisión de almacenamiento y reenvío || No admite transmisión de almacenamiento y reenvío || Admite transmisión de almacenamiento y reenvío
|-
| Adecuado para manejar el tráfico interactivo || No apto para manejar el tráfico interactivo || Adecuado para manejar el tráfico interactivo
|-
| Uso de recursos eficiente || Necesita recursos dedicados durante toda la conmutación || Requiere disponibilidad completa de recursos, teniendo alta sobrecarga
|-
| Si hay congestión en la red los paquetes pueden cambiar de ruta || Si hay congestión o fallos de red el camino dedicado permanece fijo || Si hay congestión es poco eficiente, ya que el canal debe estar disponible durante todo el proceso de transmisión
|-
| Se usa habitualmente en redes de área local (Ethernet) o Internet (Protocolo IP) || Se usa habitualmente en llamadas telefónicas tradicionales, circuitos conmutados || Se utiliza habitualmente en sistemas de correo electrónico
|}

==Referencias==
<references>
<ref name="Pierce">
Pierce, John R.; Noll, A. Michael. (1995). ''Señales. La ciencia de las Telecomunicaciones''. Barcelona: Reverté.
</ref>
<ref name="Wikipedia">
Conmutación (redes de comunicación). (2021, 23 de enero). ''Wikipedia, La enciclopedia libre''. Fecha de consulta: 11:41, febrero 26, 2022 desde
[https://es.wikipedia.org/w/index.php?title=Conmutaci%C3%B3n_(redes_de_comunicaci%C3%B3n)&oldid=132619267 enlace permanente].
</ref>
</references>

[[Category:65) Telecomunicación y telecontrol]]
[[Category:GlossaLAB.edu]]

Draft:Fibra óptica

2023-12-20T16:37:58Z

Juan Antonio Pérez Medina: No he utilizado ninguna herramienta de inteligencia artificial y las imágenes son de elaboración propia.

{{Cab0_TSC
|Autores=[[User:Juan Antonio Pérez Medina]]
|Docentes=[[User:JDíaz]]
}}

El desarrollo de las telecomunicaciones y las redes informáticas se inclinan cada vez más hacia el uso de comunicaciones de fibra óptica, antes para las conexiones por cable se utilizaban exclusivamente cables de cobre (par trenzado), pero hace tiempo que han sido sustituidos por la fibra óptica, así pues, definamos qué es exactamente.

==Definición==

Podemos definir fibra óptica como el medio flexible y delgado <ref name="Stallings1"/>(de 12 a 125 µm) y a la tecnología empleadas para la transmisión de información en forma de señales óptica en lugar de eléctricas, que viajan a lo largo de un hilo generalmente fabricado con fibra de vidrio.
[[File:Img3.png|thumb|'''Figura 1''': Estructura interna de cable de fibra óptica]]

==Estructura==
El cable de fibra óptica tiene forma cilíndrica y está formado por las siguientes partes:

- '''Núcleo'''; es la parte más interna a través de la cual viaja la luz, con un diámetro de entre <ref name="Stallings1"/>8 y 100 µm

- '''Revestimiento'''; es el material óptico que rodea el núcleo y refleja la luz hacia el interior del mismo, confinando la luz para evitar que se escape del núcleo.

- '''Cubierta'''; es un revestimiento plástico que protege la fibra de posibles daños y humedad.
==Tipos==
<ref name="Stallings2"/>Según las características de transmisión podemos clasificar la fibra en:

- '''Multimodo'''; <ref name="Freeman"/>Este tipo de fibra se divide en <ref name="Noll"/>multimodo-salto de índice y multimodo-gradiente de índice que poseen la capacidad de transmitir varias señales luminosas independientes (modos) que se diferencian en fases o longitudes de onda, pero para ello requiere un diámetro de núcleo mayor, lo que produce dispersión modal, generalmente se utiliza para distancias cortas.
[[File:Multimodo.png|thumb|'''Figura 2''': Fibra óptica multimodo]]

- '''Monomodo'''; que posee la capacidad de transmitir solo un modo (una señal portadora de luz). Dado que dicha fibra tiene un núcleo con un <ref name="Noll"/>diámetro de alrededor de 8 micras (muy delgado), se observa una menor dispersión de modos durante la transmisión de la señal permitiéndole transmitir una señal a largas distancias sin utilizar repetidores.
[[File:Img2.png|thumb|'''Figura 3''': Fibra óptica monomodo]]

==Referencias==

<references>

<ref name="Stallings1">
1. Stallings, W. (2004). ''Comunicaciones y Redes de Computadores'' (7.ª ed.). Pearson Prentice Hall, p.105.
</ref>

<ref name="Stallings2">
2. Stallings, W. (2004). ''Comunicaciones y Redes de Computadores'' (7.ª ed.). Pearson Prentice Hall, p.107.
</ref>

<ref name="Noll">
2. Pierce, J.R.; Noll, A.M. (1995). ''Señales. La ciencia de las telecomunicaciones''. Barcelona: Reverté, p.131.
</ref>

<ref name="Freeman">
3. Freeman, R.L. (1999). ''Fundamentals of Telecommunications''. John Wiley & Sons, p.243.
</ref>
</references>

[[Category:GlossaLAB.edu]]
[[Category:Teoría de la señal y la comunicación]]

File:Multimodo.png

2023-12-20T16:12:24Z

Juan Antonio Pérez Medina:

fibra óptica multimodo

Draft talk:Conmutación

2023-12-08T22:44:55Z

Juan Antonio Pérez Medina: Created page with "Buenas noches: He actualizado la versión que había del concepto que se aborda en esta página, añadiendo imágenes que pueden hacer de su comprensión algo más sencillo. También he completado alguna explicación y definiciones que a mi parecer quedaban algo incompletas. Un saludo, Juan Antonio Pérez Medina (discusión) "

Buenas noches:

He actualizado la versión que había del concepto que se aborda en esta página, añadiendo imágenes que pueden hacer de su comprensión algo más sencillo. También he completado alguna explicación y definiciones que a mi parecer quedaban algo incompletas.

Un saludo,

[[User:Juan Antonio Pérez Medina|Juan Antonio Pérez Medina]] ([[Usuario discusión:Juan Antonio Pérez Medina|discusión]])

Draft:Conmutación

2023-12-08T22:43:40Z

Juan Antonio Pérez Medina:

File:Tablaconmutacion.png

2023-12-08T18:13:04Z

Juan Antonio Pérez Medina:

tabla conmutación

File:Conmutacionpaquetes.png

2023-12-08T18:12:34Z

Juan Antonio Pérez Medina:

conmutación de paquetes

File:Conmutacioncircuito.png

2023-12-08T18:11:48Z

Juan Antonio Pérez Medina:

conmutación circuito

File:Conmutaciondemensajes.png

2023-12-08T18:11:25Z

Juan Antonio Pérez Medina:

conmutación de mensajes