ES2558020T3 - Método de transmisión de mensaje de protocolo Internet (IP), capacidad de economía de ancho de banda negociada y economía de ancho de banda de red - Google Patents

Método de transmisión de mensaje de protocolo Internet (IP), capacidad de economía de ancho de banda negociada y economía de ancho de banda de red Download PDF

Info

Publication number
ES2558020T3
ES2558020T3 ES07720987.2T ES07720987T ES2558020T3 ES 2558020 T3 ES2558020 T3 ES 2558020T3 ES 07720987 T ES07720987 T ES 07720987T ES 2558020 T3 ES2558020 T3 ES 2558020T3
Authority
ES
Spain
Prior art keywords
message
capacity
recipient
economy
bandwidth economy
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES07720987.2T
Other languages
English (en)
Inventor
Cheng Chen
Jiangping Feng
Peng Li
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2558020T3 publication Critical patent/ES2558020T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/15—Flow control; Congestion control in relation to multipoint traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/26—Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/18—End to end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/38—Flow control; Congestion control by adapting coding or compression rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/801—Real time traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/824—Applicable to portable or mobile terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/164—Adaptation or special uses of UDP protocol
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Un método para garantizar la fiabilidad de una transmisión de mensajes, caracterizado por cuanto que comprende las etapas de: negociar, por un expedidor, una capacidad de economía de ancho de banda de un mensaje IP con un destinatario; soportar, por el expedidor, datos en el mensaje IP; y enviar, por el expedidor, el mensaje IP al destinatario; en donde el mensaje IP comprende al menos un sub-mensaje IP que comprende una cabecera múltiplex; en donde la cabecera múltiplex comprende un identificador ID origen para indicar información del expedidor y una primera indicación para indicar la longitud del sub-mensaje IP.

Description

