+

MX2007013843A - Senalizacion de parametros de calidad de servicio para sesion multimedia. - Google Patents

Senalizacion de parametros de calidad de servicio para sesion multimedia.

Info

Publication number
MX2007013843A
MX2007013843A MX2007013843A MX2007013843A MX2007013843A MX 2007013843 A MX2007013843 A MX 2007013843A MX 2007013843 A MX2007013843 A MX 2007013843A MX 2007013843 A MX2007013843 A MX 2007013843A MX 2007013843 A MX2007013843 A MX 2007013843A
Authority
MX
Mexico
Prior art keywords
quality
parameters
service parameters
receiving device
bit rate
Prior art date
Application number
MX2007013843A
Other languages
English (en)
Inventor
Igor Curcio
Umesh Chandra
Original Assignee
Nokia Corp
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 Nokia Corp filed Critical Nokia Corp
Publication of MX2007013843A publication Critical patent/MX2007013843A/es

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • 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/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • 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/805—QOS or priority aware
    • 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/808—User-type aware
    • 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
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • 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
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • 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
    • H04W28/22—Negotiating communication rate
    • 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/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Quality & Reliability (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Los sistemas y metodos permiten que un dispositivo de recepcion y su red inalambrica establezcan los recursos de manera optima y eficiente. Un dispositivo de emision senaliza algunos de los parametros negociados QoS al dispositivo de recepcion de la sesion durante el procedimiento de establecimiento de sesion. La velocidad garantizada de bits, la velocidad maxima de bits y el retraso de transferencia (que son negociados junto con otros parametros QoS durante la activacion del contexto PDP) son senalizados al dispositivo de recepcion. Los Nuevos atributos de Protocolo de Descripcion de Sesion (SDP) son definidos para los parametros QoS mencionados con anterioridad, los cuales son llevados en los mensajes de Protocolo de Iniciacion de Sesion (SIP). El dispositivo de recepcion puede utilizar estos atributos SDP para negociar (o renegociar) los parametros QoS con su propia red inalambrica durante a activacion PDP. El dispositivo de recepcion puede utilizar estos parametros para establecer los recursos en consecuencia, tal como las protecciones primarias de fluctuacion para los medios de audio y video.

Description

SE ALIZACIÓN DE PARÁMETROS DE CALIDAD DE SERVICIO PARA SESIÓN MULTIMEDIA Campo de la Invención La presente invención se refiere, de manera general, a la comunicación multimedia de protocolo de Internet (IP, por sus siglas en inglés) . De manera más específica, la presente invención se refiere a métodos de mejora y optimización de la calidad de servicio en la comunicación multimedia IP.
Antecedentes de la Invención Se pretende que esta sección proporcione un antecedente o contexto. La descripción en la presente podría incluir conceptos que pudieran ser adoptados, aunque no necesariamente los que hayan sido previamente concebidos o adoptados. Por lo tanto, a menos que se indique de otro modo en la presente, lo que se describe en esta sección no es la técnica anterior a las reivindicaciones en esta solicitud y no se admite que sea la técnica anterior mediante la inclusión en esta sección. El Proyecto Compartido de Tercera Generación (3GPP) ha definido en su especificación técnica (TS) 23.107 el concepto y arquitectura para la calidad de servicio (QoS) en comunicaciones móviles 3G. La QoS determina como son REF. 187663 manejados los paquetes de datos durante su transmisión en la red. Por ejemplo, los niveles QoS determinan cuales paquetes serán almacenados en forma temporal y cuales paquetes serán eliminados durante la congestión en las redes. Los niveles QoS también determinan qué velocidades de bits son distribuidas para los flujos de medios. Para comunicaciones conmutadas por paquete, las redes del Sistema Universal de Telecomunicación Móvil (UMTS) han definido cuatro tipos distintos de clases de tráfico que también son denominadas como clases QoS (en TS 23.107). Estas cuatro clases QoS o de tráfico son de conversión, de transferencia de flujo interactiva y antecedentes. Mayores detalles acerca de estos tipos de tráfico y los distintos atributos QoS puede ser encontrados en el documento 3GPP TS 23.107. Cuando una terminal móvil desea establecer una llamada de comunicación con otra parte, ésta activa un contexto de Protocolo de Datos de Paquete (PDP) con el Nodo de Servicio GPRS de Pasarela (GGSN) . En el mensaje de petición de activación PDP, la terminal especifica los atributos QoS que desea para esta sesión, tal como la clase de tráfico, el ancho de banda máximo, el ancho de banda garantizado, el retraso, etcétera. En base a la carga de la red y la disponibilidad de los recursos (en la interfaz de aire y la red central) , la red otorga la QoS a la terminal móvil .
Diferentes aplicaciones multimedia tienen distintas propiedades. Por ejemplo, las aplicaciones como la conferencia de video o la conferencia de audio requieren el suministro de los datos (el flujo o la corriente de video o de audio) en tiempo real o casi real. Estos tipos de aplicaciones pueden soportar ciertas pérdidas de paquete. No obstante, para aplicaciones como el acceso de base de datos o la navegación por la Web, es muy importante que los datos suministrados sean tan exactos como sea posible y que los requerimientos de retraso no sean muy exigentes. En base a la aplicación, el usuario que inicia la sesión solicita una cierta clase de tráfico durante la activación del contexto PDP. Como tal, si el usuario deseara establecer una aplicación de transferencia de flujo, éste utilizaría el tipo de tráfico de transferencia y para la aplicación de conferencia de video, y el tipo de tráfico de conversación. La aplicación de cliente también específica otros ciertos parámetros QoS, tales como la velocidad garantizada de bits, la velocidad máxima de bits, el retraso de transferencia, etc., que desea utilizar para la sesión para esta aplicación particular . No existe mecanismo que permita al emisor señalar la terminación de extremo-con-extremo de los parámetros negociados QoS al receptor o a la otra parte en la llamada. Como tal, durante el establecimiento de la sesión usando el protocolo SIP/SDP, no existe nada que especifique los parámetros negociados QoS a la otra parte en la llamada. Cuando el receptor o la parte llamada reciban un mensaje SIP INVITE para unirse a la sesión multimedia, el receptor negocia los parámetros QoS con su propia red. El receptor puede solicitar una clase diferente del tipo de tráfico (que incluye los parámetros incorrectos QoS) que el emisor había negociado. Por lo tanto, por ejemplo si el emisor quisiera una sesión interactiva o de transferencia (por ejemplo, una aplicación de Lo que Quiere Ver (SWISS)), el receptor podría preguntar por una clase de tráfico de conversación. Como otro ejemplo, si el emisor especificara un ancho de banda de sesión utilizando el atributo de ancho de banda en el mensaje inicial SIP INVITE (por ejemplo, de 64 Kbps) y posteriormente, cuando negocie con su propia red inalámbrica el parámetro garantizado QoS de ancho de banda, la red podría distribuir sólo 48 Kbps al cliente emisor (la persona que hace la llamada) . Sin embargo, el receptor (o la parte llamada) negocia con su propia red inalámbrica los 64 Kbps en base al mensaje inicial INVITE del emisor. La red inalámbrica del receptor otorga 64 Kbps al receptor incluso aún cuando el emisor sólo enviara en 48 Kbps, originando el uso ineficiente de los recursos de la red. Si el emisor tuviera la capacidad para señalar el ancho de banda garantizado que es negociado al receptor, entonces, el receptor podría negociar de manera exacta los recursos adecuados a partir de su propia red. En forma similar, si el parámetro de velocidad máxima de bits no fuera señalado de extremo-a-extremo, entonces, la terminal del receptor podría hacer una suposición incorrecta del valor máximo de velocidad de bits y podría ajusfarlo como un valor muy alto o muy bajo. Un valor muy alto para una velocidad máxima de bits origina el uso ineficiente de los recursos de la red y un valor muy bajo para la velocidad máxima de bits origina pérdidas de paquete y produce una calidad media deficiente o mala. La Figura 1 ilustra un diagrama simplificado de señal que representa los problemas anteriores que se originan cuando los parámetros QoS (las velocidades garantizadas y máxima de bits) no son señalizados de extremo-a-extremo. La Terminal A interactúa con SGNS para la activación del contexto PDP y SGSN interactúa con GGSN que lo hace con la activación del contexto PDP. Como se ilustra en la Figura 1, el parámetro de velocidad máxima de bits no es señalizado de extremo-a-extremo. Como resultado, la Terminal B asume que la velocidad máxima de bits es de 72 Kbps y que la velocidad garantizada de bits es de 64 Kbps. No obstante, la Terminal A ajusta la velocidad máxima de bits en 48 Kbps y la velocidad garantizada de bits en 40 Kbps. La Figura 2 ilustra los escenarios en donde el emisor y el receptor negocian distintos tipos de clases de tráfico. Si el emisor (Terminal A) eligiera un tipo de tráfico interactivo o de transferencia de flujo, el receptor puede utilizar el tipo de clase de tráfico de transferencia de flujo o de conversación. El receptor (Terminal B) también podría distribuir valores fluctuantes de protecciones primarias para la clase de tráfico de conversación (o de transferencia de flujo) . Sin embargo, debido a que el emisor (Terminal A) ha negociado una clase de tráfico interactivo o de transferencia de flujo, lo cual produce un retraso más alto, la protección primaria del receptor tiene una baja de flujo debido a que distribuye una protección primaria de fluctuación para un tipo de tráfico de conversación, el cual tiene requerimientos estrictos de retraso. Esta configuración origina una mala calidad del video que está siendo visualizado en el receptor. Como tal, aún cuando la terminal de cliente haya negociado la QoS con su red respectiva, la calidad presentada de los medios es mala. En la actualidad, no existe ningún mecanismo en donde los parámetros QoS de una aplicación puedan ser intercambiados entre el emisor y el receptor del flujo multimedia (es decir, las aplicaciones de emisor y receptor) . El emisor y receptor sólo conocen acerca de los parámetros negociados QoS que cada uno tiene. Por lo tanto, existe la necesidad de señalar los requerimientos de retraso a la otra parte en una llamada, de manera que el receptor puedan establecer sus recursos (como la protección primaria de fluctuación) en base a esto y que pueda negociar los parámetros adecuados QoS a partir de su propia red. Además, existe la necesidad de señalizar los parámetros QoS (por ejemplo, la velocidad garantizada de bits, la velocidad máxima de bits y el retraso otorgado) que son negociados por la terminal con la red inalámbrica hacia la parte llamada en la sesión.
Sumario de la Invención En general, la presente invención se refiere a sistemas y métodos que permiten que un dispositivo de recepción y su red inalámbrica establezcan los recursos de manera óptima y eficiente. La velocidad garantizada de bits, la velocidad máxima de bits y el retraso de transferencia (que son negociados junto con otros parámetros QoS durante la activación del contexto PDP) son señalizados al dispositivo de recepción. Los Nuevos atributos de Protocolo de Descripción de Sesión (SDP) son definidos para los parámetros QoS mencionados con anterioridad, los cuales son llevados en los mensajes del Protocolo de Iniciación de Sesión (SIP) . El dispositivo de recepción puede utilizar estos atributos SDP para negociar (o renegociar) los parámetros QoS con su propia red inalámbrica durante la activación PDP. El dispositivo de recepción puede utilizar estos parámetros para ajustar sus recursos en consecuencia, tales como las protecciones primarias de fluctuación para el flujo (s) de medios tales como el audio y el video. Una modalidad de ejemplo se refiere a un método de señalización de los parámetros de calidad de servicio para una sesión multimedia. El método incluye la comunicación de los parámetros de calidad de servicio desde un dispositivo de emisión a un dispositivo de recepción en la creación de una sesión multimedia, la negociación de los parámetros a través del dispositivo de recepción con una red asociada con el dispositivo de recepción, y la comunicación de los parámetros de calidad de servicio del dispositivo de recepción al dispositivo de emisión durante la sesión multimedia. Los parámetros negociados están basados en los parámetros comunicados de calidad de servicio a partir del dispositivo de emisión. Otra modalidad de ejemplo se refiere a un sistema para la señalización de los parámetros de calidad de servicio para una sesión multimedia. El sistema incluye el medio que comunica los parámetros de calidad de servicio a partir de un dispositivo de emisión a un dispositivo de recepción en la creación de una sesión multimedia, el medio que negocia los parámetros a través del dispositivo de recepción con una red asociada con el dispositivo de recepción, y el medio que comunica los parámetros de calidad de servicio del dispositivo de recepción al dispositivo de emisión durante la sesión multimedia. Los parámetros negociados están basados en los parámetros comunicados de calidad de servicio del dispositivo de emisión. Otra modalidad de ejemplo se refiere a un sistema para la señalización de los parámetros de calidad de servicio para una sesión multimedia. El sistema incluye un dispositivo de emisión y un dispositivo de recepción. El dispositivo de emisión inicia una sesión multimedia y comunica los parámetros de calidad de servicio a través de una red de comunicación. El dispositivo de recepción admite los parámetros comunicados de calidad de servicio, además, negocia los parámetros con una red inalámbrica asociada con el dispositivo de recepción y comunica los parámetros de calidad de servicio hacia el dispositivo de emisión. Otra modalidad de ejemplo se refiere a un producto de programa de computadora utilizado en la codificación de medios (por ejemplo, de audio y/o video), que incluye un código de computadora para comunicar los parámetros de calidad de servicio del dispositivo de emisión a un dispositivo de recepción en la creación de una sesión multimedia, el código de computadora negocia los parámetros a través del dispositivo de recepción con una red asociada con el dispositivo de recepción, y el código de computadora comunica los parámetros de calidad de servicio del dispositivo de recepción al dispositivo de emisión durante la sesión multimedia. Los parámetros negociados están basados en los parámetros comunicados de calidad de servicio del dispositivo de emisión. Otra modalidad de ejemplo se refiere a un dispositivo que se comunica en sesiones multimedia a través de una red. El dispositivo incluye una memoria que almacena los parámetros de calidad de servicio que son comunicados al dispositivo de recepción en el inicio de una sesión multimedia, y un procesador que recibe los parámetros otorgados del dispositivo de recepción y permite la comunicación multimedia de acuerdo con los parámetros otorgados . Otra modalidad de ejemplo se refiere a un dispositivo que se comunica en sesiones multimedia a través de una red. El dispositivo incluye un procesador que negocia los parámetros con una red asociada en base a los parámetros de calidad de servicio recibidos desde el dispositivo de emisión, y las instrucciones programadas que establecen los recursos en base a los parámetros de calidad de servicio recibidos desde el dispositivo de emisión.
Breve Descripción de las Figuras La Figura 1 es un diagrama que ilustra la interacción de flujo de una llamada de señalización de calidad de servicio (QoS) . La Figura 2 es un diagrama que ilustra el establecimiento de los tipos incorrectos de tráfico durante una llamada multimedia IMS (subsistema multimedia IP) . Las Figuras 3a y 3b son diagramas que ilustran sistemas de comunicación de acuerdo con modalidades de ejemplo . La Figura 4 es un diagrama que ilustra la señalización de extremo-con-extremo de parámetros QoS para establecer una llamada IMS de acuerdo con una modalidad de ejemplo.
Descripción Detallada de la Invención Las Figuras 3a y 3b ilustran sistemas de comunicación 10 en los cuales un dispositivo de emisión 12 se comunica por medio de una red 14 con un dispositivo de recepción 16. El dispositivo de emisión 12 puede ser por ejemplo, un teléfono celular 3G, un asistente digital personal portátil, o algún otro tipo de dispositivo capaz de realizar comunicaciones multimedia. La red 14 puede ser cualquiera de una diversidad de redes con la capacidad de manejar las comunicaciones de Protocolo de la Internet (IP).
El dispositivo de recepción 16 es la parte llamada en la que se encuentra el dispositivo con quien se comunica el dispositivo de emisión 12.
De acuerdo con las modalidades de ejemplo descritas en la presente, los sistemas y métodos permiten que el dispositivo de recepción 16 y su red inalámbrica establezcan o ajusten los recursos de manera óptima y eficiente. El dispositivo de emisión 12 señaliza algunos de los parámetros negociados QoS al dispositivo de recepción 16 de la sesión durante el procedimiento de establecimiento de la sesión. Una sesión multimedia puede ser de una dirección o de dos direcciones. Una sesión de una dirección puede ser una aplicación SWIS y una sesión de dos direcciones puede ser una aplicación de conferencia de video. Si la sesión fuera de dos direcciones, además, el dispositivo de recepción 16 señalizaría los parámetros QoS al dispositivo de emisión 12. La velocidad garantizada de bits, la velocidad máxima de bits y el retraso de transferencia (que son negociados junto con otros parámetros QoS durante la activación de contexto PDP) son señalizados al dispositivo de recepción 16. De acuerdo con modalidades de ejemplo, son definidos nuevos atributos de Protocolo de Descripción de Sesión (SDP) para los parámetros QoS mencionados con anterioridad, los cuales son llevados en los mensajes de Protocolo de Iniciación de Sesión (SIP) . El dispositivo de recepción 16 puede utilizar estos atributos SDP para negociar (o renegociar) los parámetros QoS con su propia red inalámbrica durante la activación del contexto PDP. El dispositivo de recepción 16 puede utilizar estos parámetros para establecer los recursos en consecuencia, tales como las protecciones primarias de fluctuación para los medios tales como el audio y el video. La Figura 4 ilustra los flujos de llamada de señalización con los atributos QoS SDP de acuerdo con modalidades de ejemplo. El Protocolo de Iniciación de Sesión (SIP) es un protocolo de señalización para el establecimiento de una sesión. El mensaje SIP INVITE, que es utilizado para establecer una sesión entre dos partes, utiliza el Protocolo de Descripción de Sesión (SDP) para describir la sesión y la información de medios. La información SDP puede ser enviada en el cuerpo de otros mensajes SIP tales como 200 OK, ACK o UPDATE. Además de la información de transporte (la dirección de puerto e IP) , el SDP incluye la información de medios (por ejemplo, el codee y sus parámetros) . Cuando la Terminal A reciba un mensaje 200 OK (PRACK) de la Terminal B, la Terminal A inicia el procedimiento de activación del contexto PDP. La Terminal A solicita ciertos parámetros QoS que incluyen la velocidad máxima de bits, la velocidad garantizada de bits y el retraso de transferencia. La GGSN responde a la Terminal A con los parámetros otorgados de red QoS. En forma similar, la Terminal B inicia el procedimiento de activación de contexto PDP y solicita la QoS de la red.
De acuerdo con una modalidad de ejemplo, un atributo llamado "3gpp-guaranteedbitrate" es definido en SDP que indica el ancho de banda garantizado que el dispositivo de recepción negoció con su red inalámbrica. El atributo 3gpp-guaranteedbitrate puede ser declarado en SDP como un "a=3gpp-guaranteedbitrate: <value>", en donde "valué" (valor) denota la velocidad garantizado de bits en kilobits por segundo (o cualquier otra unidad adecuada) distribuido por la red al dispositivo de recepción para esta sesión. De acuerdo con una modalidad de ejemplo, un atributo llamado "3gpp-maxbitrate" es definido en SDP que indica la velocidad máxima de bits que el dispositivo de recepción negoció con su red inalámbrica. El atributo 3gpp-maxbitrate puede ser declarado en SDP como un "a=3gpp-maxbitrate : <value>" en donde "valué" (valor) denota la velocidad máxima de bits en kilobits por segundo (o cualquier otra unidad adecuada) distribuido por la red al dispositivo de recepción para esta sesión. De acuerdo con una modalidad de ejemplo, un atributo llamado "3gpp-granteddelay" puede ser definido en SDP, el cual indica el valor del retraso la transferencia que el emisor ha negociado con la red inalámbrica. El atributo de retraso puede ser declarado en SDP como "a=3gpp-granteddelay:<delay-value>". El delay-value es el retraso en milisegundos (o cualquier otro adecuado en el dominio de tiempo o espacio) , que el dispositivo de emisión desea utilizar durante la sesión. A manera de ejemplo, el atributo SDP 3gpp-granteddelay también puede ser asignado a valores de * y 0. Un valor de *especificar que el valor de retraso es desconocido y que no se encuentra unido lo que significa que no existe garantía que los valores de retraso y los paquetes puedan experimentar diferentes cantidades de retrasos de transferencia. Para las clases de tráfico interactivo y de antecedentes, la red UMTS no asigna ningún valor de retraso de transferencia de contexto PDP que implique su esfuerzo no unido o mejor esfuerzo en función de los recursos y la carga de la red. En este caso, el atributo SDP puede ser asignado con un valor de * y 0. Uno o más de los atributos definidos con anterioridad pueden ser incluidos en el SDP (que puede ser enviado ya sea en el mensaje UPDATE, 200 OK, o ACK) . Los parámetros QoS definidos en la presente no pueden ser incluidos en el mensaje inicial SIP INVITE (enviados para iniciar una nueva sesión) . En las llamadas 3GPP IMS (Subsistema Multimedia IP) los parámetros QoS son negociados solo después que el emisor transmita un mensaje inicial INVITE y reciba una respuesta de la otra parte que indique su voluntad para participar en la sesión multimedia. Cuando la Terminal A recibe el mensaje aceptado de activación de contexto PDP de la red, la Terminal A envía un mensaje SIP UPDATE que señaliza los parámetros QoS definidos en la presente. De preferencia, otros parámetros también son señalizados. En base a la recepción de un mensaje UPDATE, la Terminal B modifica el contexto PDP. Para una llamada en dos direcciones, la Terminal B también puede señalar los parámetros otorgados QoS a la Terminal A. En el caso de que el receptor del SDP no entienda los atributos QoS definidos con anterioridad, este puede ignorar el atributo sin ningún efecto negativo al procedimiento de establecimiento de sesión . Las modalidades de ejemplo tienen la ventaja de señalizar la velocidad garantizada y máxima de bits de extremo-con-extremo, de manera que la red del receptor (y el emisor) pueda establecer los recursos de red (la red de radio y la red central) de manera óptima y eficiente. Además, las modalidades de ejemplo proporcionan una buena calidad percibida de medios y los codees de medios pueden ser inicializados utilizando la información comunicada por los dispositivos. De manera ventajosa, la señalización del requerimiento de retraso permite que el lado del receptor establezca los recursos y solicite los parámetros exactos de su red. Por ejemplo, el lado del receptor puede establecer los valores de protección primaria de memoria. En aplicaciones multimedia tales como la transferencia de flujo o SWIS, el dispositivo de recepción se beneficia del establecimiento de sus recursos. Por ejemplo, para aplicaciones como conferencia de video, los requerimientos de señalización de retraso son útiles debido a que la parte llamada de la sesión puede solicitar requerimientos precisos de retraso para la sesión. Para redes sin IMS SIP, los requerimientos de retraso pueden ser establecidos por el emisor en valores conocidos por omisión para aplicaciones particulares. Las ventajas adicionales de las modalidades de ejemplo incluyen que los parámetros QoS pueden ser señalizados de extremo-con-extremo en un modo de dos direcciones. Además, los parámetros adicionales QoS son definidos en términos de SDP. Mientras que varias modalidades de la invención han sido descritas, se entenderá que las modificaciones y cambios se les ocurrirán a aquellas personas expertas en la técnica a la cual pertenece la invención. Por ejemplo, debe entenderse que SDP y SIP son protocolos de ejemplo. La información entre las partes puede ser transferida utilizando cualquier mensaje de protocolo en cualquier capa del apilamiento ISO OSI (Organización Internacional de Estándares, Interconexión de Sistema Abierto) . En consecuencia, las reivindicaciones adjuntas a esta especificación se pretende que definan la invención con precisión.
Se hace constar que con relación a esta fecha el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente descripción de la invención.

Claims (20)

  1. REIVINDICACIONES Habiéndose descrito la invención como antecede, se reclama como propiedad lo contenido en las siguientes reivindicaciones : 1. Un método de señalización de parámetros de calidad de servicio para una sesión multimedia, caracterizado porque comprende: comunicar los parámetros de calidad de servicio del dispositivo de emisión al dispositivo de recepción en la creación de una sesión multimedia; negociar los parámetros mediante el dispositivo de recepción con una red asociada con el dispositivo de recepción, en donde los parámetros negociados están basados en los parámetros comunicados de calidad de servicio del dispositivo de emisión; y comunicar los parámetros de calidad de servicio del dispositivo de recepción al dispositivo de emisión durante la sesión multimedia.
  2. 2. El método de conformidad con la reivindicación 1, caracterizado porque los parámetros de calidad de servicio comprenden uno o más de la velocidad garantizada de bits, velocidad máxima de bits y retraso de transferencia.
  3. 3. El método de conformidad con la reivindicación 1, caracterizado además porque comprende el establecimiento de los recursos en el dispositivo de recepción en base a los parámetros de calidad de servicio.
  4. 4. El método de conformidad con la reivindicación 3, caracterizado porque los recursos comprenden parámetros de protecciones primarias de fluctuación y codificación de medios .
  5. 5. El método de conformidad con la reivindicación 1, caracterizado porque los parámetros de calidad de servicio comprenden parámetros de protocolo de descripción de sesión.
  6. 6. El método de conformidad con la reivindicación 1, caracterizado porque la sesión multimedia es en dos direcciones .
  7. 7. Un sistema para la señalización de parámetros de calidad de servicio para una sesión multimedia, caracterizado porque comprende: el medio que comunica los parámetros de calidad de servicio del dispositivo de emisión al dispositivo de recepción en la creación de una sesión multimedia; el medio que negocia los parámetros mediante el dispositivo de recepción con una red asociada con el dispositivo de recepción, en donde los parámetros negociados están basados en los parámetros comunicados de calidad de servicio del dispositivo de emisión; y el medio que comunica los parámetros de calidad de servicio del dispositivo de recepción al dispositivo de emisión durante la sesión multimedia.
  8. 8. El sistema de conformidad con la reivindicación 7, caracterizado porque la sesión multimedia es en dos direcciones .
  9. 9. El sistema de conformidad con la reivindicación 7, caracterizado porque los parámetros de calidad de servicio comprenden una o más de la velocidad garantizada de bits, la velocidad máxima de bits y el retraso de transferencia.
  10. 10. El sistema de conformidad con la reivindicación 7, caracterizado además porque comprende el medio que establece los recursos en el dispositivo de recepción en base a los parámetros de calidad de servicio.
  11. 11. Un sistema de señalización de parámetros de calidad de servicio para una sesión multimedia, caracterizado porque comprende: un dispositivo de emisión que inicia una sesión multimedia y comunica los parámetros de calidad de servicio por medio de una red de comunicación; y un dispositivo de recepción que admite los parámetros comunicados de calidad de servicio, negocia los parámetros con una red inalámbrica asociada con el dispositivo de recepción y comunica los parámetros de calidad de servicio al dispositivo de emisión.
  12. 12. El sistema de conformidad con la reivindicación 11, caracterizado porque los parámetros de calidad de servicio comprenden una o más de la velocidad garantizada de bits, la velocidad máxima de bits y el retraso de transferencia.
  13. 13. El sistema de conformidad con la reivindicación 11, caracterizado porque el dispositivo de recepción establece los recursos en base a los parámetros de calidad de servicio .
  14. 14. Un producto de programa de computadora utilizado en la codificación de datos, caracterizado porque comprende: un código de computadora que comunica los parámetros de calidad de servicio de un dispositivo de emisión a un dispositivo de recepción en la creación de una sesión multimedia; un código de computadora que negocia los parámetros mediante el dispositivo de recepción con una red asociada con el dispositivo de recepción, en donde los parámetros negociados están basados en los parámetros comunicados de calidad de servicio del dispositivo de emisión; y un código de computadora que comunica los parámetros de calidad de servicio del dispositivo de recepción al dispositivo de emisión durante la sesión multimedia.
  15. 15. El producto de programa de computadora de conformidad con la reivindicación 14, caracterizado porque los parámetros de calidad de servicio comprenden cualquiera de la velocidad garantizada de bits, la velocidad máxima de bits y el retraso de transferencia.
  16. 16. Un dispositivo que se comunica en sesiones multimedia a través de una red, caracterizado porque comprende : una memoria que almacena los parámetros de calidad de servicio que son comunicados a un dispositivo de recepción en el inicio de una sesión multimedia; y un procesador que recibe los parámetros otorgados a partir del dispositivo de recepción y permite la comunicación multimedia de acuerdo con los parámetros otorgados.
  17. 17. El dispositivo de conformidad con la reivindicación 16, caracterizado porque los parámetros de calidad de servicio comprenden cualquiera de la velocidad garantizada de bits, la velocidad máxima de bits y el retraso de transferencia.
  18. 18. Un dispositivo que se comunica en sesiones multimedia a través de una red, caracterizado porque comprende : un procesador que negocia los parámetros con una red asociada en base a los parámetros de calidad de servicio recibidos desde el dispositivo de emisión; e instrucciones programadas que establecen los recursos en base a los parámetros de calidad de servicio recibidos desde el dispositivo de emisión.
  19. 19. El dispositivo de conformidad con la reivindicación 18, caracterizado porque los parámetros de calidad de servicio comprenden cualquiera de la velocidad garantizada de bits, la velocidad máxima de bits y el retraso de transferencia.
  20. 20. El dispositivo de conformidad con la reivindicación 18, caracterizado porque el procesador comunica los parámetros negociados al dispositivo de emisión.
MX2007013843A 2005-05-03 2006-05-02 Senalizacion de parametros de calidad de servicio para sesion multimedia. MX2007013843A (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US67728305P 2005-05-03 2005-05-03
PCT/IB2006/001104 WO2006117644A1 (en) 2005-05-03 2006-05-02 Signaling quality of service (qos) parameters for a multimedia session

Publications (1)

Publication Number Publication Date
MX2007013843A true MX2007013843A (es) 2008-02-05

Family

ID=37307622

Family Applications (1)

Application Number Title Priority Date Filing Date
MX2007013843A MX2007013843A (es) 2005-05-03 2006-05-02 Senalizacion de parametros de calidad de servicio para sesion multimedia.

Country Status (9)

Country Link
US (1) US20060251093A1 (es)
EP (1) EP1878295A1 (es)
JP (1) JP2008541532A (es)
KR (1) KR101008698B1 (es)
CN (1) CN101208982A (es)
BR (1) BRPI0610616A2 (es)
MX (1) MX2007013843A (es)
WO (1) WO2006117644A1 (es)
ZA (1) ZA200709587B (es)

Families Citing this family (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8457614B2 (en) 2005-04-07 2013-06-04 Clearone Communications, Inc. Wireless multi-unit conference phone
US7701980B1 (en) * 2005-07-25 2010-04-20 Sprint Communications Company L.P. Predetermined jitter buffer settings
WO2007036046A1 (en) 2005-09-30 2007-04-05 Research In Motion Limited Methods and apparatus for dynamically adjusting a data packet window size for data packet transmission in a wireless communication network
US8213444B1 (en) 2006-02-28 2012-07-03 Sprint Communications Company L.P. Adaptively adjusting jitter buffer characteristics
US9154395B2 (en) * 2006-10-05 2015-10-06 Cisco Technology, Inc. Method and system for optimizing a jitter buffer
US20080132268A1 (en) * 2006-12-01 2008-06-05 Cingular Wireless Ii, Llc Dynamic quality of service adaptation in packet data communications
US8638713B2 (en) * 2006-12-01 2014-01-28 At&T Mobility Ii Llc Non-intrusive in-session QoS parameter modification method
US20080137552A1 (en) * 2006-12-06 2008-06-12 Hyun Woo Lee APPARATUS AND METHOD OF MEASURING AND MANAGING REAL-TIME SPEECH QUALITY IN VoIP NETWORK
WO2008080215A1 (en) 2006-12-28 2008-07-10 Research In Motion Limited Methods and apparatus for increasing data throughput by grouping data packets into maximum transmissible units
CN101056448B (zh) * 2007-05-15 2010-12-08 华为技术有限公司 检测服务质量参数的方法及网络侧通信设备
US9276776B2 (en) * 2007-09-28 2016-03-01 Genband Us Llc Methods and apparatus for bandwidth management within a media over internet protocol network based on a session description
WO2009134415A2 (en) 2008-04-30 2009-11-05 Alexander Poltorak Multi-tier and secure service wireless communications networks
JP5280775B2 (ja) * 2008-09-08 2013-09-04 株式会社日立国際電気 無線端末装置
EP2340641B1 (de) * 2008-09-25 2016-04-20 Unify GmbH & Co. KG Übertragen von ticker-information im multimediabereich
US20100118837A1 (en) * 2008-11-11 2010-05-13 Qualcomm Incorporated Using synchronization frames for mesh networking with piconets
US8325605B1 (en) * 2008-12-09 2012-12-04 Sprint Communications Company L.P. Managing media resources utilizing session initiation protocol
EP2408152B1 (en) * 2010-07-16 2013-11-27 BlackBerry Limited Methods and apparatus for use in communicating data packets within a data packet window having a size that is set based on quality of service (qos) parameters
US8477618B2 (en) 2010-07-16 2013-07-02 Research In Motion Limited Methods and apparatus for use in communicating data packets within a data packet window having a size that is set based on quality of service (QoS) parameters
KR20120034550A (ko) 2010-07-20 2012-04-12 한국전자통신연구원 스트리밍 컨텐츠 제공 장치 및 방법
US9467493B2 (en) 2010-09-06 2016-10-11 Electronics And Telecommunication Research Institute Apparatus and method for providing streaming content
US9986009B2 (en) * 2010-10-06 2018-05-29 Electronics And Telecommunications Research Institute Apparatus and method for providing streaming content
CN102547610B (zh) * 2010-12-31 2016-03-30 华为技术有限公司 消息处理方法、设备及系统
WO2012136708A1 (en) * 2011-04-04 2012-10-11 Telefonaktiebolaget L M Ericsson (Publ) Maximum allowed quality of service procedures using gn/gp
PL3139696T3 (pl) 2011-06-09 2020-11-16 Panasonic Intellectual Property Corporation Of America Terminal połączeniowy i sposób łączności
US9344218B1 (en) 2013-08-19 2016-05-17 Zoom Video Communications, Inc. Error resilience for interactive real-time multimedia applications
EP2854447B1 (en) * 2013-09-30 2017-06-28 Alcatel Lucent On-demand qos for data connections
US9755901B2 (en) * 2014-01-21 2017-09-05 Huawei Technologies Co., Ltd. System and method for a software defined protocol network node
CN104539588B (zh) * 2014-12-09 2019-04-12 华为技术有限公司 一种确定媒体能力的方法及呼叫控制网元
CN107113338A (zh) * 2015-06-08 2017-08-29 华为技术有限公司 多媒体业务的方法、处理装置及通信设备
EP4007359A1 (en) * 2016-08-11 2022-06-01 Kyocera Corporation Ran-assisted rate adaptation
US20190215729A1 (en) * 2018-03-15 2019-07-11 Intel Corporation Session description protocol mechanisms for signaling radio access network capabilities in multimedia telephony sessions
US20210112439A1 (en) * 2019-10-15 2021-04-15 Qualcomm Incorporated Considerations on quality of service (qos) hints for an uplink streaming service
CN112911193A (zh) * 2021-01-29 2021-06-04 浪潮软件科技有限公司 基于WebRTC视频通话的带宽控制方法及装置

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI108192B (fi) * 1998-03-19 2001-11-30 Nokia Networks Oy Menetelmä ja laitteisto palvelun laadun kontrolloimiseksi matkaviestinjärjestelmässä
FI114371B (fi) * 1999-08-09 2004-09-30 Nokia Corp Menetelmä kantopalvelun valitsemiseksi palvelulle langattomassa matkaviestinjärjestelmässä, tiedonsiirtojärjestelmä ja matkaviestinpäätelaite
US7826384B2 (en) * 2000-05-04 2010-11-02 Nortel Networks Limited Method and apparatus for negotiating bearer control parameters using property sets
ATE484933T1 (de) * 2000-08-14 2010-10-15 Nokia Siemens Networks Oy Kommunikationssystem und verfahren zum bereitstellen eines verfahrens zur auswahl der betriebsart
EP1356631A2 (en) * 2001-01-10 2003-10-29 Telefonaktiebolaget LM Ericsson (publ) Method and apparatus for coordinating end-to-end quality of service requirements for media flows in a multimedia session
US7349433B2 (en) * 2001-11-01 2008-03-25 Texas Instruments Incorporated Signaling for parameterized quality of service (QoS) support
DE60203779T2 (de) * 2002-01-23 2006-03-09 Sony International (Europe) Gmbh Ein Verfahren zur Übertragung von End-to-End QoS durch Anwendung des end-to-end negotiation protocols (E2ENP)
CN1723720B (zh) * 2002-12-10 2012-05-23 诺基亚有限公司 在无线电通信系统中为QoS激活提供业务类支持的装置和相关方法
JP2007520905A (ja) * 2003-06-27 2007-07-26 ノキア コーポレイション 無線通信ネットワークシステム、通信システム及び通信デバイスにおけるリソース予約のための方法とシステム
US7263095B1 (en) * 2004-02-12 2007-08-28 Cingular Wireless Ii Llc Method and apparatus for providing quality of service through multiple carrier IP networks
US7924771B2 (en) * 2004-04-13 2011-04-12 Qualcomm, Incorporated Multimedia communication using co-located care of address for bearer traffic
US7522921B2 (en) * 2005-05-19 2009-04-21 Alcatel-Lucent Usa Inc. System for simultaneous registration of VoIP network for dual mode mobile telephone stations

Also Published As

Publication number Publication date
KR101008698B1 (ko) 2011-01-17
ZA200709587B (en) 2008-10-29
JP2008541532A (ja) 2008-11-20
EP1878295A1 (en) 2008-01-16
KR20080013983A (ko) 2008-02-13
WO2006117644A1 (en) 2006-11-09
CN101208982A (zh) 2008-06-25
BRPI0610616A2 (pt) 2010-07-13
US20060251093A1 (en) 2006-11-09

Similar Documents

Publication Publication Date Title
MX2007013843A (es) Senalizacion de parametros de calidad de servicio para sesion multimedia.
KR100855610B1 (ko) 통신 시스템에서의 자원 할당 방법
TWI239172B (en) Method and system for group communications
CN1843050B (zh) 无线通信网络中资源预留的方法和系统
KR100731963B1 (ko) 네트워크에서 ＱｏＳ 프로파일 파라미터를 통지 및부여하는 방법, 시스템 및 통신 장치
US20070253435A1 (en) Method for providing reliable session communication within a network
US20060116150A1 (en) Push-to-talk apparatus and method for communication between an application server and media resource function processor
WO2002096145A1 (en) Communication of codec information
US20070223491A1 (en) Apparatus and method for providing quality of service in wireless communication system
CN101641936B (zh) 群组通信系统中的媒体流建立
KR20050104362A (ko) 통신 제어장치, 통신 단말장치, 서버 장치 및 통신 제어방법
JP2006525693A (ja) マルチメディア・ストリーミングにおけるクライアント速度機能のシグナリング方法
KR101502250B1 (ko) 품질 표시자의 협상을 통하여 대칭적 서비스 품질을 갖는 패킷 스트림을 설정하는 방법
US20060062251A1 (en) Session data and setting method thereof in a sychronous wireless communication system

Legal Events

Date Code Title Description
FG Grant or registration
点击 这是indexloc提供的php浏览器服务，不要输入任何密码和下载