ES2610575T3 - Interoperación eficaz entre servicios multimedia conmutados por circuitos y conmutados por paquetes - Google Patents

Interoperación eficaz entre servicios multimedia conmutados por circuitos y conmutados por paquetes Download PDF

Info

Publication number
ES2610575T3
ES2610575T3 ES09701683.6T ES09701683T ES2610575T3 ES 2610575 T3 ES2610575 T3 ES 2610575T3 ES 09701683 T ES09701683 T ES 09701683T ES 2610575 T3 ES2610575 T3 ES 2610575T3
Authority
ES
Spain
Prior art keywords
packet
information
terminal
multimedia session
switched terminal
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
ES09701683.6T
Other languages
English (en)
Inventor
Nikolai Konrad Nepomuceno Leung
Chandrasekhar Therazhandur Sundarraman
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.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=40850563&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2610575(T3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Application granted granted Critical
Publication of ES2610575T3 publication Critical patent/ES2610575T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1069Session establishment or de-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1083In-session procedures
    • H04L65/1095Inter-network session transfer or sharing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS

Landscapes

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

Abstract

Un procedimiento para mejorar la eficacia del transporte de paquetes de datos durante una sesión multimedia, comprendiendo el procedimiento: enviar información desde un Nodo de Interoperación a un terminal conmutado por paquetes, comprendiendo la información un parámetro relacionado con un tamaño máximo de paquete negociado con el otro extremo de la sesión multimedia, comprendiendo el otro extremo de la sesión multimedia un terminal conmutado por circuitos; recibir la información en el terminal conmutado por paquetes desde el Nodo de Interoperación; y en respuesta a la recepción de la información, ajustar el procesamiento en el terminal conmutado por paquetes, PS, de tal manera que los paquetes generados no sean más grandes que el tamaño máximo de paquete negociado.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Interoperacion eficaz entre servicios multimedia conmutados por circuitos y conmutados por paquetes SOLICITUDES RELACIONADAS
Esta solicitud reivindica prioridad sobre la Solicitud Provisional Estadounidense con N° de Serie 61 / 020.982, titulada "Procedimiento y aparato para la interoperacion de baja latencia entre servicios multimedia conmutados por circuitos y conmutados por paquetes", presentada el 14 de enero de 2008, y la Solicitud Provisional Estadounidense con N° de serie 61 / 021.163, titulada "Procedimiento y aparato para la interoperacion de baja latencia entre servicios multimedia conmutados por circuitos y conmutados por paquetes", presentada el 15 de enero de 2008.
CAMPO TECNICO
La divulgacion se refiere a tecnicas para proporcionar interoperacion eficaz de baja latencia entre los servicios multimedia conmutados por circuitos y conmutados por paquetes.
ANTECEDENTES
Recientemente se estan desarrollando servicios multimedia estandarizados basados en redes conmutadas por paquetes del Protocolo de Internet (IP). Por ejemplo, el Servicio de Telefonia Multimedia para el Sistema Multimedia de IP (MTSI), mencionado tambien en este documento como la Telefonia Multimedia, es un servicio de telefonia multimedia basado en el IP que esta siendo desarrollado por el Proyecto de Colaboracion de Tercera Generacion (3GPP) para las comunicaciones moviles. Veanse los documentos 3GPP TS 26.114 V7.5.0, "Grupo de Especificacion Tecnica - Servicios y Aspectos del Sistema - Subsistema Multimedia de IP (IMS); Telefonia Multimedia; Gestion de medios e interaccion" y 3GPP TS 29.163 V8.3.0,"Grupo de Especificacion Tecnica - Red Central y Terminales; Interoperacion entre el subsistema de la Red Central (CN) Multimedia de IP (IM) y las redes Conmutadas por Circuitos (CS) (Version 8)", mencionados en lo sucesivo como la "especificacion del 3GPP".
Una especificacion de "Telefonia de Video conmutada por Paquetes (PSVT)" (C.S0055-A v1.0) tambien ha sido desarrollada por el Proyecto 2 de Asociacion de Tercera Generacion (3GPP2). Se espera que la telefonia multimedia conmutados por paquetes aproveche los mecanismos flexibles de transporte de datos que brinda el Protocolo de Internet (IP), proporcionando a la vez una experiencia de usuario equivalente a, o mejor que, los correspondientes servicios de telefonia conmutada por circuitos.
Al enviar medios desde un terminal conmutado por paquetes (tal como un terminal de MTSI del 3GPP o un terminal de PSVT del 3GPP2) a un terminal conmutado por circuitos (tal como un terminal CSVT del 3GPP / un terminal 3G- 324M), un nodo de interoperacion, tal como una pasarela de medios, es invocado para realizar la interoperacion entre los protocolos conmutados por circuitos (CS) y conmutados por paquetes (PS). Para entregar paquetes de medios desde el dominio PS que, en general, presentan amplias variaciones de tamano, por canales del dominio CS de ancho de banda fijo, la pasarela de medios puede usar mecanismos de reformateo de paquetes de datos (por ejemplo, video y / o audio), tales como memorias intermedias de re-modelacion, fragmentacion y re-ensamblaje, para transportar los paquetes por la red conmutada por circuitos. Durante una sesion de telefonia, tales mecanismos de reformateo pueden causar indeseablemente que las comunicaciones violen los requisitos de sincronizacion (labial) audiovisuales, y / o degraden la calidad del servicio mediante la introduccion de un retardo adicional de extremo a extremo entre los terminales.
Por tanto, seria deseable proporcionar tecnicas para senalizar a un terminal PS las limitaciones del tamano maximo de paquete en paquetes de datos que puedan ser transportados sin un reformateo ineficaz.
Dicha materia en cuestion se conoce, por ejemplo, a partir del documento de la tecnica anterior US 2004/057412 A1.
Ademas, seria deseable proporcionar tecnicas para permitir que el terminal PS ajuste el procesamiento de sus paquetes de datos en funcion de tales limitaciones del tamano maximo de paquete, a fin de minimizar el reformateo de paquetes de datos por parte del nodo de interoperacion.
RESUMEN
Un aspecto de la presente divulgacion proporciona procedimientos de acuerdo a las reivindicaciones independientes 1 y 2.
Otro aspecto de la presente divulgacion proporciona una conmutacion de paquetes de acuerdo a la reivindicacion 9.
Otro aspecto mas de la presente divulgacion proporciona un producto de programa informatico de acuerdo a la reivindicacion 15.
5
10
15
20
25
30
35
40
45
50
55
60
65
BREVE DESCRIPCION DE LOS DIBUJOS
La figura 1 representa un sistema para MTSI de acuerdo a la especificacion del 3GPP.
La figura 2 representa una realizacion ejemplar de un mecanismo para comunicar limitaciones de terminales CS al terminal PS, en el que una Red Central Multimedia de IP (IM CN) origina la sesion, y se utilizan condiciones previas en el sector del IMS.
La figura 3 ilustra una realizacion ejemplar adicional de un mecanismo para comunicar limitaciones de terminales CS al terminal PS, en el que una IM CN origina la sesion, y no se utilizan condiciones previas en el sector del IMS.
La figura 4 representa una realizacion ejemplar de un mecanismo para comunicar limitaciones de terminales CS al terminal PS, en el que la red CS origina la sesion.
La figura 5 representa una realizacion ejemplar de un producto de programa de ordenador para mejorar la eficacia del transporte de paquetes de datos durante una sesion multimedia, de acuerdo a la presente divulgacion.
DESCRIPCION DETALLADA
La descripcion detallada expuesta a continuacion, en relacion con los dibujos adjuntos, esta concebida como una descripcion de realizaciones ejemplares de la presente invencion y no pretende representar las unicas realizaciones ejemplares en las que la presente invencion puede llevarse a la practica. El termino "ejemplar", usado a lo largo de esta descripcion, significa "que sirve como ejemplo, instancia o ilustracion", y no deberia interpretarse necesariamente como preferido o ventajoso con respecto a otras realizaciones ejemplares. La descripcion detallada incluye detalles especificos con el objetivo de proporcionar un entendimiento exhaustivo de los modos ejemplares de realizacion de la invencion. A los expertos en la tecnica les resultara evidente que los modos ejemplares de realizacion de la invencion pueden llevarse a la practica sin estos detalles especificos. En algunos casos, se muestran estructuras y dispositivos bien conocidos en forma de diagrama de bloques, con el fin de evitar oscurecer la novedad de los modos ejemplares de realizacion presentados en el presente documento.
En esta especificacion y en las reivindicaciones, se entendera que cuando se dice que un elemento esta "conectado a" o "acoplado a" otro elemento, puede estar directamente conectado o acoplado al otro elemento, o tambien pueden estar presentes elementos intermedios. Por el contrario, cuando se dice que un elemento esta "directamente conectado a" o "directamente acoplado a" otro elemento, no hay elementos intermedios presentes.
Observese, para facilitar la discusion, que diversas formas de realizacion ejemplares de la presente divulgacion se describiran con referencia a las implementaciones de acuerdo a la especificacion del 3GPP. Sin embargo, tal descripcion no esta concebida a limitar las tecnicas de la presente descripcion a las implementaciones de telefonia multimedia de acuerdo a la especificacion del 3GPP. Alguien medianamente experto en la tecnica puede deducir inmediatamente modificaciones para las tecnicas presentes, de modo que puedan ser aplicadas a sistemas alternativos, por ejemplo, sistemas implementados de acuerdo a la especificacion del 3GPP2, o especificaciones producidas por la Fuerza de Tareas de Ingenieria de Internet (IETF). Se contempla que tales formas ejemplares de realizacion alternativas estan dentro del alcance de la presente divulgacion.
La figura 1 representa un sistema 100 para MTSI de acuerdo a la especificacion del 3GPP. En la figura 1, el sistema de comunicaciones 100 incluye un terminal conmutado por paquetes (PS) 110, configurado para aceptar entrada multimedia desde un usuario (no mostrado), y / o entregar salida multimedia al usuario. Dichas entrada y salida multimedia pueden ser comunicadas hacia y desde otros terminales durante una sesion multimedia. En esta memoria descriptiva y en las reivindicaciones, se entendera que una sesion multimedia se puede referir a una sesion que incluye uno o mas tipos de flujos de medios. Por ejemplo, una sesion multimedia puede incluir flujos de medios, tanto de video como de audio, como se muestra en la figura 1. Como alternativa, una sesion multimedia puede incluir solamente un flujo de video, solamente un flujo de audio, solamente un flujo de texto o cualquier combinacion de tales flujos de medios.
El terminal PS 110 puede transmitir y recibir datos multimedia hacia y desde un Nodo de Interoperacion 120, sobre un canal PS 112, usando el modulo transmisor y receptor 111. El Nodo de Interoperacion 120 puede incluir una Pasarela de Medios (MGW) 130 y una Funcion de Control de Pasarela de Medios (MGCF) 125. El transporte de datos multimedia hacia y desde el terminal PS 110 sobre el canal PS 112 incluye el uso de un protocolo de transporte para encapsular los medios en forma de paquetes.
En la figura 1, el Nodo de Interoperacion 120 se comunica ademas con un terminal conmutado por circuitos (CS) 140 sobre un canal CS 142. Al igual que el terminal PS 110, el terminal CS 140 tambien esta configurado para aceptar entradas multimedia desde un usuario, y / o entregar salidas multimedia al usuario. A diferencia del terminal PS 110, sin embargo, el terminal CS 140 no transmite ni recibe datos multimedia en forma de paquetes de tamano variable.
5
10
15
20
25
30
35
40
45
50
55
60
65
Mas bien, un terminal CS 140 utiliza una sesion dedicada sobre el canal CS 142, que tiene un ancho de banda fijo garantizado para la sesion, y transmite y recibe datos por el canal CS 142 usando el transmisor y receptor 141.
Al enviar los medios desde el terminal PS 110 al terminal CS 140, la MGW 130 puede realizar la interoperacion necesaria entre los protocolos PS y CS. Por ejemplo, durante una unidad de tiempo, el canal CS dedicado puede prestar soporte solamente a las unidades de datos de servicio (SDU) que tengan menos de un tamano maximo fijo de SDU. Sin embargo, un terminal PS 110 puede generar una unidad de datos de protocolo (PDU) de la capa de aplicacion que tenga un tamano arbitrario. Por tanto, es posible que el tamano de la PDU generada por el terminal PS 110 pueda provocar que el tamano de la SDU correspondiente supere el tamano maximo de SDU del canal CS 142.
Para abordar esta cuestion, la MGW 130 puede fragmentar una PDU de ese tipo antes de la transmision al terminal CS 140, para el subsiguiente re-ensamblaje por parte del terminal CS 140. Para detalles adicionales de los mecanismos de fragmentacion y re-ensamblaje, vease la Seccion 12.2.4.6, "Consideraciones de tamanos de paquete", del documento 3GPP TS 26.114 V7.5.0, anteriormente mencionado en este documento. Sin embargo, tales fragmentacion y re-ensamblaje pueden causar, indeseablemente, que las comunicaciones de medios violen los requisitos de sincronizacion audiovisual (labial), y / o degraden la calidad del servicio mediante la introduccion de un retardo adicional de extremo a extremo entre los terminales.
Segun un aspecto de la presente divulgacion, se proporcionan tecnicas para una MGW 130, para comunicar limitaciones de tamano de paquetes del canal CS 142, o del terminal CS 140, a un terminal PS 110, de tal manera que un terminal PS 110 pueda controlar el tamano de sus paquetes generados para acomodar optimamente el tamano maximo de SDU con soporte por parte de la red CS. En la presente divulgacion, las tecnicas se ilustran en el contexto de un sistema de comunicaciones que funciona segun la especificacion del 3GPP. Sin embargo, alguien medianamente experto en la tecnica entendera que las tecnicas pueden ser aplicadas inmediatamente a sistemas que funcionan de acuerdo a otras especificaciones. Tambien se contempla que tales formas ejemplares de realizacion alternativas estan dentro del alcance de la presente divulgacion.
La figura 2 representa una realizacion ejemplar de un mecanismo para comunicar limitaciones de terminales CS al terminal PS, en el que una Red Central Multimedia de IP (IM CN) origina la sesion, y se utilizan condiciones previas en el sector del IMS. Las etapas 201 a 210, y 212 a 213, ilustran las interacciones entre los procedimientos de H.245 o MONA y el Protocolo de Iniciacion de Sesion (SIP) / SDP, que son bien conocidas en la tecnica anterior. Vease, por ejemplo, la figura E.2.3.1.1.1 y la descripcion adjunta en el documento 3GPP TS 29.163 V8.3.0, anteriormente mencionado en la presente memoria.
De acuerdo a la presente divulgacion, en la etapa 211 de los intercambios de mensajes, una linea "a" a continuacion de la linea "m" asociada al flujo de video en un mensaje del SDP enviado desde el Nodo de Interoperacion 120 al terminal PS 110 puede incluir un atributo "maxRecvSDUSize" que tiene un valor numerico asociado maxA12SDUSize. Este atributo puede indicar el tamano maximo de SDU (por ejemplo, en octetos) negociado por la MGCF 125 con el terminal CS 140 para un flujo de video. En la figura 2, maxA12SDUSize tiene un valor ejemplar de 400. Alguien medianamente experto en la tecnica apreciara que, si bien un codec de video "MP4V-ES" esta asociado al flujo de video mostrado en la figura 2, otros codecs de video pueden tambien ser usados inmediatamente.
La etapa 211 de los intercambios de mensajes puede incluir ademas especificar un atributo "maxRecvSDUSize" a continuacion de la linea "m" asociada al flujo de audio. Este atributo puede tener un valor numerico asociado maxA13SDUSize, que indica el tamano maximo de SDU negociado por la MGCF 125 con el terminal CS 140 para un flujo de audio. En la figura 2, maxA13SDUSize tiene un valor ejemplar de 48. Se contempla que dicha senalizacion esta dentro del alcance de la presente divulgacion. Alguien medianamente experto en la tecnica apreciara que, si bien un codec de audio "AMR" esta asociado al flujo de audio mostrado en la figura 2, otros codecs de audio pueden tambien ser usados inmediatamente.
En una realizacion ejemplar alternativa (no mostrada), la linea "a" en el mensaje del SDP de la etapa 211 puede incluir ademas un atributo “a” adicional 3G-324M, lo que indica que el terminal con el que se esta en comunicacion es un terminal CS 3G-324M.
En una realizacion ejemplar, en base a los valores de los atributos maxRecvSDUSize senalizados por el Nodo de Interoperacion 120, el terminal PS 110 puede adaptar optativamente su propio procesamiento de paquetes para garantizar que los tamanos de SDU generados sean mas pequenos que el tamano maximo permitido de SDU senalizado. Esto minimiza la fragmentacion y el re-ensamblaje de paquetes de datos que deben ser realizados por el Nodo de Interoperacion 120. En una realizacion ejemplar, el terminal PS 110 puede eliminar los atributos "a" en sucesivos mensajes del SIP.
En una realizacion ejemplar alternativa, si la capacidad de asimilar el atributo maxRecvSDUSize no tiene soporte por parte del terminal PS 110, entonces el terminal PS 110 puede simplemente desatender la informacion senalizada por el Nodo de Interoperacion 120 acerca de las limitaciones del canal CS, y basarse en los esquemas normales de
5
10
15
20
25
30
35
40
45
50
55
60
65
reformateo del Nodo de Interoperacion 120 para transmitir datos al terminal CS 140.
En una realizacion ejemplar, el lfmite del tamano maximo de SDU a senalizar por parte del Nodo de Interoperacion 120 puede ser determinado por el Nodo de Interoperacion 120, por ejemplo, a partir del intercambio de capacidad portadora del H.223 entre el terminal CS 140 y la MGCF 125 (no mostrado) . Tal intercambio de capacidad portadora es bien conocido en la tecnica, y no se describira adicionalmente en este documento.
En realizaciones ejemplares alternativas (no mostradas), el Nodo de Interoperacion 120 tambien puede indicar al terminal PS 110 un intervalo de recepcion de SDU que puede corresponder a la frecuencia con la que las SDU estan planificadas para su entrega por el canal CS.
La figura 3 ilustra otra realizacion ejemplar de un mecanismo para comunicar limitaciones de terminales CS al terminal PS, en el que una IM CN origina la sesion, y no se utilizan condiciones previas en el sector del IMS. Las etapas 301 a 308 ilustran procedimientos y el Protocolo de Iniciacion de Sesion (SIP) / SDP, que son bien conocidos en la tecnica anterior. Veanse, por ejemplo, la figura E.2.3.2.1.1 y la descripcion adjunta en el documento 3GPP TS 29.163 V8.3.0, anteriormente mencionado en la presente memoria. En la etapa 309, los parametros maxRecvSDUSize son senalizados de acuerdo a los principios anteriormente divulgados en la presente memoria, y estara claro para alguien medianamente experto en la tecnica, a la luz de la descripcion de la figura 2, dada anteriormente en la presente memoria.
La figura 4 representa una realizacion ejemplar de un mecanismo para comunicar limitaciones de terminales CS al terminal PS, en el que la red CS origina la sesion. Las etapas 401 a 412 y 414 ilustran procedimientos y el Protocolo de Iniciacion de Sesion (SIP) / SDP, que son bien conocidos en la tecnica anterior. Veanse, por ejemplo, la figura E.2.4.1.1.1 y la descripcion adjunta en el documento 3GPP TS 29.163, V8.3.0, anteriormente mencionado en la presente memoria. En la etapa 414, los parametros maxRecvSDUSize se senalizan de acuerdo a los principios anteriormente divulgados en la presente memoria, y estara claro para alguien medianamente experto, a la luz de la descripcion de la figura 2, dada anteriormente en la presente memoria.
Las tecnicas para la comunicacion de las limitaciones de un terminal CS a un terminal PS se han divulgado anteriormente en este documento. Adicionalmente divulgadas en lo que sigue hay tecnicas para que un terminal PS ajuste su procesamiento de paquetes para adaptarse a la informacion comunicada acerca de las limitaciones de terminales CS. Observese que las tecnicas para el procesamiento de terminales PS, divulgadas en lo que sigue, no necesariamente deben ser combinadas con las tecnicas para la senalizacion de las limitaciones del terminal CS, divulgadas en lo que antecede, y pueden implementarse por separado y de forma independiente en realizaciones ejemplares alternativas de la presente divulgacion.
En una realizacion ejemplar, en respuesta a ser notificado de que el terminal con el que se esta en comunicacion es un terminal CS, un terminal PS puede adaptar la eleccion de un mecanismo de retroalimentacion de perdida de paquetes entre el terminal PS y la MGW. Por ejemplo, un terminal PS puede seleccionar de manera dinamica la indicacion de perdida de imagen (PLI) como mecanismo preferido sobre otras formas de retroalimentacion de perdida de paquetes, cuando el terminal PS se entera de que el otro sector es un terminal CS, ya que los terminales CS funcionan ampliamente utilizando un mecanismo de PLI para la retroalimentacion de perdida de paquetes.
En otra realizacion ejemplar, en respuesta a ser notificado de los lfmites del tamano maximo de SDU con soporte por parte del terminal CS, el terminal PS puede asegurarse de que sus propios paquetes generados se mantengan por debajo de los lfmites de tamano maximo de SDU. Esto permite el embalaje eficaz de los paquetes de datos en la MGW, asf como la entrega oportuna de los paquetes al terminal CS.
Observese que, si bien han sido descritas realizaciones ejemplares de la presente divulgacion en las que un terminal PS se comunica con un terminal CS sujeto a las limitaciones senalizadas del tamano de paquete del terminal CS, el alcance de la presente divulgacion no se limita a las comunicaciones entre un terminal PS y un terminal CS. Por ejemplo, las presentes tecnicas generalmente se pueden aplicar a las comunicaciones entre un terminal PS y cualquier otro terminal (incluyendo los terminales no conmutados por circuitos) que tenga un tamano maximo admitido de paquetes. Se contempla que tales realizaciones ejemplares alternativas estan dentro del alcance de la presente divulgacion.
La figura 5 representa una realizacion ejemplar de un producto de programa de ordenador 500 para mejorar la eficacia del transporte de paquetes de datos durante una sesion multimedia de acuerdo a la presente divulgacion. Observese que el producto de programa informatico 500 se muestra solamente con fines ilustrativos, y no pretende limitar el alcance de la presente divulgacion a cualquier realizacion ejemplar especffica de un producto de programa informatico.
En la figura 5, un terminal conmutado por paquetes (PS) 110, como se ha descrito anteriormente con referencia a la figura 1, esta acoplado a un producto de programa informatico 500. El producto de programa informatico 500 incluye el medio legible por ordenador 510 que almacena codigo para hacer que un ordenador realice ciertas funciones.
5
10
15
20
25
30
35
40
45
50
55
60
65
En particular, el medio legible por ordenador 510 incluye codigo 511 para hacer que un ordenador reciba informacion que comprende un parametro relacionado con un tamano maximo de paquete, negociado con el otro extremo de la sesion multimedia.
El medio legible por ordenador 510 incluye, ademas, codigo 512 para hacer que un ordenador, en respuesta a la informacion recibida, genere paquetes no mas grandes que el tamano maximo de paquete negociado.
Los expertos en la tecnica entenderan que la informacion y las senales pueden representarse usando cualquiera entre una diversidad de tecnologias y tecnicas diferentes. Por ejemplo, los datos, las instrucciones, los comandos, la informacion, las senales, los bits, los simbolos y chips que pueden haber sido mencionados a lo largo de la descripcion anterior, pueden representarse mediante tensiones, corrientes, ondas electromagneticas, campos o particulas magneticos, campos o particulas opticos, o cualquier combinacion de los mismos.
Los expertos apreciaran ademas que los diversos bloques logicos, modulos, circuitos y etapas de algoritmo ilustrativos, descritos en relacion con las realizaciones ejemplares divulgadas en el presente documento, pueden implementarse como hardware electronico, software informatico o combinaciones de ambos. Para ilustrar claramente esta intercambiabilidad de hardware y software, anteriormente se han descrito diversos componentes, bloques, modulos, circuitos y etapas ilustrativos, generalmente, en lo que respecta a su funcionalidad. Si tal funcionalidad se implementa como hardware o software depende de la aplicacion particular y de las limitaciones de diseno impuestas sobre todo el sistema. Los artesanos expertos pueden implementar la funcionalidad descrita de diferentes maneras para cada aplicacion particular, pero no deberia interpretarse que tales decisiones de implementacion suponen un apartamiento del alcance de los modos ejemplares de realizacion de la invencion.
Los diversos bloques logicos, modulos y circuitos ilustrativos descritos en relacion con los modos ejemplares de realizacion divulgados en el presente documento pueden implementarse o realizarse con un procesador de proposito general, con un procesador de senales digitales (DSP), con un circuito integrado especifico de la aplicacion (ASIC), con una formacion de compuertas programables en el terreno (FPGA) o con otro dispositivo de logica programable, logica de compuertas discretas o de transistor, componentes de hardware discretos, o con cualquier combinacion de los mismos disenada para realizar las funciones descritas en el presente documento. Un procesador de proposito general puede ser un microprocesador pero, como alternativa, el procesador puede ser cualquier procesador, controlador, micro-controlador o maquina de estados convencionales. Un procesador tambien puede implementarse como una combinacion de dispositivos informaticos, por ejemplo, una combinacion de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o mas microprocesadores junto con un nucleo de DSP o cualquier otra configuracion de este tipo.
Las etapas de un procedimiento o algoritmo descrito en relacion con las realizaciones ejemplares divulgadas en el presente documento pueden realizarse directamente en hardware, en un modulo de software ejecutado por un procesador o en una combinacion de los dos. Un modulo de software puede residir en memoria de acceso aleatorio (RAM), memoria flash, memoria de solo lectura (ROM), memoria ROM electricamente programable (EPROM), memoria ROM programable electricamente borrable (EEPROM), registros, un disco duro, un disco extraible, un CD- ROM o en cualquier otra forma de medio de almacenamiento conocida en la tecnica. Un medio ejemplar de almacenamiento esta acoplado al procesador de modo que el procesador pueda leer informacion de, y escribir informacion en, el medio de almacenamiento. Como alternativa, el medio de almacenamiento puede estar integrado en el procesador. El procesador y el medio de almacenamiento pueden residir en un ASIC. El ASIC puede residir en un terminal de usuario. Como alternativa, el procesador y el medio de almacenamiento pueden residir como componentes discretos en un terminal de usuario.
En uno o mas modos ejemplares de realizacion, las funciones descritas pueden implementarse en hardware, software, firmware o en cualquier combinacion de los mismos. Si se implementan en software, las funciones, como una o mas instrucciones o codigo, pueden almacenarse en, o transmitirse por, un medio legible por ordenador. Los medios legibles por ordenador incluyen tanto medios de almacenamiento informaticos como medios de comunicacion, incluyendo cualquier medio que facilite la transferencia de un programa informatico desde un lugar a otro. Un medio de almacenamiento puede ser cualquier medio disponible al que pueda accederse mediante un ordenador. A modo de ejemplo, y no de manera limitativa, tales medios legibles por ordenador pueden comprender RAM, ROM, EEPROM, CD-ROM u otro almacenamiento de disco optico, almacenamiento de disco magnetico u otros dispositivos de almacenamiento magnetico, o cualquier otro medio que pueda usarse para transportar o almacenar codigo de programa deseado en forma de instrucciones o estructuras de datos y al que pueda accederse mediante un ordenador. Ademas, cualquier conexion puede denominarse debidamente un medio legible por ordenador. Por ejemplo, si el software se transmite desde una sede de la Red, un servidor u otro origen remoto, usando un cable coaxial, un cable de fibra optica, un par trenzado, una linea de abonado digital (DSL) o tecnologias inalambricas tales como infrarrojos, radio y microondas, entonces el cable coaxial, el cable de fibra optica, el par trenzado, la DSL o las tecnologias inalambricas tales como infrarrojos, radio y microondas, se incluyen en la definicion de medio. Los discos, como se usan en el presente documento, incluyen el disco compacto (CD), el disco de laser, el disco optico, el disco versatil digital (DVD), el disco flexible y el disco Blu-ray, donde algunos discos normalmente reproducen datos de manera magnetica, mientras que otros discos reproducen los datos de manera optica con laser. Las combinaciones de lo anterior tambien deberian incluirse dentro del alcance de los medios
legibles por ordenador.
La anterior descripcion de las realizaciones ejemplares divulgadas se proporciona para permitir que cualquier experto en la tecnica realice o use la presente invencion. Diversas modificaciones de estas realizaciones ejemplares 5 resultaran inmediatamente evidentes para los expertos en la tecnica, y los principios genericos definidos en el presente documento pueden aplicarse a otras realizaciones ejemplares sin apartarse del espiritu o el alcance de la invencion. Por tanto, la invencion no pretende limitarse a los modos ejemplares de realizacion mostrados en el presente documento, sino que se le ha de conceder el alcance mas amplio compatible con los principios y caracteristicas novedosas, divulgados en el presente documento.
10

Claims (15)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Un procedimiento para mejorar la eficacia del transporte de paquetes de datos durante una sesion multimedia, comprendiendo el procedimiento:
    enviar informacion desde un Nodo de Interoperacion a un terminal conmutado por paquetes, comprendiendo la informacion un parametro relacionado con un tamano maximo de paquete negociado con el otro extremo de la sesion multimedia, comprendiendo el otro extremo de la sesion multimedia un terminal conmutado por circuitos;
    recibir la informacion en el terminal conmutado por paquetes desde el Nodo de Interoperacion; y
    en respuesta a la recepcion de la informacion, ajustar el procesamiento en el terminal conmutado por paquetes, PS, de tal manera que los paquetes generados no sean mas grandes que el tamano maximo de paquete negociado.
  2. 2. Un procedimiento para mejorar la eficacia del transporte de paquetes de datos durante una sesion multimedia, comprendiendo el procedimiento:
    recibir informacion en un terminal conmutado por paquetes desde un Nodo de Interoperacion, comprendiendo la informacion un parametro relacionado con un tamano maximo de paquete, negociado con el otro extremo de la sesion multimedia, comprendiendo el otro extremo de la sesion multimedia un terminal conmutado por circuitos; y
    en respuesta a la recepcion de la informacion, ajustar el procesamiento en el terminal conmutado por paquetes, PS, de tal manera que los paquetes generados no sean mas grandes que el tamano maximo de paquete negociado.
  3. 3. El procedimiento de la reivindicacion 1 o 2, siendo la sesion multimedia una sesion de telefonia multimedia.
  4. 4. El procedimiento de la reivindicacion 1 o 2, comprendiendo la informacion ademas una indicacion de si el otro extremo de la sesion multimedia es un terminal conmutado por circuitos.
  5. 5. El procedimiento de la reivindicacion 4, comprendiendo el parametro relacionado con el tamano maximo de paquete un tamano maximo negociado de la unidad de datos de servicio, SDU.
  6. 6. El procedimiento de la reivindicacion 4, comprendiendo la informacion ademas un intervalo de recepcion de SDU.
  7. 7. El procedimiento de la reivindicacion 1 o 2, siendo el terminal conmutado por paquetes un PSVT.
  8. 8. El procedimiento de la reivindicacion 4, que comprende ademas:
    en respuesta a la recepcion de una indicacion de que la sesion de telefonia es un terminal conmutado por circuitos, seleccionar una modalidad de retroalimentacion de indicacion de perdida de imagenes, PLI.
  9. 9. Un aparato conmutado por paquetes para la comunicacion durante una sesion multimedia, comprendiendo el aparato:
    un receptor configurado para recibir informacion que comprende un parametro relacionado con un tamano maximo de paquete, negociado con el otro extremo de la sesion multimedia, comprendiendo el otro extremo de la sesion multimedia un terminal conmutado por circuitos; y
    un transmisor configurado, en respuesta a la informacion recibida, para generar paquetes no mas grandes que el tamano maximo de paquete negociado.
  10. 10. El aparato de la reivindicacion 9, siendo la sesion multimedia una sesion de telefonia multimedia.
  11. 11. El aparato de la reivindicacion 9, comprendiendo la informacion ademas una indicacion de si el otro extremo de la sesion multimedia es o no un terminal conmutado por circuitos.
  12. 12. El aparato de la reivindicacion 11, estando el aparato configurado, en respuesta a la recepcion de una indicacion de que la sesion de telefonia es un terminal conmutado por circuitos, para seleccionar una modalidad de retroalimentacion de indicacion de perdida de imagenes, PLI.
  13. 13. El aparato de la reivindicacion 11, comprendiendo el otro extremo de la sesion multimedia un terminal
    conmutado por circuitos, comprendiendo el parametro relacionado con el tamano maximo de paquete un tamano maximo negociado de la unidad de datos de servicio, SDU.
  14. 14. El aparato de la reivindicacion 12, comprendiendo la informacion ademas un intervalo de recepcion de SDU.
    5
  15. 15. Un producto de programa informatico para mejorar la eficacia del transporte de paquetes de datos durante una sesion multimedia, comprendiendo el producto: un medio legible por ordenador que comprende:
    codigo para hacer que un ordenador realice el procedimiento de cualquiera de las reivindicaciones 1 a 8.
    10
ES09701683.6T 2008-01-14 2009-01-14 Interoperación eficaz entre servicios multimedia conmutados por circuitos y conmutados por paquetes Active ES2610575T3 (es)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US2098208P 2008-01-14 2008-01-14
US20982P 2008-01-14
US2116308P 2008-01-15 2008-01-15
US21163P 2008-01-15
US353183 2009-01-13
US12/353,183 US9705935B2 (en) 2008-01-14 2009-01-13 Efficient interworking between circuit-switched and packet-switched multimedia services
PCT/US2009/030959 WO2009091805A2 (en) 2008-01-14 2009-01-14 Efficient interworking between circuit-switched and packet-switched multimedia services defining a maximum packet size attribute

Publications (1)

Publication Number Publication Date
ES2610575T3 true ES2610575T3 (es) 2017-04-28

Family

ID=40850563

Family Applications (1)

Application Number Title Priority Date Filing Date
ES09701683.6T Active ES2610575T3 (es) 2008-01-14 2009-01-14 Interoperación eficaz entre servicios multimedia conmutados por circuitos y conmutados por paquetes

Country Status (18)

Country Link
US (1) US9705935B2 (es)
EP (1) EP2253117B1 (es)
JP (2) JP5108115B2 (es)
KR (1) KR101208382B1 (es)
CN (2) CN101911649A (es)
AU (1) AU2009205423B9 (es)
BR (1) BRPI0907177B1 (es)
CA (1) CA2710320C (es)
ES (1) ES2610575T3 (es)
HK (1) HK1221092A1 (es)
HU (1) HUE029796T2 (es)
IL (1) IL206701A (es)
MX (1) MX2010007705A (es)
MY (1) MY156512A (es)
RU (1) RU2507701C2 (es)
TW (1) TWI530122B (es)
UA (1) UA101009C2 (es)
WO (1) WO2009091805A2 (es)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9705935B2 (en) * 2008-01-14 2017-07-11 Qualcomm Incorporated Efficient interworking between circuit-switched and packet-switched multimedia services
JP5682176B2 (ja) * 2010-08-16 2015-03-11 沖電気工業株式会社 呼制御信号送信装置、プログラム及び方法
JP5614257B2 (ja) * 2010-11-22 2014-10-29 株式会社リコー 通信装置
KR102147475B1 (ko) * 2012-07-11 2020-08-26 한국전자통신연구원 Mpeg 데이터를 처리하는 방법 및 시스템
GB201519090D0 (en) * 2015-10-28 2015-12-09 Microsoft Technology Licensing Llc Multiplexing data
US11509949B2 (en) * 2019-09-13 2022-11-22 Disney Enterprises, Inc. Packager for segmenter fluidity
TWI779938B (zh) * 2021-11-29 2022-10-01 瑞昱半導體股份有限公司 存取系統記憶體的方法及設置於網路卡上的處理電路

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04316246A (ja) 1991-04-16 1992-11-06 Fuji Xerox Co Ltd ネットワークシステムにおけるデータ交換方式
JP2669441B2 (ja) 1991-10-07 1997-10-27 富士通株式会社 Atコマンドを用いたdteファシリティ制御方式
US6577324B1 (en) * 1992-06-03 2003-06-10 Compaq Information Technologies Group, L.P. Video and audio multimedia pop-up documentation by performing selected functions on selected topics
US5777987A (en) * 1995-12-29 1998-07-07 Symbios, Inc. Method and apparatus for using multiple FIFOs to improve flow control and routing in a communications receiver
JP3231017B2 (ja) 1998-05-25 2001-11-19 日本電信電話株式会社 パケット網間転送方法
CA2308815A1 (en) * 1999-06-07 2000-12-07 Nortel Networks Corporation Communication method and apparatus for providing interoperability between telecommunication switches of different types
US6856613B1 (en) * 1999-12-30 2005-02-15 Cisco Technology, Inc. Method and apparatus for throttling audio packets according to gateway processing capacity
WO2003027876A1 (en) 2001-09-26 2003-04-03 Jodie Lynn Reynolds System and method for communicating media signals
US6740803B2 (en) * 2001-11-21 2004-05-25 Line 6, Inc Computing device to allow for the selection and display of a multimedia presentation of an audio file and to allow a user to play a musical instrument in conjunction with the multimedia presentation
ATE293863T1 (de) 2002-01-23 2005-05-15 Sony Int Europe Gmbh Ein verfahren zur übertragung von end-to-end qos durch anwendung des end-to-end negotiation protocols (e2enp)
US8161158B2 (en) 2002-09-25 2012-04-17 Nokia Corporation Method in a communication system, a communication system and a communication device
US7564835B1 (en) * 2002-11-06 2009-07-21 3Com Corporation System and method for maximizing the use of bandwidth optimization techniques in voice-over-packet connections
GB2399713A (en) 2003-03-17 2004-09-22 Orange Personal Comm Serv Ltd Telecommunications apparatus and method based on quality of service
GB2405773B (en) * 2003-09-02 2006-11-08 Siemens Ag A method of controlling provision of audio communication on a network
US20050102371A1 (en) 2003-11-07 2005-05-12 Emre Aksu Streaming from a server to a client
US7590058B1 (en) * 2003-12-09 2009-09-15 At&T Intellectual Property Ii, L.P. Method and apparatus for controlling the quality of service of voice and data services over variable bandwidth access networks
US7634533B2 (en) 2004-04-30 2009-12-15 Microsoft Corporation Systems and methods for real-time audio-visual communication and data collaboration in a network conference environment
CN1985477B (zh) * 2004-05-13 2012-11-07 高通股份有限公司 用于分配信息到通信系统的信道的方法和设备
US8331375B2 (en) 2004-08-06 2012-12-11 Qualcomm Incorporated Technology agnostic QoS support in a multi-mode environment
JP5103015B2 (ja) 2004-08-11 2012-12-19 ミズ株式会社 電解機能水生成装置における性能維持方法
US9036620B2 (en) * 2004-10-06 2015-05-19 Telecom Italia S.P.A. Method, and related mobile communications system, for providing combinational network services
ES2391397T3 (es) * 2004-11-15 2012-11-23 Telefonaktiebolaget Lm Ericsson (Publ) Método y disposición para habilitar una sesión de comunicación multimedia
JP2006197331A (ja) 2005-01-14 2006-07-27 Ntt Docomo Inc ストリーミングシステム、インタフェース変換装置、バッファリング方法
WO2007040085A1 (ja) 2005-10-06 2007-04-12 Nec Corporation パケット交換網-回線交換網間のメディア通信におけるプロトコル変換システム
TWI563813B (en) 2006-01-31 2016-12-21 Interdigital Tech Corp Method and apparatus for supporting circuit switched interworking
EP2014078B1 (en) * 2006-05-04 2016-07-27 Telefonaktiebolaget LM Ericsson (publ) Technique for interconnecting circuit-switched and packet-switched domains
JP2007324788A (ja) 2006-05-31 2007-12-13 Softbank Bb Corp 移動端末及び通信方法
US8031701B2 (en) * 2006-09-11 2011-10-04 Cisco Technology, Inc. Retransmission-based stream repair and stream join
US7616650B2 (en) * 2007-02-05 2009-11-10 Cisco Technology, Inc. Video flow control and non-standard capability exchange for an H.320 call leg
US9705935B2 (en) * 2008-01-14 2017-07-11 Qualcomm Incorporated Efficient interworking between circuit-switched and packet-switched multimedia services

Also Published As

Publication number Publication date
CN101911649A (zh) 2010-12-08
AU2009205423B9 (en) 2013-11-21
IL206701A (en) 2014-07-31
CA2710320C (en) 2018-11-27
TWI530122B (zh) 2016-04-11
AU2009205423B2 (en) 2013-06-06
CN105681347A (zh) 2016-06-15
KR101208382B1 (ko) 2012-12-05
US9705935B2 (en) 2017-07-11
KR20100116189A (ko) 2010-10-29
MX2010007705A (es) 2010-08-09
BRPI0907177B1 (pt) 2020-09-29
WO2009091805A3 (en) 2009-10-01
JP2013013105A (ja) 2013-01-17
JP2011512073A (ja) 2011-04-14
AU2009205423A1 (en) 2009-07-23
RU2010133985A (ru) 2012-02-27
US20090180470A1 (en) 2009-07-16
HUE029796T2 (en) 2017-04-28
BRPI0907177A2 (pt) 2015-07-14
CA2710320A1 (en) 2009-07-23
UA101009C2 (uk) 2013-02-25
JP5108115B2 (ja) 2012-12-26
MY156512A (en) 2016-02-26
EP2253117A2 (en) 2010-11-24
CN105681347B (zh) 2020-11-24
RU2507701C2 (ru) 2014-02-20
EP2253117B1 (en) 2016-10-12
JP5746112B2 (ja) 2015-07-08
HK1221092A1 (zh) 2017-05-19
TW200947977A (en) 2009-11-16
IL206701A0 (en) 2010-12-30
WO2009091805A2 (en) 2009-07-23

Similar Documents

Publication Publication Date Title
ES2610575T3 (es) Interoperación eficaz entre servicios multimedia conmutados por circuitos y conmutados por paquetes
ES2546506T3 (es) Sistema y método que pone en práctica una SR-VCC de sesiones IMS de urgencia
ES2749222T3 (es) Terminal y procedimiento de selección de modo de codificación
ES2902581T3 (es) Aparato para transmitir o recibir datos de medios
ES2261276T3 (es) Mantenimiento de la sincronizacion de extremo-a-extremo en una conexion de telecomunicaciones.
US8848551B2 (en) Identify a secure end-to-end voice call
ES2392476T3 (es) Método, sistema y dispositivo para realizar la conversión de contenido multimedia
US20080056236A1 (en) Unified IMS supplementary services signaling across circuit and packet domains
WO2007128217A1 (en) Method of internet protocol(ip) message transmission, negotiated bandwidth saving capability and saving network bandwidth
CN106921843B (zh) 数据传输方法及装置
US20080186952A1 (en) Method and system for setting up a multimedia session in multimedia internetworking systems
TW200833042A (en) Apparatus and method for wireless communications
US10630656B2 (en) System and method of encrypted media encapsulation
ES2890653T3 (es) Formato de carga útil RTP híbrido
US8416786B2 (en) Data transport container for transferring data in a high speed internet protocol network
TWI298590B (en) A method for transporting real-time audio and video data
ES2700073T3 (es) Señalización PTT / PTS en una red basada en Protocolo de Internet
ES2790598T3 (es) Comunicación en un sistema que tiene diferentes calidades de datos de usuario
EP2026524B1 (en) Support of media oriented negotiation acceleration procedures in split architecture