imagen1
imagen2
imagen3
imagen4
imagen5
imagen6
5
15
25
35
45
55
65
la que pertenece el sub-mensaje IP; o bien, el identificador ID de origen puede ser un valor obtenido dividiendo el número de puerto UDP por 2. De este modo, el destinatario puede determinar la validez en función del indicador ID origen que indica la información del expedidor transmitida por el sub-mensaje IP en el mensaje IP. En segundo lugar, en la técnica anterior, un byte en la cabecera múltiplex del sub-mensaje IP en el mensaje IP se utiliza para indicar la longitud del submensaje IP y la longitud indicada es menor que 255 bytes. En la forma de realización de la presente invención, se utilizan 2 bytes para indicar la longitud del sub-mensaje IP, en lugar de utilizar 1 byte en la cabecera múltiplex en la técnica anterior. Sin embargo, esta operación desperdiciará un ancho de banda de red del sistema de comunicaciones. Para la finalidad de evitar un uso innecesario en el ancho de banda de red del sistema de comunicaciones, se utiliza otro bit en la cabecera múltiplex para indicar el número de bytes en un campo que indica la longitud del sub-mensaje IP; a modo de ejemplo, 0 indica que se utiliza 1 byte para indicar la longitud del sub-mensaje IP y 1 indica que se utilizan 2 bytes para indicar la longitud del sub-mensaje IP, etc. En tercer lugar, la forma de realización de la presente invención da a conocer un formato de un mensaje de datos UP con datos comprimidos en la capa UP, siendo comprimida solamente la cabecera UP y no se realiza ninguna verificación de CRC en la cabecera UP y los datos comprimidos, esto es, la carga útil.
En el bloque 804, a la recepción del mensaje IP enviado por el expedidor, el destinatario resuelve cada sub-mensaje IP en el mensaje IP en conformidad con el tipo de mensaje IP correspondiente a la capacidad de economía de ancho de banda seleccionada y de este modo, obtiene los datos encapsulados.
Procesos detallados para la negociación de la capacidad de economía de ancho de banda del mensaje IP se describen a continuación.
Métodos diferentes para negociar una capacidad de economía de ancho de banda se utilizan cuando se transmite el mensaje IP por intermedio de diferentes interfaces en el sistema de comunicaciones. En la forma de realización de la presente invención, varios métodos de negociación se describen como sigue:
1) Cuando el mensaje IP se transmite por intermedio de la interfaz Iu de un sistema WCDMA, el UP se utiliza para negociar la capacidad de economía de ancho de banda y múltiples capacidades de economía de ancho de banda se incluyen en los campos extendidos de UP, esto es, un conjunto de capacidades de economía de ancho de banda se incluye en los campos extendidos de UP.
2) Cuando el mensaje IP se transmite por intermedio de la interfaz Nb del sistema WCDMA, el protocolo IP de control de soporte de IP (IPBCP) y el protocolo de descripción de sesión (SDP) se utilizan para negociar la capacidad de economía de ancho de banda y múltiples capacidades de economía de ancho de banda se incluyen en el SDP. El UP utilizarse también para negociar la capacidad de economía de ancho de banda y múltiples capacidades de economía de ancho de banda se incluyen en los campos extendidos de UP.
3) Cuando el mensaje IP se transmite entre un destinatario y un expedidor en un IMS, el protocolo de iniciación de sesión (SIP) y el SDP se utilizan para negociar la capacidad de economía de ancho de banda y múltiples capacidades de economía de ancho de banda se incluyen en el SDP. Cuando el mensaje IP se transmite entre un equipo de control multimedia y un equipo de procesamiento multimedia, el protocolo H.248 y el SDP se utilizan para negociar la capacidad de economía de ancho de banda y múltiples capacidades de economía de ancho de banda se incluyen en el SDP.
4) Cuando el mensaje IP se transmite en un sistema de comunicación programable fijo, el SIP y el SDP se utilizan para negociar entre dispositivos de conmutación programables y múltiples de capacidades de economía de ancho de banda se incluyen en el SDP, el protocolo H.248 y el SDP se utilizan para negociar entre el dispositivo de conmutación programable y la pasarela multimedia y múltiples capacidades de economía de ancho de banda se incluyen en el SDP.
Cuando el SDP se utiliza para negociar la capacidad de economía de ancho de banda del mensaje IP, se define un atributo multimedia a=fmtp en el SDP y el SDP transmite parámetros de un determinado formato mediante el atributo multimedia y no importa los contenidos del parámetro. El formato del atributo multimedia a=fmtp es: a=fmtp:<formato> <parámetros específicos del formato> y los <parámetros específicos del formato> pueden ser cualquier cadena de caracteres que cumpla la especificación en el SDP. En las formas de realización de la presente invención, los parámetros se utilizan para transmitir capacidades de economía de ancho de banda soportadas; la indicación de la capacidad de economía de ancho de banda puede estar en una diversidad de modos y a continuación se describen dos de estos modos.
En el primer modo, todas las capacidades de economía de ancho de banda soportadas se enumeran en un atributo multimedia, esto es, a=fmt: a=fmtp:<formato> IPFmts={x, y, z,…} y z, y, z indican las capacidades de economía de ancho de banda en un orden de prioridad descendente. A modo de ejemplo, a=fmtp: 4 IPFmts= {0, 1} indica que las capacidades de economía de ancho de banda como 0 o 1 son soportadas por un mensaje IP con una carga útil de tipo 4.
En el segundo modo, una capacidad de economía de ancho de banda soportada se enumera en cada atributo multimedia, esto es, a=fmtp:<formato> IPFmts=x; a=fmtp: <formato> IPFmts=y y a=fmtp:<formato> IPFmts=z y las
imagen7
imagen8
En el bloque 1301, si el destinatario soporta la compresión de cabecera UP y la información recibida desde el expedidor que indica que el expedidor soporta la compresión de cabecera UP, el destinatario envía al expedidor un mensaje de respuesta del mensaje de demanda de inicialización de UP que indica que se soporta la compresión de cabecera UP; si cualquiera de las dos partes no soporta la compresión de cabecera UP, el destinatario reenvía al expedidor el mensaje
5 de respuesta del mensaje de demanda de inicialización de UP que indica que no se soporta la compresión de cabecera UP.
En la forma de realización de la presente invención, varios campos extendidos inactivos están contenidos en el mensaje de demanda de inicialización de UP y el mensaje de respuesta, dos mapas de bits (IPFmts) en un campo extendido
10 inactivo en el mensaje de demanda de inicialización de UP puede utilizarse para transmitir el conjunto de capacidades de economía de ancho de banda soportadas; un bit, soportado por BWS, en un campo extendido inactivo en el mensaje de respuesta puede utilizarse para indicar si el destinatario soporta, o no, la capacidad de economía de ancho de banda y un bit, IPFMT puede utilizarse para indicar la capacidad de economía de ancho de banda seleccionada por el destinatario.
15 En la forma de realización de la presente invención, un bit, UPC, en un campo extendido inactivo, en el mensaje de demanda de inicialización de UP puede utilizarse para indicar si el expedidor soporta la compresión de cabecera UP; un bit, UPC, es un campo extendido inactivo en el mensaje de respuesta que puede utilizarse para indicar si el destinatario soporta, o no, la compresión de cabecera UP.
20 Con referencia a la tabla 1,
Denominación del parámetro
IPFmts BWS soportado IPFMT UPC
Longitud
2 bits 1 bit 1 bit 1 bit
Indicación
Lista de capacidades de economía de ancho de banda Si se soporta, o no, una capacidad de economía de ancho de banda La capacidad de economía de ancho de banda seleccionada que es válida cuando el BWS soportado es 1 Si se soporta la compresión de cabecera UP o no
Valor
00: no soporta la capacidad de economía de ancho de banda 01: soporta la capacidad de economía de ancho de banda 0 10: soporta la capacidad de economía de ancho de banda 1 11: soporta la capacidad de economía de ancho de banda 0, 1 0: no soporta la capacidad de economía de ancho de banda 1: soporta una capacidad de economía de ancho de banda 0: soporte de una capacidad de economía de ancho de banda 0 1: soporta la capacidad de economía de ancho de banda 1 0: no soporta la compresión de cabecera UP 1: soporta la compresión de cabecera de UP
Localización
Mensaje de demanda de inicialización de UP Mensaje de respuesta del mensaje de demanda de inicialización de UP Mensaje de respuesta del mensaje de demanda de inicialización de UP Mensaje de demanda de inicialización UP /mensaje de respuesta del mensaje de demanda de inicialización de UP
Tabla 1
25 De la Tabla 1, puede deducirse que si el expedidor soporta una capacidad de economía de ancho de banda, el expedidor asigna los campos IPFmts (mapa de bits) en el mensaje de demanda de inicialización de UP en función del conjunto de capacidades de economía de ancho de banda soportadas. El destinatario selecciona una capacidad de economía de ancho de banda soportada por el destinatario a partir de los campos IPFmts (mapa de bits) en el mensaje de demanda
30 de inicialización de UP y luego, el destinatario escribe la capacidad de economía de ancho de banda soportada en el campo IPFMT en el mensaje de respuesta del mensaje de demanda de inicialización de UP y establece el campo soportado de BWS como 1 al mismo tiempo, con lo que el expedidor y el destinatario pueden procesar los mensajes IP
5
15
25
35
45
55
65
correspondientes a la misma capacidad de economía de ancho de banda. Si el destinatario no soporta la capacidad de economía de ancho de banda, o no soporta la capacidad de economía de ancho de banda en el campo IPFmts (mapa de bits) en el mensaje de demanda de inicialización de IP recibido, el destinatario establece el campo soportado de BWS como 0 en el mensaje de respuesta del mensaje de demanda de inicialización de UP, con lo que el expedidor y el destinatario solamente pueden procesar mensajes IP ordinarios.
También puede deducirse de la tabla 1 que el expedidor puede indicar en el mensaje de demanda de inicialización UP que si se soporta la compresión de cabecera UP, el destinatario puede indicar en el mensaje de respuesta del mensaje de demanda de inicialización de UP que si se soporta la compresión de cabecera UP, y solamente cuando se soporta la compresión de cabecera UP por el expedidor y el destinatario a la vez, se puede utilizar la función de compresión de cabecera UP en los mensajes IP transmitidos entre el expedidor y el destinatario. En la forma de realización de la presente invención, la capacidad de compresión de cabecera UP puede describirse también por el SDP y el SDP puede utilizarse para la negociación de la capacidad de compresión de cabecera UP. A modo de ejemplo: a=fmtp:<formato> UPC=sí indica que se soporta la compresión de cabecera UP; a=fmtp: <formato> UPC=no indica que no se soporta la compresión de cabecera UP.
Descripciones detalladas de tipos del mensaje IP que se utilizan en las formas de realización de la presente invención se describen a continuación.
En las formas de realización de la presente invención, la capa de enlace, la capa de IP y la capa de UDP en la pila de protocolos que soportan un mensaje IP se mantienen todas ellas invariables, múltiples sub-mensajes IP se encapsulan en un mensaje IP, siendo cada contenido de cada sesión incluido en cada sub-mensaje IP y existe una cabecera múltiplex en un sub-mensaje IP según se ilustra en la Figura 6.
En la forma de realización de la presente invención, una cabecera RTP es objeto de compresión. Si el expedidor y el destinatario soportan ambos la compresión de cabecera UP, se puede comprimir también la cabecera UP.
En las formas de realización de la presente invención, el formato de cabecera IP del mensaje IP es el mismo que en la técnica anterior; la cabecera UDP es la misma que en la técnica anterior, esto es, el número de puerto de UDP de destino es un valor fijo, el valor del número de puerto UDP origen carece de importancia y puede ser cualquier valor; la cabecera múltiplex incluye un identificador ID múltiplex, un identificador ID de origen, un bit indicador de longitud y un campo de longitud. El identificador ID múltiplex es el número del puerto UDP de destino que recibe el sub-mensaje o un valor obtenido realizando alguna operación del número del puerto UDP de destino; el ID de origen es el número del puerto UDP origen que envía el sub-mensaje o un valor obtenido realizando alguna operación del número del puerto UDP origen; el bit indicador de la longitud indica que el número de los bytes en el campo de longitud es 1 o 2 bytes y el campo de longitud indica la longitud del sub-mensaje IP. El proceso de compresión de la cabecera RTP es el mismo que el de la técnica anterior.
En las formas de realización de la presente invención, puesto que la variación de CRC se realiza en la capa de enlace y por ello, los datos soportados por el mensaje IP son correctos con seguridad, no se necesita ninguna verificación de CRC en la capa UP. De este modo, se define un tipo de cabecera UP en la forma de realización de la presente invención y la cabecera UP con el tipo de cabecera UP no incluye la verificación de CRC de la cabecera UP y la verificación de CRC de la carga útil. Según se ilustra en la Figura 14, no se realiza ninguna verificación de CRC en la parte de verificación.
Si solamente la cabecera de mensaje del mensaje IP se comprime, el ancho de banda que no se consume no es obvio, por lo que la cabecera de mensaje IP se suele comprimir después de multiplicarse. Dos realizaciones, a modo de ejemplo, se proporcionan a continuación para definir dos formatos de mensajes IP: uno es que el mensaje IP solamente se multiplica, el otro es que la cabecera de mensaje IP del mensaje IP se comprime después de multiplicarse según se ilustra en las Figuras 15 y 16. En la práctica, una diversidad de formatos de mensajes IP puede proporcionarse en conformidad con la técnica de múltiplexación y una diversidad de técnicas de compresión de mensajes IP.
En la Figura 15, el mensaje IP solamente se multiplica; la cabecera RTP no se comprime y se mantiene invariable. Existe una cabecera multiplicada antes de cada sub-mensaje IP multiplicado; los contenidos de la cabecera múltiplex incluyen una indicación de campo de longitud (L), un identificador ID múltiplex (MUXID), un identificador ID de origen (SourceID) y una longitud del mensaje múltiplex (Length). La L indica el número de bytes en el campo de longitud Length; L = 0 indica que el número de los bytes en el campo Length es un solo byte y la longitud indicada del sub-mensaje IP es, como máximo 255 bytes; L = 1 indica que el número de los bytes en el campo Length es 2 bytes y la longitud indicada del submensaje IP es, como máximo de 65535 bytes. El identificador MUXID puede expresarse por el número de puerto UDP de destino dividido por 2. El campo SourceID puede expresarse por el número de puerto UDP origen o el número de puerto UDP origen dividido por 2 y el destinatario puede utilizar el identificador SourceID para comprobar la validez del sub-mensaje IP. Como para el campo Length, la longitud del sub-mensaje IP puede indicarse por un byte o 2 bytes.
En la Figura 16, el mensaje IP se multiplica y la cabecera RTP se comprime. Existe una cabecera multiplicada y una cabecera RTP comprimida antes de cada sub-mensaje IP multiplicado. Los contenidos de la cabecera múltiplex incluyen un parámetro L, un indicador MUXID, un indicador SourceID y un campo de longitud Length; los contenidos de la cabecera RTP comprimida incluyen los parámetros de P, M, un tipo de carga útil, una marca temporal y un número de
5
15
25
35
45
55
65
secuencia. El valor de L indica el número de bytes en el campo de longitud Length; L = 0 indica que el número de bytes en el campo Length es un byte y la longitud indica del sub-mensaje IP es, como máximo 255 bytes; L = 1 indica que el número de bytes en el campo de longitud Length es 2 bytes y la longitud indicada el sub-mensaje IP es, como máximo 65535 bytes. El identificador MUXID puede expresarse por el número de puerto UDP de destino dividido por 2. El identificador SourceID puede expresarse por el número de puerto UDP de origen o el número de puerto UDP de origen dividido por 2 y el destinatario puede utilizar el identificador SourceID para comprobar la validez del sub-mensaje IP. Como para el campo de la longitud Length, la longitud del sub-mensaje IP puede indicarse por un byte o 2 bytes. La utilización del valor de P es compatible con el de la cabecera RTP estándar; si existe un byte de relleno adicional en el sub-mensaje IP, el indicador está configurado. La utilización de M es compatible con la de la cabecera RTP estándar; el significado de M se especifica por la sesión y M se utiliza para determinar los límites de datos diferentes. La utilización del parámetro del Tipo de carga útil es compatible con el de la cabecera RTP estándar. La utilización del número de secuencia es compatible con el de la cabecera RTP estándar y la longitud del número de secuencia es 8 bits, que es 16 bits antes de que se comprima. La utilización de la marca temporal es compatible con la cabecera RTP estándar y la longitud de la marca temporal es 16 bits, que es 32 bits antes de comprimirse. La cabecera RTP puede comprimirse mediante una estructura según se ilustra en la Figura 6.
En los métodos dados a conocer por las formas de realización de la presente invención, el mensaje IP está multiplicado, la cabecera RTP está comprimida y los datos soportados en el mensaje IP están comprimidos. Por lo tanto, la eficiencia para el procesamiento del mensaje IP mediante dispositivos de procesamiento en el sistema de comunicaciones es mejorada. En la forma de realización de la presente invención, se transmite una indicación de origen por la cabecera múltiplex de cada sub-mensaje IP en el mensaje IP, por lo que el destinatario puede determinar la validez del mensaje IP, mejorándose la fiabilidad y la seguridad. En el proceso de la negociación de la capacidad de economía de ancho de banda aplicando los métodos dados a conocer por las formas de realización de la presente invención, múltiples capacidades de economía de ancho de banda se transmiten al mismo tiempo, se mejora la tasa de éxito operativo. En el proceso de negociación, la capacidad de economía de ancho de banda aplicando los métodos dados a conocer por las formas de realización de la presente invención, el protocolo H.248, pueden utilizarse los protocolos IPBCP y SIP con lo que los métodos de negociación pueden aplicarse en el caso de ‘no túnel’ en una red base de circuitos conmutados del sistema WCDMA y la red de conmutación programable fija.
Las formas de realización de la presente invención dan a conocer también un sistema para transmitir un mensaje IP según se ilustra en la Figura 17 y el sistema incluye un expedidor y destinatario.
El expedidor envía el destinatario más de una capacidad de economía de ancho de banda soportada por el expedidor y termina un tipo del mensaje IP utilizado para transmitir datos en función de una capacidad de economía de ancho de banda recibida seleccionada por el destinatario y luego, el expedidor envía un mensaje IP al destinatario después de construir el mensaje IP que soporta datos a transmitirse utilizando el tipo determinado el mensaje IP.
El destinatario selecciona la capacidad de economía de ancho de banda desde las más de una capacidad de economía de ancho de banda que se envían por el expedidor en función de una capacidad de economía de ancho de banda soportada por el destinatario y luego, el destinatario envía la capacidad de economía de ancho de banda seleccionada al expedidor.
El expedidor y el destinatario incluyen también los módulos de negociación de capacidades de compresión de cabecera RTP, respectivamente.
El módulo de negociación de capacidades de compresión de cabecera RTP del expedidor envía al destinatario una información que indica si la compresión de cabecera RTP es soportada por el expedidor y recibe del destinatario una información que indica si se soporta la compresión de cabecera RTP y el módulo de negociación de capacidad de compresión de cabecera RTP del expedidor comprime la cabecera RTP cuando se construye el mensaje IP si se soporta la compresión de cabecera RTP.
El módulo de negociación de capacidades de compresión de cabecera RTP del destinatario determina si se soporta la compresión de cabecera RTP en función de si la compresión de cabecera RTP es soportada, o no, por el destinatario y en función de la información recibida que indica si la compresión de cabecera RTP es soportada, o no, por el expedidor y envía al expedidor la información que indica si se soporta la compresión de cabecera RTP.
El destinatario incluye, además, un módulo de resolución de recepción de mensajes IP. A la recepción del mensaje IP enviado por el expedidor, el módulo de resolución de recepción de mensajes IP resuelve cada sub-mensaje IP en el mensaje IP en función del tipo de mensaje IP correspondiente a la capacidad de economía de ancho de banda seleccionada y obtiene los datos transmitidos.
Las formas de realización de la presente invención dan a conocer también un sistema para la negociación de una capacidad de economía de ancho de banda. El sistema incluye un expedidor y un destinatario. El expedidor envía al destinatario más de una capacidad de economía de ancho de banda soportada por el expedidor y determina un tipo del mensaje IP utilizado para transmitir datos en función de una capacidad de economía de ancho de banda recibida seleccionada por el destinatario. El destinatario selecciona la capacidad de economía de ancho de banda a partir de la
más de una capacidad de economía de ancho de banda enviada por el expedidor en función de la capacidad de economía de ancho de banda soportada por el destinatario y envía la capacidad de economía de ancho de banda seleccionada al expedidor.
5 En la forma de realización de la presente invención, el expedidor incluye, además, un módulo de construcción de mensajes IP para construir un mensaje IP multiplicado que soporta los datos a transmitirse en función del tipo determinado del mensaje IP y para enviar al destinatario el mensaje IP multiplicado construido. Al menos un sub-mensaje IP que tiene una cabecera múltiplex se incluye en el mensaje IP multiplicado. La cabecera múltiplex del sub-mensaje IP incluye al menos uno de un identificador de origen para indicar la información del expedidor, una indicación para
10 comunicar el número de bytes utilizados para indicar la longitud del sub-mensaje IP y una indicación de la longitud del sub-mensaje IP.
En la forma de realización de la presente invención, el expedidor incluye, además, un módulo de construcción de mensajes IP para construir el mensaje IP que soporta los datos a transmitirse después de que el mensaje IP se 15 comprima en función del tipo determinado del mensaje IP. El mensaje IP incluye un mensaje de datos UP sin una verificación de CRC y una cabecera UP sin una verificación de CRC. El módulo de construcción de mensajes IP envía el mensaje IP construido al destinatario. Las formas de realización antes citadas de la presente invención dan a conocer una explicación más explícita, del objeto, la solución técnica y los efectos ventajosos de la presente invención. Debe entenderse que lo que antecede es solamente formas de realización de la presente invención y no es para uso en
20 limitación del alcance de la invención. Cualquier modificación, sustitución equivalente y mejora dentro los principios de la invención deben estar cubiertos en el alcance de protección de la invención.
25

Claims (1)

  1. imagen1
    imagen2
    imagen3
ES07720987.2T 2006-04-27 2007-04-27 Método de transmisión de mensaje de protocolo Internet (IP), capacidad de economía de ancho de banda negociada y economía de ancho de banda de red Active ES2558020T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN200610076081 2006-04-27
CN2006100760819A CN101047711B (zh) 2006-04-27 2006-04-27 Ip报文传输、协商带宽节省能力和节省网络带宽的方法
PCT/CN2007/001414 WO2007128217A1 (en) 2006-04-27 2007-04-27 Method of internet protocol(ip) message transmission, negotiated bandwidth saving capability and saving network bandwidth

Publications (1)

Publication Number Publication Date
ES2558020T3 true ES2558020T3 (es) 2016-02-01

Family

ID=38667429

Family Applications (1)

Application Number Title Priority Date Filing Date
ES07720987.2T Active ES2558020T3 (es) 2006-04-27 2007-04-27 Método de transmisión de mensaje de protocolo Internet (IP), capacidad de economía de ancho de banda negociada y economía de ancho de banda de red

Country Status (5)

Country Link
US (1) US8311060B2 (es)
EP (3) EP1940093B1 (es)
CN (2) CN101047711B (es)
ES (1) ES2558020T3 (es)
WO (1) WO2007128217A1 (es)

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101047711B (zh) 2006-04-27 2010-08-18 华为技术有限公司 Ip报文传输、协商带宽节省能力和节省网络带宽的方法
US20100091835A1 (en) * 2008-10-14 2010-04-15 Morris Robert P Method And System For Processing A Media Stream
CN102428727B (zh) * 2009-03-16 2015-08-19 诺基亚通信公司 移动网络优化
KR20110113649A (ko) * 2009-03-19 2011-10-17 후지쯔 가부시끼가이샤 수신 장치, 송신 장치, 수신 방법, 송신 방법, 통신 시스템 및 통신 방법
CN101616156B (zh) * 2009-07-24 2012-10-03 中兴通讯股份有限公司 一种实现rtp数据流多路复用的信令协商方法和装置
JP4740365B2 (ja) 2009-10-26 2011-08-03 シャープ株式会社 移動局装置、基地局装置、無線通信システム、通信制御方法、通信制御プログラム、及びプロセッサ
KR20110071835A (ko) * 2009-12-21 2011-06-29 삼성전자주식회사 이동통신시스템에서 브이오아이피 서비스를 제공하는 방법 및 장치
JP5094896B2 (ja) * 2010-02-26 2012-12-12 シャープ株式会社 移動局装置、基地局装置、通信制御方法及び集積回路
CN102546547A (zh) * 2010-12-22 2012-07-04 中兴通讯股份有限公司 Ip报文发送方法、网络测设备及终端
CN102255906B (zh) * 2011-07-08 2014-07-23 中国联合网络通信集团有限公司 数据发送和接收方法、设备及系统
CN102318289B (zh) * 2011-07-29 2014-12-10 华为技术有限公司 带宽调整方法、总线控制器及信号转换器
CA3070431C (en) 2011-10-13 2023-01-24 Samsung Electronics Co., Ltd. Apparatus and method for configuring control message in broadcasting system
CN103685426B (zh) * 2012-09-25 2017-11-03 联想(北京)有限公司 信息处理设备和信息处理方法
US9356645B2 (en) * 2012-11-16 2016-05-31 International Business Machines Corporation Saving bandwidth in transmission of compressed data
CN103618678A (zh) * 2013-11-18 2014-03-05 北京星网锐捷网络技术有限公司 自适应多链路聚合的方法、装置及系统
CN104394119B (zh) * 2014-08-27 2020-09-11 贵阳语玩科技有限公司 Rtp包的发送方法、响应方法及装置
CN105450613B (zh) * 2014-09-01 2019-03-12 展讯通信（上海）有限公司 一种数据识别系统及方法
US9991719B2 (en) 2014-09-30 2018-06-05 The Boeing Company Systems and methods for reducing circulating current and phase to phase imbalance in a parallel modular converter system
CN106301987B (zh) 2015-06-03 2020-02-14 华为技术有限公司 一种报文丢失检测方法、装置及系统
CN106817386B (zh) * 2015-11-27 2020-03-10 华为技术有限公司 一种多会话下远程服务的数据处理方法和系统
US10498683B2 (en) 2016-07-20 2019-12-03 At&T Intellectual Property I, L.P. Compressed message sets for storage efficiency
CN107872429A (zh) * 2016-09-26 2018-04-03 中国电信股份有限公司 在 vxlan 中实现身份检验的方法和系统
CN109547467A (zh) * 2018-12-19 2019-03-29 北京东土科技股份有限公司 媒体数据纠错传输及纠错方法、装置、设备及存储介质
CN112398731B (zh) * 2019-08-15 2022-05-13 华为技术有限公司 一种处理报文的方法和第一网络设备
CN112040513B (zh) * 2020-09-10 2024-03-08 深圳市欢太科技有限公司 一种数据传输方法、数据传输装置及数据传输系统
CN112671597B (zh) * 2020-11-25 2023-03-24 紫光云技术有限公司 一种分段统计弹性公网ip在共享带宽内和外流量的方法
CN113821074B (zh) * 2021-09-06 2023-09-08 北京车和家信息技术有限公司 一种时间同步方法、装置、电子设备和存储介质

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6529734B1 (en) * 1998-11-03 2003-03-04 Telefonaktiebolaget Lm Ericsson Bandwith supply dependent cell level
EP1049297A3 (en) * 1999-04-01 2003-06-18 AT&T Corp. Method of providing quality of service agreement across network boundaries
AU782382B2 (en) * 1999-12-21 2005-07-21 Alcatel Usa Sourcing, L.P. System and method of telecommunications network node ethernet connectivity
JP4068780B2 (ja) * 2000-02-24 2008-03-26 富士通株式会社 ＶｏＩＰ通信システムにおける通信状態通知装置，通信状態表示装置，通信状態通知方法及び通信状態通知プログラムを記録した媒体
US7058973B1 (en) * 2000-03-03 2006-06-06 Symantec Corporation Network address translation gateway for local area networks using local IP addresses and non-translatable port addresses
JP4405044B2 (ja) * 2000-06-21 2010-01-27 富士通株式会社 ネットワーク中継装置およびパケット結合方法
US6842463B1 (en) * 2000-07-14 2005-01-11 Nortel Networks Limited Automated and adaptive management of bandwidth capacity in telecommunications networks
US7688745B1 (en) * 2000-08-14 2010-03-30 Nokia Siemens Networks Oy Communication system and method providing a mode selection procedure
WO2002015627A1 (en) 2000-08-14 2002-02-21 Nokia Corporation Communication system and method providing a mode selection procedure
EP1248431B1 (en) 2001-03-27 2007-10-31 Sony Deutschland GmbH Method for achieving end-to-end quality of service negotiation for distributed multimedia applications
US7171485B2 (en) * 2001-10-17 2007-01-30 Velcero Broadband Applications, Llc Broadband network system configured to transport audio or video at the transport layer, and associated method
ATE497336T1 (de) 2003-07-10 2011-02-15 Alcatel Lucent Reduktion von bandbreite und energieverbrauch in einem multimode mobilfunkendgerät durch selektives überwachen mehrerer funkschnittstellen
US7965674B2 (en) 2004-05-05 2011-06-21 New Jersey Institute Of Technology Sub-segment based transport layer protocol for wireless medium
JP4363404B2 (ja) * 2006-01-26 2009-11-11 ソニー株式会社 受信装置および方法、並びにプログラム
GB0602314D0 (en) * 2006-02-06 2006-03-15 Ericsson Telefon Ab L M Transporting packets
CN101047711B (zh) 2006-04-27 2010-08-18 华为技术有限公司 Ip报文传输、协商带宽节省能力和节省网络带宽的方法

Also Published As

Publication number Publication date
US20090022065A1 (en) 2009-01-22
CN101047711A (zh) 2007-10-03
EP2763361B1 (en) 2016-06-08
EP2763361A1 (en) 2014-08-06
EP1940093B1 (en) 2015-10-21
EP2763360A1 (en) 2014-08-06
CN101047711B (zh) 2010-08-18
CN101317404A (zh) 2008-12-03
US8311060B2 (en) 2012-11-13
EP1940093A1 (en) 2008-07-02
CN101317404B (zh) 2012-02-29
EP1940093A4 (en) 2008-12-17
WO2007128217A1 (en) 2007-11-15

Similar Documents

Publication Publication Date Title
ES2558020T3 (es) Método de transmisión de mensaje de protocolo Internet (IP), capacidad de economía de ancho de banda negociada y economía de ancho de banda de red
KR20190049037A (ko) 데이터 종류에 따른 프로토콜 변환 장치 및 방법, 그리고 차량 시스템
ES2327157T3 (es) Metodo para tranmitir un mensaje del protocolo de auteticacion, autoriacion y contabilidad.
ES2526546T3 (es) Método de comunicación entre dispositivos de comunicación y aparato de comunicación
ES2592909T3 (es) Procedimiento, servidor y estación base para la sincronización de porciones de trama de difusión y multidifusión en sistemas WiMAX
WO2019019906A1 (zh) 一种通信方法、设备及存储介质
KR20100027927A (ko) 압축된 헤더를 이용한 서비스 제공방법
US9219537B2 (en) Method and system for transmitting information in relay communication network
JP2014530545A5 (es)
US8767775B2 (en) Efficient MAC header design and communication using same
CA2382271A1 (en) Circuit emulation service over an internet protocol network
CA2472056A1 (en) Methods and apparatus for encapsulating a frame for transmission in a storage area network
WO2008083570A1 (fr) Procédé et dispositif d&#39;unité réseau pour transférer le message de test
ES2235018T3 (es) Metodo y sistema para tratamiento de datos erroneos en un sistema de comunicaciones comutado por paquetes, en el que los paquetes se subdividen y procesan por partes.
WO2011137836A1 (zh) IPv4网络中传输IPv6报文的方法、终端及网关
WO2017211141A1 (zh) 资源释放方法、系统、装置及计算机存储介质
WO2017041579A1 (zh) 一种实现链路质量检测方法及装置
ES2536486T3 (es) Procedimiento y aparato para realizar acciones en paquetes en nodos intermedios en una conexión entre un dispositivo de comunicación y un dispositivo de destino en una red objetivo
US20090274054A1 (en) System and method for detecting a network loop
US20140293783A1 (en) Method for transmitting data from terminal in wireless communication system, and device for same
TWI390934B (zh) 傳遞媒體獨立交接能力資訊之無線通信方法及系統
ES2296814T3 (es) Metodo y nodo de telecomunicaciones para la distribucion del trafico de destino dentro del nodo de telecomunicaciones.
WO2010009652A1 (zh) 一种复用数据流的传输方法
TWI444003B (zh) 無線通信系統中傳送連鎖圖框方法及裝置
ES2587356T3 (es) Método y equipo para procesar mensajes multiplexados comprimidos