ES2574805T3 - Métodos para cambiar entre una descarga de MBMS y una entrega basada en HTTP de contenido con formato DASH a través de una red de IMS - Google Patents

Métodos para cambiar entre una descarga de MBMS y una entrega basada en HTTP de contenido con formato DASH a través de una red de IMS Download PDF

Info

Publication number
ES2574805T3
ES2574805T3 ES11870588.8T ES11870588T ES2574805T3 ES 2574805 T3 ES2574805 T3 ES 2574805T3 ES 11870588 T ES11870588 T ES 11870588T ES 2574805 T3 ES2574805 T3 ES 2574805T3
Authority
ES
Spain
Prior art keywords
http
content
sip
delivery
mbms
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
ES11870588.8T
Other languages
English (en)
Inventor
Ozgur Oyman
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.)
Intel Corp
Original Assignee
Intel 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 Intel Corp filed Critical Intel Corp
Application granted granted Critical
Publication of ES2574805T3 publication Critical patent/ES2574805T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H04B7/2603—Arrangements for wireless physical layer control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0037—Inter-user or inter-terminal allocation
    • 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/1016—IP multimedia subsystem [IMS]
    • 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/1045—Proxies, e.g. for 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/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
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6131—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64707—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless for transferring content from a first network to a second network, e.g. between IP and wireless
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Un método para cambiar desde una descarga de servicios de multidifusión de difusión multimedia (MBMS) a una entrega basada en el protocolo de transferencia hipertexto (HTTP) de flujo continuo adaptativo dinámico a través de contenido con formato HTTP (DASH), caracterizado por comprender las etapas de: recibir una re-invitación del protocolo de iniciación de sesión (SIP) en un módulo de función de control de servicio (SCF) desde un dispositivo móvil mientras el dispositivo móvil está recibiendo una descarga de MBMS en una sesión de entrega de contenido que incluye contenido con formato DASH; enviar una invitación SIP desde el módulo de SCF a un adaptador de HTTP/SIP para seleccionar un servidor de HTTP para una entrega basada en HTTP; recibir un acuse de recibo SIP en el módulo de SCF desde el adaptador de HTTP/SIP que indica una selección del servidor de HTTP para la sesión de entrega de contenido; y reenviar el acuse de recibo SIP desde el módulo de SCF al dispositivo móvil que indica un cambio al servidor de HTTP para la sesión de entrega de contenido.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Metodos para cambiar entre una descarga de MBMS y una entrega basada en HTTP de contenido con formato DASH a traves de una red de IMS
Solicitudes relacionadas
Esta solicitud reivindica el beneficio de la Solicitud de Patente Provisional de Estados Unidos con N.° de Serie 61/522.623, presentada el 11 de agosto de 2011, con un numero de expediente P39106Z.
Antecedentes
La tecnologla de comunicacion movil inalambrica usa diversas normas y protocolos para transmitir datos entre una estacion de transmision y un dispositivo movil inalambrico. Algunos dispositivos inalambricos comunican usando multiplexacion por division ortogonal de frecuencia (OFDM) combinada con un esquema de modulacion digital deseado mediante una capa flsica. Las normas y protocolos que usan OFDM incluyen la evolucion a largo plazo (LTE) del proyecto comun de tecnologlas inalambricas de la tercera generacion (3GPP), la norma del Institute de Ingenieros Electricos y Electronicos (IEEE) 802.16 (por ejemplo, 802.16e, 802.16m), que es comunmente conocida para los grupos de la industria como WiMAX (interoperabilidad Mundial para Acceso por Microondas), y la norma IEEE 802.11, que es comunmente conocida para los grupos de la industria como WiFi.
En sistemas de LTE de red de acceso de radio (RAN) del 3GPP, la estacion de transmision puede ser una combinacion de Nodos B (tambien indicados comunmente como Nodos B evolucionados, Nodos B mejorados, eNodosB o eNB) de la Red de Acceso de Radio Terrestre Universal Evolucionada (E-UTRAN) y Controladores de Red de Radio (RNC), que comunican con el dispositivo movil inalambrico, conocido como un equipo de usuario (UE). Una transmision de enlace descendente (DL) puede ser una comunicacion desde la estacion de transmision (o eNodoB) hasta el dispositivo movil inalambrico (o UE), y una transmision de enlace ascendente (UL) puede ser una comunicacion desde el dispositivo movil inalambrico hasta la estacion de transmision.
El documento XP30046499 (“Response to the CfP on HTTP Streaming: Adaptive Video Streaming based on AVC”) desvela un metodo para entregar flujos multimedia recibidos desde diferentes fuentes (satelite, cable, terrestre) a un cliente en una red local mediante una pasarela (“servidor de medios”). La conversion de protocolo se hace en TCP/IP antes de entregar al cliente.
En una transmision de enlace descendente, la estacion de transmision puede comunicar con un unico dispositivo movil inalambrico con una subtrama de unidifusion usando un servicio de unidifusion. Una entrega de unidifusion puede tener una relacion de uno a uno, que hace referencia a un mensaje para un dispositivo movil. Como alternativa, la estacion de transmision puede comunicar con una pluralidad de dispositivos moviles inalambricos con una subtrama de red de unica frecuencia de difusion/multidifusion (MBSFN) usando un servicio de multidifusion de difusion multimedia (MBMS). El trafico de multidifusion y difusion de transporte en un MBMS puede tener una relacion de uno a muchos, que hace referencia a un mensaje para muchos dispositivos moviles.
Breve descripcion de los dibujos
Las caracterlsticas y ventajas de la divulgacion seran evidentes a partir de la descripcion detallada que sigue, tomada en relacion con los dibujos adjuntos, que juntos ilustran, a modo de ejemplo, caracterlsticas de la divulgacion; y en los que:
La Figura 1 ilustra un diagrama de bloques de una arquitectura funcional de flujo continuo de conmutacion de paquetes (PSS) basado en el subsistema multimedia (IMS) del protocolo de internet y servicios de multidifusion de difusion multimedia (MBMS) de acuerdo con un ejemplo;
La Figura 2 ilustra un diagrama de bloques de una arquitectura sub-funcional del centro de servicio de multidifusion de difusion (BMSC) de acuerdo con un ejemplo;
La Figura 3 representa un proceso de ejemplo para cambiar desde una descarga de servicios de multidifusion de difusion multimedia (MBMS) a una entrega basada en el protocolo de transferencia hipertexto (HTTP) de flujo continuo adaptativo dinamico a traves de contenido con formato de HTTP (DASH) en una red de subsistema multimedia (IMS) del protocolo de internet (IP) de acuerdo con un ejemplo;
La Figura 4 representa un proceso de ejemplo para cambiar desde una descarga de servicios de multidifusion de difusion multimedia (MBMS) a una entrega basada en el protocolo de transferencia hipertexto (HTTP) de flujo continuo adaptativo dinamico a traves de contenido con formato de HTTP (DASH) en una red de subsistema multimedia (IMS) del protocolo de internet (IP) que incluye una solicitud para una descripcion de presentacion de medios (MPD) de acuerdo con un ejemplo;
5
10
15
20
25
30
35
40
45
50
55
60
65
La Figura 5 representa un proceso de ejemplo para cambiar desde una entrega basada en el protocolo de transferencia hipertexto (HTTP) a una entrega de descarga de servicios de multidifusion de difusion multimedia (MBMS) de contenido con formato DASH en una red de subsistema multimedia (IMS) del protocolo de internet (IP) de acuerdo con un ejemplo;
La Figura 6 representa un diagrama de flujo de un metodo para cambiar desde una descarga de servicios de multidifusion de difusion multimedia (MBMS) a una entrega basada en el protocolo de transferencia hipertexto (HTTP) de flujo continuo adaptativo dinamico a traves de contenido con formato de HTTP (DASH) en una red de subsistema multimedia (IMS) del protocolo de internet (IP) de acuerdo con un ejemplo;
La Figura 7 representa un diagrama de flujo de un metodo para cambiar desde una entrega basada en el protocolo de transferencia hipertexto (HTTP) a una entrega de descarga de servicios de multidifusion de difusion multimedia (MBMS) de contenido con formato DASH en una red de subsistema multimedia (IMS) del protocolo de internet (IP) de acuerdo con un ejemplo; y
La Figura 8 ilustra un diagrama de un equipo de usuario (UE) de acuerdo con un ejemplo.
Se hara ahora referencia a las realizaciones ejemplares ilustradas, y se usara lenguaje especlfico en el presente documento para describir las mismas. Se ha de entender, sin embargo, que no se pretende de esta manera limitacion del alcance de la invencion.
Description detallada
Antes de que se desvele y describa la presente invencion, se ha de entender que esta invencion no esta limitada a las estructuras particulares, etapas de proceso, o materiales desvelados en el presente documento, sino que se extiende a equivalentes de la misma como se reconocerla por los expertos en la materia. Deberla entenderse tambien que la terminologla empleada en el presente documento se usa para el fin de describir ejemplos particulares unicamente y no pretende ser limitante. Los mismos numeros de referencia en diferentes dibujos representan el mismo elemento. Los numeros proporcionados en diagramas de flujo y procesos se proporcionan por claridad al ilustrar las etapas y operaciones y no indican necesariamente un orden o secuencia particular.
Realizaciones de ejemplo
Una vista general inicial de las realizaciones de la tecnologla se proporciona a continuation y despues se describe en mayor detalle mas adelante realizaciones de tecnologla especlficas. Este resumen inicial se pretende para ayudar a los lectores a entender la tecnologla mas rapidamente pero no se pretende para identificar caracterlsticas clave o caracterlsticas esenciales de la tecnologla ni se pretende para limitar el alcance de la materia objeto reivindicada.
El flujo continuo del protocolo de transferencia hipertexto (HTTP) puede usarse como una forma de entrega multimedia de video de internet. La entrega basada en HTTP puede proporcionar fiabilidad y simplicidad de despliegue debido a una amplia adoption de ambos protocolos subyacentes HTTP y HTTP, incluyendo el protocolo de control de transmision (TCP)/protocolo de internet (IP). La entrega basada en HTTP puede posibilitar servicios de flujo continuo faciles y sin esfuerzos evitando problemas de traduction de direction de red (NAT) y de atravesar cortafuegos. La entrega o el flujo continuo basado en HTTP pueden proporcionar tambien la capacidad de usar servidores de HTTP convencionales y memorias cache en lugar de servidores de flujo continuo especializados. La entrega basada en HTTP puede proporcionar escalabilidad debido a information de estado reducida o minima en un lado del servidor.
El flujo continuo adaptativo dinamico a traves de HTTP (DASH) es una tecnologia de flujo continuo multimedia donde un fichero multimedia puede subdividirse en uno o mas segmentos y entregarse a un cliente usando HTTP. Un cliente DASH puede recibir contenido multimedia descargando los segmentos a traves de una serie de transacciones de solicitud-respuesta de HTTP. DASH puede proporcionar la capacidad de cambiar dinamicamente entre diferentes representaciones de tasas de bits del contenido de medios a medida que el ancho de banda disponible cambia. Por lo tanto, DASH puede permitir rapida adaptation a condiciones de red y enlace inalambrico variables, preferencias de usuario y capacidades del dispositivo, tales como resolution de visualization, el tipo de unidad de procesamiento central (CPU) empleada o recursos de memoria disponibles. La adaptacion dinamica de DASH puede proporcionar una mejor calidad de experiencia (QoE) para un usuario, con retardos de arranque mas cortos y menos eventos de volver a almacenar en memoria intermedia.
El subsistema multimedia del protocolo de internet (IP) o subsistema de red principal multimedia de IP (IMS) es una estructura de arquitectura en 3GPP para entregar servicios multimedia de IP. El subsistema de red principal multimedia de IP puede ser una coleccion de diferentes redes principales y funciones de red de acceso, vinculadas mediante interfaces normalizadas, que agrupadas juntas pueden formar una red administrativa de IMS. Para facilitar la integration con Internet, IMS puede usar el protocolo de initiation de sesion (SIP). Pueden usarse varios papeles de servidores o intermediarios de SIP, que pueden denominarse colectivamente una funcion de control de sesion de
5
10
15
20
25
30
35
40
45
50
55
60
65
llamada (CSCF), para procesar paquetes de senalizacion de SIP en el IMS. El acceso fijo (por ejemplo, llnea de abonado digital (DsL), modems de cable o Ethernet), acceso movil (por ejemplo, W-CDMA, CDMA2000, GSM o GPRS) y acceso inalambrico (por ejemplo, WLAN o WiMax) puede soportarse mediante el IMS. Otros sistemas telefonicos como el telefono tradicional (POTS-telefonos analogicos) y sistemas de voz sobre IP no compatibles con IMS pueden soportarse a traves de las pasarelas.
El contenido con formato DASH puede entregarse a traves de una red de IMS en una trama de multidifusion, tal como una entrega de descarga de servicios de multidifusion de difusion multimedia (MBMS), o en una trama de unidifusion, tal como una entrega basada en HTTP. Una sesion de entrega de contenido que incluye contenido DASH puede entregarse usando un metodo de descarga de MBMS, cambiado a continuacion a un metodo de entrega basada en HTTP en la mitad de la sesion (media sesion). Como alternativa, la sesion de entrega de contenido puede entregarse usando el metodo de entrega basado en HTTP, cambiarse a continuacion al metodo de descarga de MBMS a media sesion. Puede ser deseable cambiar a una red basada en IMS entre el metodo de descarga de MBMS y el metodo de entrega basada en HTTP durante la transmision del contenido con formato DASH al usuario.
Como se ilustra en el diagrama de bloques de ejemplo de la Figura 1, en el cambio desde la descarga de MBMS a la entrega basada en HTTP de contenido con formato DASH en la red de IMS, un dispositivo movil, tal como un equipo de usuario (UE) 210, puede enviar una re-invitacion del protocolo de iniciacion de sesion (SIP) a un modulo de funcion de control de servicio (SCF) 230 mientras el dispositivo movil esta recibiendo una descarga de MBMS en una sesion de entrega de contenido actual que incluye contenido DASH. La re-invitacion de SIP puede incluir un mensaje SIP Re-INVITE. La re-invitacion de SIP puede incluir un identificador de recurso uniforme (URI) de solicitud para que un servidor de HTTP 260 proporcione contenido DASH mediante la entrega basada en HTTP en la misma sesion de entrega de contenido. El URI de solicitud puede incluir un nombre de dominio o un identificador de contenido que identifica (o hace referencia) un servidor de HTTP para proporcionar la entrega basada en HTTP. El modulo de SCF puede incluirse en un subsistema multimedia (IMS) del protocolo de internet (IP). Despues de recibir la re-invitacion de SIP mediante un subsistema de red principal multimedia de IP (IM CN) 220, el modulo de SCF puede enviar una invitacion de SIP a un adaptador de HTTP/SIP 250 para seleccionar un servidor de HTTP 260 para la entrega basada en HTTP. La invitacion de SIP puede incluir un mensaje SIP INVITE con el URI de solicitud, donde el modulo de SCF uso previamente un nombre de dominio o un identificador de contenido asociado con (o haciendo referencia) un centro de servicio de multidifusion de difusion (BMSC) o sub-funciones de plano de usuario de BMSC (UPF) (bMsC.UPF) 240 para establecer la descarga de MBMS del contenido con formato DASH mediante el BMSC.
El nombre de dominio y el identificador de contenido que hacen referencia al servidor de HTTP pueden diferenciarse del nombre de dominio y del identificador de contenido asociados con el BMSC. El modulo de SCF 230 puede enviar tambien una solicitud de terminacion al BMSC para terminar la descarga de MBMS para la sesion de entrega de contenido. El adaptador de HTTP/SIP puede configurar el servidor de HTTP para la entrega basada en HTTP del contenido con formato DASH para la misma sesion de entrega de contenido previamente usada para la descarga de MBMS. El adaptador de HTTP/SIP puede enviar un acuse de recibo de SIP al modulo de SCF que indica una seleccion del servidor de HTTP para la sesion de entrega de contenido. El acuse de recibo de SIP puede incluir un mensaje SIP 200 OK. El modulo de SCF puede reenviar el acuse de recibo de SIP al dispositivo movil mediante el subsistema de IM CN que indica un cambio al servidor de HTTP para la sesion de entrega de contenido. El dispositivo movil puede recibir a continuacion el contenido con formato DASH de la sesion de entrega de contenido mediante la entrega basada en HTTP en lugar de la descarga de MBMS.
En el cambio desde la entrega basada en HTTP a la descarga de MBMS de contenido con formato DASH, el dispositivo movil puede enviar una re-invitacion de SIP al modulo de SCF 230 mientras el dispositivo movil esta recibiendo una entrega basada en HTTP de contenido con formato DASH en una sesion de entrega de contenido. La re-invitacion de SIP puede incluir un URI de solicitud desde el BMSC o las BMSC.UPF 240 para proporcionar contenido con formato DASH mediante la descarga de MBMS en la misma sesion de entrega de contenido. El URI de solicitud puede incluir un nombre de dominio o un identificador de contenido que identifica (o hace referencia) el BMSC para proporcionar la descarga de MBMS. Despues de recibir la re-invitacion de SIP mediante el subsistema de IM CN 220, el modulo de SCF puede enviar un mensaje de invitacion al BMSC o a las BMSC.UPF para inicializar (o configurar) el BMSC para la descarga de MBMS de la sesion de entrega de contenido. El mensaje de invitacion puede incluir un URI de solicitud, donde el modulo de SCF previamente uso un nombre de dominio o un identificador de contenido asociado con (o haciendo referencia) el servidor de HTTP 260 para establecer la entrega basada en HTTP del contenido con formato DASH mediante el servidor de HTTP. El nombre de dominio y el identificador de contenido que hacen referencia al servidor de HTTP pueden diferenciarse del nombre de dominio y del identificador de contenido asociados con el BMSC. El modulo de SCF puede recibir un acuse de recibo de BMSC desde el BMSC que indica una seleccion del BMSC para la sesion de entrega de contenido despues de que el BMSC se configure para la descarga de MBMS. El modulo de SCF puede enviar una solicitud de terminacion de SIP al adaptador de HTTP/SIP 250 para liberar el servidor de HTTP y/o para terminar la entrega basada en HTTP para la sesion de entrega de contenido. La solicitud de terminacion de SIP puede incluir un mensaje SIP BYE.
5
10
15
20
25
30
35
40
45
50
55
60
65
El adaptador de HTTP/SIP puede enviar un acuse de recibo de SIP al modulo de SCF 230 que indica una termination de la entrega basada en HTTP para la sesion de entrega de contenido y/o una configuration del BMSC para la sesion de entrega de contenido. El acuse de recibo SIP puede incluir un mensaje SIP 200 OK. El modulo de SCF puede reenviar el acuse de recibo de SIP al dispositivo movil mediante el subsistema de IM CN que indica un cambio al BMSC para la sesion de entrega de contenido. El dispositivo movil puede recibir el contenido con formato DASH de la sesion de entrega de contenido mediante la descarga de MBMS en lugar de la entrega basada en HTTP.
Lo siguiente proporciona detalles adicionales de los ejemplos. La entrega de descarga de MBMS puede ser un servicio alternativo para descargar la entrega de descarga de unidifusion basada en HTTP. Los beneficios de usar una entrega de descarga de MBMS pueden incluir soporte que posibilite tipos de servicio no en tiempo real, que posibilitan la provision de contenidos que complementan servicios de flujo continuo de MBMS, y que aprovechan la capacidad de almacenamiento cada vez mayor en los dispositivos moviles. El formato de segmento DASH, aunque principalmente pretendido para transporte de unidifusion con HTTP, puede ser independiente de que el entorno de entrega sea de unidifusion o de multidifusion. El contenido con formato DASH puede transmitirse usando entrega de descarga de MBMS con una entrega de fichero a traves del protocolo de transporte unidireccional (FLUTE).
FLUTE puede ser un protocolo para la entrega unidireccional de ficheros a traves de internet, que puede ser particularmente adecuado para redes de multidifusion. FLUTE puede crearse sobre codification en capas aslncrona (ALC), un protocolo de base disenado para distribution de multidifusion escalable de manera masiva. FLUTE puede proporcionar la creation de instancias de un bloque de creation de transporte de codificacion en capas (LCT). El protocolo de ALC puede combinar el bloque de creacion de LCT, un bloque de creacion de control de congestion (CC) y un bloque de creacion de correction de errores hacia delante (FEC) para proporcionar entrega aslncrona fiable controlada de la congestion. El LCT puede proporcionar soporte de nivel de transporte para entrega de contenido y protocolos de entrega de flujo. Los datos o descargas de flujo continuo pueden encapsularse en el protocolo de transporte de tiempo real (RTP) y transportarse usando el protocolo FLUTE cuando se entregan a traves de portadoras de MBMS. RTP puede usarse en sistemas de comunicacion y entretenimiento que implican medios de flujo continuo, tales como telefonla, aplicaciones de teleconferencia de video, servicios de television y caracterlsticas de pulsar para hablar basadas en web.
Pueden usarse tres capas funcionales para la entrega de servicios basados en MBMS, que pueden incluir una capa de portadoras, una capa de metodo de entrega y una capa de servicio de usuario o capa de aplicacion. La capa de portadoras puede proporcionar un mecanismo por el que pueden transportarse los datos de IP. Las portadoras pueden incluir una portadora de unidifusion o una portadora de MBMS. La capa de entrega puede proporcionar funcionalidad tal como distribucion de seguridad y de clave, control de fiabilidad por medio de tecnicas de correccion de errores hacia delante (FEC) y procedimientos de entrega asociados tales como reparation, entrega y verification de ficheros. Los metodos de entrega pueden incluir descarga y flujo continuo. El servicio de usuario de MBMS puede activar aplicaciones. Un servicio de usuario puede incluir servicio de mensajerla multimedia o servicio de flujo continuo de conmutacion de paquetes (PSS).
El flujo continuo adaptativo basado en DASH a traves de HTTP puede ser diferente del flujo continuo adaptativo basado en el protocolo de flujo continuo en tiempo real (RTSP). El RTSP puede ser un protocolo de control de red usado en sistemas de entretenimiento y comunicaciones para controlar servidores de medios de flujo continuo. El protocolo de RTSP puede usarse para establecer y controlar sesiones de medios entre puntos de extremo de una manera basada en insertion y controlada por servidor, mientras que el flujo continuo adaptativo basado en DASH puede ser basado en extraction y controlado por cliente. Los clientes de servidores de medios pueden emitir comandos similares a grabadores de video (VCR), tales como reproduction y pausa, para facilitar el control en tiempo real de la reproduccion de ficheros de medios desde el servidor. Aunque es similar de alguna manera a HTTP, RTSP puede definir secuencias de control utiles al controlar reproduccion multimedia. Mientras que HTTP puede ser sin estado, RTSP puede tener un estado o un identificador usado cuando sea necesario para seguir sesiones concurrentes.
Antes del uso de tecnicas de flujo continuo adaptativas basadas en DASH, estaban tambien disponibles metodos de descarga progresiva para entrega de medios desde servidores web de HTTP convencionales. Las desventajas de la descarga progresiva basada en HTTP pueden incluir que el ancho de banda pueda desperdiciarse si un usuario decide dejar de visualizar el contenido despues de que se ha iniciado la descarga progresiva (por ejemplo, cambiar a otro contenido), la descarga no es realmente adaptativa a tasa de bits, o la descarga no soporta servicios de medios en directo. La tecnologia DASH puede tratar la debilidad del flujo continuo basado en RTP/RTSP y descarga progresiva basada en HTTP.
En DASH, el fichero de metadatos de description de presentation de medios (MPD) puede proporcionar information sobre la estructura y diferentes versiones de las representaciones de contenido de medios almacenadas en el servidor, incluyendo diferentes tasas de bits, velocidades de fotograma, resoluciones, tipos de codec e informacion similar. La informacion de MPD puede usarse para asegurar el mapeo de segmentos en la linea de tiempo de presentacion de medios para cambiar y sincronizar la presentacion con otras representaciones. Ademas, DASH puede especificar tambien los formatos de segmento, tales como informacion sobre la initialization y segmentos de
5
10
15
20
25
30
35
40
45
50
55
60
65
medios para un motor de medios. El motor de medios puede visualizar el segmento de inicializacion para determinar un formato de contenedor e informacion de temporizacion de medios.
Los ejemplos de tecnologlas DASH pueden incluir Microsoft IIS Smooth Streaming, Apple HTTP Live Streaming, y Adobe HTTP Dynamic Streaming. La tecnologla DASH tambien se ha normalizado por las organizaciones, tales como el proyecto comun de tecnologlas inalambricas de la tercera generacion (3GPP), el grupo de expertos de imagenes en movimiento (MPEG), y foro de IPTV abierto (OIPF).
Para proporcionar una experiencia de usuario uniforme para una sesion de flujo continuo adaptativo total o sesion de entrega de contenido. Un dispositivo movil puede cambiar entre una entrega basada en HTTP y una descarga de MBMS dependiendo de ciertas circunstancias, tales como cambiar entre el servicio de flujo continuo de conmutacion de paquetes (PSS) y cobertura MBMS, o activarse mediante una accion de usuario especlfica, tal como control de reproduction. El control de reproduction o el control de movimiento pueden incluir avance rapido, retroceso rapido, camara lenta, retroceso lento, pausa y reanudacion. El control de reproduccion o el control de movimiento pueden basarse en un procesamiento de segmentos recibidos mediante un dispositivo movil. Los segmentos recibidos (o descargados) pueden proporcionarse al decodificador a una velocidad inferior o superior a la que puede exigir la llnea de tiempo nominal del segmento (las indicaciones de tiempo internas), produciendo por lo tanto un efecto de control deseado en la pantalla o presentation de medios.
Un dispositivo movil puede haber establecido ya la descarga de MBMS o la sesion de entrega de contenido con formato DASH basada en HTTP. El dispositivo movil puede cambiar al otro metodo de entrega, tal como una entrega basada en HTTP si recibe una descarga de MBMS, o cambiar a una descarga de MBMS si recibe una entrega basada en HTTP. Ejemplos de algunos eventos de cambio relevantes para cambiar desde metodo de descarga de MBMS a entrega basada en HTTP pueden proporcionarse sin cambiar un canal y cambiando un canal. Por ejemplo, sin un cambio de canal, un usuario puede visualizar un servicio de usuario de MBMS y moverse fuera de cobertura MBMS. O el usuario puede iniciar la accion de modo de control de reproduccion que facilita un cambio a una entrega basada en HTTP. En otro ejemplo, el contenido puede estar unicamente disponible en flujo continuo de conmutacion de paquetes (PSS)/DASH con un cambio de un canal. Ejemplos de algunos eventos de cambio relevantes para cambiar desde la entrega basada en HTTP a descarga de MBMS pueden proporcionarse sin cambiar un canal y cambiando un canal. Por ejemplo, sin un cambio de canal, el usuario puede volver desde el modo de control de reproduccion a un servicio de usuario de MBMS normal. En otro ejemplo, el contenido puede estar unicamente disponible en el MBMS con un cambio de un canal.
La Figura 1 ilustra un PSS basado en IMS y arquitectura funcional de servicio de usuario de MBMS. Los bloques funcionales que pueden facilitar el cambio entre la descarga de MBMS y la entrega DASH basada en HTTP pueden incluir el subsistema IM CN 220, el UE 210, la SCF 230, el adaptador de HTTP/SIP 250, el servidor de HTTP 260, las BMSC.UPF 240, un modulo de funcion de reglas de polltica y facturacion (PCRF) 270, modulo de funcion de selection de servicio (SSF) 290, y un adaptador de PSS 292. Otro PSS basado en IMS de bloque funcional y arquitectura funcional de servicio de usuario de MBMS puede ser un nucleo de paquete evolucionado (EPC)/flujo continuo de conmutacion de paquetes (PS)/RAN 280. Un EPC o evolution de arquitectura de sistema (SAE) puede incluir una entidad de gestion de movilidad (MME), una pasarela de servicio (SGW) y la pasarela (PGW) de red de datos de paquetes (PDN).
El subsistema de IM CN 220 puede soportar registro y autenticacion de usuario, movilidad e itinerancia, control de sesiones multimedia, control de calidad de servicio (QoS), control de polltica, facturacion y/o interconexion de red con redes de conmutacion de circuitos. El UE 210 puede contener los clientes (GBA)/IMS/PSS/MBMS de arquitectura de carga inicial genericos, que pueden realizar descubrimiento y seleccion de servicio, manejar la initiation de servicio, modification y termination y/o recibir y presentar el contenido al usuario.
La SCF 230 puede proporcionar logica y funciones de servicio para soportar la ejecucion de tal logica de servicio. La SCF puede proporcionar autorizacion de servicio durante la indication de sesion y la modificacion de sesion, que puede incluir comprobar el PSS y la suscripcion de servicio del usuario MBMS para permitir o denegar acceso al servicio. La SCF puede seleccionar las funciones de medios de PSS y MBMS relevantes. Para la entrega basada en HTTP, la SCF puede actuar como un agente de usuario de intermediario o adosado (B2BUA). Para MBMS, la SCF puede actuar como un agente de usuario (UA) de terminacion. El adaptador de HTTP/SIP 250 puede correlacionar una sesion SIP con solicitudes entrantes de HTTP. El servidor de HTTP 260 puede proporcionar el contenido con formato DASH para la entrega basada en HTTP. El modulo de PCRF 270 puede controlar la facturacion y el establecimiento de recursos en la RAN y la red principal de PS 280. El modulo de SSF 290 puede proporcionar una lista de PSS disponibles (incluyendo DASH basado en HTTP) y servicios de usuario de MBMS e informacion de description de servicio de usuario relevante. El modulo de SSF puede personalizarse a la identidad del cliente. El adaptador de PSS 292 puede realizar traduction de protocolo bi-direccional entre SIP y RTSP para ofrecer control de servidores de PSS. La BMSC.UPF 240 puede incluir las sub-funciones de plano de usuario (UPF) del centro de servicio de multidifusion de difusion (BMSC). La BMSC.UPF puede proporcionar el contenido con formato DASH para la descarga de MBMS.
5
10
15
20
25
30
35
40
45
50
55
60
65
La Figura 2 ilustra la arquitectura sub-funcional de BMSC e interfaces asociadas entre el UE y el BMSC. El BMSC o el BM-SC 242 pueden estar en comunicacion con y/o controlar un proveedor de contenido/fuente de difusion de multidifusion 246. El BM-SC puede proporcionar las funciones de entrega de MBMS 244.
La Figura 3 ilustra un ejemplo para cambiar desde una descarga de MBMS a una entrega basada en HTTP de contenido con formato DASH en una sesion de entrega de contenido basado en IMS. Una entrega de descarga de MBMS basada en FLUTE 300a-c puede haberse iniciado anteriormente y el UE 210 puede estar recibiendo el contenido con formato DASH desde la BM-SC.UPF 240. La descarga de MBMS puede ser un mecanismo usado mediante un servicio de usuario de MBMS para entregar contenido. La descarga de MBMS puede hacer referencia a un metodo de entrega de MBMS que usa portadoras MBMS al entregar contenido y hacer uso de procedimientos asociados. El metodo de descarga de MBMS usado en el presente documento puede ser aplicable para tanto entrega de medios continuos (por ejemplo video en tiempo real) o entrega de objetos discretos (por ejemplo ficheros).
El UE 210 puede iniciar el flujo continuo de HTTP capturando segmentos de medios desde el servidor de HTTP despues de obtener un MPD. Para cambiar desde la descarga de MBMS a la entrega basada en HTTP de contenido con formato DASH, puede emitirse un protocolo de iniciacion de sesion (SIP) Re-INVITE 302 mediante el UE y enviarse al subsistema IM CN 220. Un ofrecimiento de protocolo de descripcion de sesion (SDP) y un identificador de recurso uniforme de solicitud (URI) pueden incluirse en el mensaje SIP Re-INVITE.
El URI de solicitud puede estar relacionado con la sesion de entrega basada en HTTP o una sesion SIP que un usuario desea activar. El URI de solicitud puede estar compuesto de una parte de usuario y una parte de dominio. La parte de usuario puede contener el identificador de contenido, recuperado desde la informacion de descripcion de servicio de usuario desde el modulo de SFF. El identificador de contenido puede recuperarse desde informacion de seleccion de servicio. La parte de dominio puede incluir el nombre de dominio del proveedor de servicio, obtenido desde el modulo de SFF. El encabezamiento 'Para' de un mensaje SIP Re-INVITE 302 y 304 o INVITE 306 puede contener el mismo URI que en el URI de solicitud. El encabezamiento 'Desde' de un mensaje SIP Re-INVITE o INVITE puede indicar una identidad de usuario publica del usuario. El identificador de contenido puede recuperarse desde la informacion de seleccion de servicio.
El ofrecimiento de SDP puede incluir las capacidades de medios y pollticas disponibles para la sesion de flujo continuo de HTTP. Por ejemplo, el ofrecimiento de SDP puede llevar los parametros que indican el tipo de servicio recomendado, (por ejemplo PSS, MBMS o servicio de flujo continuo de HTTP), el identificador de contenido, y el identificador de un UE objetivo. El ofrecimiento de SDP puede obtenerse basandose en el analisis del MPD as! como basandose en parametros recibidos desde el modulo de SFF durante el procedimiento de seleccion de servicio. El ofrecimiento de SDP puede obtenerse basandose en parametros recibidos durante un procedimiento para recuperar parametros perdidos mediante un mensaje SIP OPTIONS.
Una solicitud al servidor de HTTP para el MPD puede no ser necesaria debido a que el UE puede ya haber capturado el MPD durante la descarga de MBMS. En un ejemplo, si el MPD no se ha obtenido previamente, el UE puede enviar una solicitud HTTP GET al servidor de HTTP para descargar el MPD. En otro ejemplo, el ofrecimiento de SDP puede incluir descripciones de medios previamente negociadas con un puerto establecido a cero y dos o mas descripciones de medios adicionales. Por ejemplo, las descripciones de medios pueden incluir un canal de control de medios (es decir, canal de entrega de MPD) y un canal de entrega de medios (es decir canal de entrega para los flujos de unidifusion a traves de HTTP). El ofrecimiento de SDP puede incluir informacion para la entrega basada en HTTP, tal como una descripcion de medios, un canal de control de medios, un canal de entrega de medios, un canal de control de MPD, un canal de entrega para un flujo de unidifusion a traves de HTTP, capacidades de medios disponibles en el servidor de HTTP, pollticas disponibles en el servidor de HTTP, y una combinacion de esta informacion.
En otro ejemplo, el ofrecimiento de SDP para entrega de medios puede ser similar a un ofrecimiento de SDP anterior hecho para difusion en terminos de codec y un protocolo de transporte. La entrega basada en HTTP puede ejecutarse en la parte superior de TCP mientras que la entrega de descarga de MBMS basada en FLUTE puede ejecutarse en la parte superior del protocolo de datagramas de usuario (UDP). TCP y UDP pueden ser protocolos en la capa de transporte. El cambio en el protocolo subyacente, tal como de UDP a TCP, puede indicarse en el SDP. UDP es uno de los miembros del conjunto del Protocolo de Internet. Con UDP, las aplicaciones informaticas pueden enviar mensajes, denominados como datagramas, a otros anfitriones en una red de IP sin requerir comunicaciones anteriores para establecer canales de transmision o trayectorias de datos especiales.
El subsistema de IM CN 220 puede reenviar el mensaje SIP Re-INVITE 304 a la SCF 230. Cuando se recibe la solicitud de modificacion SIP en el SIP Re-INVITE, la SCF puede determinar si el programa actualmente difundido tiene soporte de cambio de MBMS a HTTP (un soporte de cambio de MBMS a HTTP). Si el cambio de MBMS a HTTP no esta disponible para el UE 210, la modificacion de sesion puede rechazarse y la descarga de MBMS o sesion original (junto con los recursos reservados anteriores) puede mantenerse.
5
10
15
20
25
30
35
40
45
50
55
60
65
Si el cambio de MBMS a HTTP esta disponible para el UE 210, la SCF 230 puede actuar como un B2BUA. Tras la recepcion del SIP Re-INVITE 304 desde el UE, la SCF puede comprobar o verificar los derechos del usuario para el contenido solicitado con formato DASH, identificar que la solicitud es para flujo continuo de HTTP, seleccionar un adaptador de HTTP/SIP 250, y reenviar la solicitud Sip (un SIP INVITE 306) al adaptador de HTTP/SIP que puede encargarse del servicio de flujo continuo de HTTP cambiando el URI de solicitud en consecuencia. Cuando se recibe una respuesta 301 o 302 desde el adaptador de HTTP/SIP, la SCF puede no reenviar el mensaje de respuesta 301 o 302 al UE. El adaptador de HTTP/SlP puede devolver una respuesta 301 si el contenido solicitado no se gestiona mediante este adaptador de HTTP/SIP. El adaptador de HTTP/SIP puede devolver una respuesta 302 por cualquier otra razon, distinta de no gestionar la solicitud de contenido (una respuesta 301). Por ejemplo, un mensaje de respuesta 302 puede enviarse por una razon tal como balanceo de carga.
Si el URI de solicitud contiene un identificador de contenido en la parte de usuario y un nombre de dominio en la parte de dominio, la SCF 230 puede seleccionar un adaptador de HTTP/SIP 250 adecuado y generar una solicitud SIP INVITE 306 para el adaptador de HTTP/SIP seleccionado. El encabezamiento 'Para' de la solicitud SIP INVITE puede contener el mismo identificador de contenido que en el URI de solicitud de la solicitud de modificacion de SIP recibida desde el UE 210 mediante la SCF.
La SCF 230 puede enviar la solicitud SIP INVITE 306 al adaptador de HTTP/SIP 250 con los parametros SDP que incluyen las capacidades de medios y pollticas disponibles para la sesion de flujo continuo de HTTP. La solicitud SIP INVlTE puede obtenerse basandose en el analisis del MPD. En un ejemplo, el ofrecimiento de SDP puede incluir descripciones de medios negociados previamente con un puerto establecido a cero y dos o mas descripciones de medios adicionales. Por ejemplo, las descripciones de medios pueden incluir un canal de control de medios (es decir, canal de entrega de MPD) y un canal de entrega de medios (es decir canal de entrega para los flujos de unidifusion a traves de HTTP).
La SCF 230 puede eliminar la sesion de descarga de MBMS basada en FLUTE entre la BMSC.UPF 240 y el UE 210. La SCF puede enviar una solicitud o mensaje de terminacion de MBMS 310 a la BMSC.UPF. El protocolo de comunicacion entre la SCF y la BMSC.UPF puede definirse mediante la especificacion tecnica del 3GPP (TS) 26.346 V10.0.0 publicada en marzo de 2011. La BMSC.UPF puede liberar cualquier fuente de difusion de proveedor/multidifusion de contenido (246 de la Figura 2) y terminar la descarga de MBMS. La BMSC.UPF puede enviar un mensaje de acuse de recibo (ACK) 312 a la sCf que indica una terminacion satisfactoria o enviar un mensaje de acuse de recibo negativo (NACK) a la SCF que indica una terminacion o liberacion fallida de recursos.
Tras la recepcion de la solicitud de iniciacion de sesion de flujo continuo de HTTP (por ejemplo, SIP INVITE 306), el adaptador de HTTP/SIP 250 puede examinar el identificador de contenido presente en la parte de usuario del encabezamiento 'Para' y los parametros de medios en el SDP y seleccionar un servidor de HTTP 260 de acuerdo con el URI de solicitud. El adaptador de HTTP/SIP puede enviar un mensaje HTTP POST al servidor de HTTP que incluye la direccion de IP del UE. El adaptador de HTTP/SIP puede decidir redireccionar la solicitud a otro servidor de adaptador HTTP/SIP. En el caso de una redireccion de la solicitud a otro servidor de adaptador HTTP/SIP, el adaptador de HTTP/SIP puede devolver una respuesta 301 si el contenido no se gestiona mediante este adaptador de HTTP/SIP o una respuesta 302 por cualquier otra razon, tal como balanceo de carga. El adaptador de HTTP/ SIP de redireccion puede indicar una o mas direcciones de adaptador HTTP/SIP de destino en el encabezamiento de contacto.
El adaptador de HTTP/SIP 250 puede devolver un mensaje de acuse de recibo SIP, tal como un mensaje SIP OK 308 (por ejemplo, un mensaje SIP 200 OK), a la SCF 230. El acuse de recibo SIP puede incluir una respuesta de SDP. La respuesta de SDP puede describir la sesion de flujo continuo de HTTP (o la sesion SIP). La respuesta de SDP puede incluir informacion para la entrega basada en HTTP, tal como una descripcion de medios, un canal de control de medios, un canal de entrega de medios, un canal de control de descripcion de presentacion de medios (MPD), una descripcion de entrega, y una combinacion de esta informacion.
La SCF 230 puede reenviar el SIP OK 314 al subsistema IM CN 220. El subsistema IM CN puede interactuar con el modulo de funcion de facturacion de polltica y reglas (PCRF) 270 de la arquitectura de facturacion y control de polltica (PCC) para cometer la reserva de QoS para la aplicacion de portadora de QoS 316a. El modulo de PCRF puede proporcionar aplicacion de portadora de QoS 316b-d entre el UE y el IMS. El subsistema IM CN puede reenviar a continuacion el SIP OK 318 (por ejemplo, un mensaje SIP 200 OK) al UE 210.
La funcion de control de sesion de llamada (PCSCF) de intermediario puede usarse como la funcion de aplicacion en la arquitectura de PCC. La PCRF 270 puede decidir como se realiza el control de polltica de la QoS para un servicio de usuario de PSS y MBMS iniciado y controlado por IMS. La PCRF puede usar el SDP recibido desde la P-CSCF durante el establecimiento de sesion para calcular una autorizacion de QoS apropiada. Puede usarse las portadoras existentes apropiadas o puede asignarse nuevas portadoras requeridas mediante la PCRF. El control de la portadora iniciado por la red y el control de la portadora iniciado por el UE pueden ser posibles. Cuando se recibe un SDP final, el UE 210 puede iniciar el establecimiento de las portadoras requeridas a menos que ya este en curso un procedimiento de asignacion de portadora iniciado por red. Como alternativa, el UE se ha configurado para usar el control de recursos iniciado por red.
5
10
15
20
25
30
35
40
45
50
55
60
65
Despues de recibir el SIP OK 318, el UE 210 puede dejar el canal de multidifusion y puede empezar a descargar el contenido con formato DASH a traves de HTTP (entrega de contenido DASH basado en HTTP adaptativa 320a-c), de manera que los segmentos de medios pueden entregarse al UE usando la QoS reservada.
En otro ejemplo, una interfaz aerea entre un dispositivo movil, tal como un UE, y una estacion de transmision, tal como un eNB, puede soportar entrega de contenido de unidifusion y multidifusion para permitir el cambio entre la descarga de mBmS y la entrega basada en HTTP de contenido con formato DASH. El eNB de la RAN puede estar en comunicacion con el IMS y los modulos dentro del IMS, tal como el modulo de SCF. La interfaz aerea puede incluir la LTE de 3GPP o la norma 802.16. El dispositivo movil y/o la estacion de transmision pueden usar la LTE de 3GPP el protocolo 802.16. La norma LTE de 3GPP puede incluir LTE Rel-8 (2008), LTE Rel-9 (2009), y LTE Rel- 10 (2011). La norma del IEEE 802.16 puede incluir IEEE 802.16e-2005, IEEE 802.16k-2007, IEEE 802.16-2009, IEEE 802.16j-2009, IEEE 802.16h-2010, e IEEE 802.16m-2011.
La Figura 4 ilustra un ejemplo para cambiar desde una descarga de MBMS a una entrega basada en HTTP de contenido con formato DASH en una sesion de entrega de contenido, donde se obtiene un fichero de metadatos de MPD antes de un SIP Re-INVITE. El UE 210 puede hacer una solicitud para el MPD 322 desde el servidor de HTTP 260. El servidor de HTTP puede enviar el MPD 324 al UE. El UE puede usar la informacion en el MPD para generar el SIP Re-INVITE 302 para que se envle al subsistema de IM CN 220. El resto de las operaciones en la Figura 4 pueden ser similares a las operaciones de la Figura 3, que se analizaron anteriormente.
La Figura 5 ilustra un ejemplo para cambiar desde la entrega basada en HTTP a descarga de MBMS de contenido con formato DASH en una sesion de entrega de contenido. Una entrega basada en HTTP (por ejemplo, entrega de contenido DASH basada en HTTP adaptativa 330a-c) puede haberse iniciado previamente y el UE 210 puede estar recibiendo el contenido con formato DASH a traves de HTTP desde el servidor de HTTP 260. El contenido con formato DASH puede entregarse en una sesion SIP existente.
Para cambiar desde entrega basada en HTTP a recepcion de descarga de MBMS de contenido con formato DASH, puede emitirse una solicitud de modificacion de sesion, tal como SIP Re-INVITE 332, mediante el UE 210 y enviarse al subsistema IM CN 220. Un ofrecimiento de protocolo de descripcion de sesion (SDP) que indica el servicio de descarga de MBMS elegido e informacion de sesion FLUTE y un identificador de recurso uniforme (URI) de solicitud pueden incluirse en el mensaje SIP Re-INVITE. El ofrecimiento de SDP puede realizarse de acuerdo con los parametros recibidos durante un procedimiento de seleccion de servicio de UE y con capacidades de medios y ancho de banda requerido disponible para el servicio de descarga de MBMS. En un ejemplo, el ofrecimiento de SDP para entrega de medios puede ser similar al ofrecimiento de SDP anterior realizado para la entrega basada en HTTP en terminos de codec y protocolo de transporte. El ofrecimiento de SDP puede incluir informacion para la descarga de MBMS, tal como una descripcion de medios, un canal de control de medios, un canal de entrega de medios, un canal de control de MPD, un canal de entrega para un flujo de multidifusion a traves de MBMS, capacidades de medios disponibles en el BMSC, pollticas disponibles en el BMSC, y una combination de esta informacion.
En otro ejemplo, el MPD puede incluir informacion para cambiar desde la entrega basada en HTTP a entrega de descarga de MBMS y el UE puede utilizar tal informacion cuando se emite la solicitud de modificacion de sesion, por ejemplo, SIP Re-INVITE, para cambiar a la descarga de MBMS. El mensaje SIP Re-INVITE puede contener tambien el uRi de solicitud que puede incluir el identificador de servicio publico (PSI) de un servicio de descarga de MBMS. El encabezamiento 'Para' del SIP Re-INVITE puede contener el mismo URI como en el URI de solicitud y el encabezamiento 'Desde' del SIP Re-INVITE puede indicar la identidad de usuario publica del usuario.
El subsistema de IM CN 220 puede reenviar el mensaje SIP Re-INVITE 334 a la SCF 230. Tras la recepcion de la solicitud SIP Re-INVITE, la SCF puede realizar procedimientos de autorizacion de servicio para comprobar los derechos de servicio del servicio de descarga de MBMS solicitado de acuerdo con la informacion de suscripcion del usuario.
Cuando se recibe la solicitud de modificacion de SIP (por ejemplo, SIP Re-INVITE), la SCF 230 puede determinar si el contenido actualmente entregado tiene soporte de cambio de HTTP a MBMS (por ejemplo, un soporte de cambio de HTTP a MBMS). Si el cambio de HTTP a MBMS no esta disponible para el UE 210, la modificacion de sesion puede rechazarse y la sesion de HTTP original (junto con los recursos reservados anteriores) puede mantenerse. Si el cambio de HTTP a MBMS esta disponible para el UE, la SCF puede actuar como un B2BUA para establecer la sesion de descarga de MBMS basada en FLUTE entre la BMSC.UPF y el UE. El protocolo de comunicacion entre la SCF y la BMSC.UPF puede definirse mediante la especificacion tecnica del 3GPP (TS) 26.346 V10.0.0 publicada en marzo del 2011. La SCF puede enviar una invitation de MBMS 340 a la BMSC.UPF. Cuando se configura la BMSC.UPF para la descarga de MBMS, la BMSC.UPF puede enviar un mensaje de acuse de recibo de MBMS 342 a la SCF. Si el cambio de HTTP a MBMS esta disponible para el UE, la SCF puede enviar un mensaje SIP BYE 336 (una solicitud de termination de HTTP) al adaptador de HTTP/SIP 250 para terminar la sesion de SIP entre la SCF y el adaptador de HTTP/SIP.
El adaptador de HTTP/SIP 250 puede a continuation liberar el servidor de HTTP 260, y puede enviar un mensaje de acuse de recibo SIP, tal como un mensaje SIP OK 338, a la SCF 230. Una vez que se recibe un mensaje SlP OK
5
10
15
20
25
30
35
40
45
50
55
60
65
desde el adaptador de HTTP, la SCF puede enviar un mensaje SIP OK 344 al subsistema de IM CN 220. El acuse de recibo SIP puede incluir una respuesta de SDP. La respuesta de SDP puede incluir information para la descarga de MBMS, tal como una description de medios, un canal de control de medios, un canal de entrega de medios, un canal de control de descripcion de presentation de medios (MPD), una descripcion de entrega, y una combination de esta informacion.
El subsistema de IM CN 220 puede reenviar el mensaje SIP OK 348 al UE 210. El mensaje SIP OK puede incluir la respuesta de SDP. La P-CSCF puede usarse como la funcion de aplicacion en la arquitectura de PCC. La PCRF puede decidir como se realiza el control de polltica de la QoS para el servicio de usuario indiciado de MBMS iniciado y controlado por IMS para la aplicacion de portadora de QoS 346a-d (similar al proceso para la aplicacion de portadora de QoS 316a-d ilustrado en la Figura 3 entre el subsistema de IM CN, el modulo de PCRF y el UE). Para un cambio a la descarga de MBMS, la PCRF puede no iniciar el establecimiento de una portadora especlfica.
Una vez que el UE 210 recibe la respuesta SIP OK, el UE puede activar un servicio de usuario de MBMS correspondiente como se describe en el SDP, tal como el servicio de descarga de MBMS basado en FLUTE 350a-c. La initiation de reception de descarga de MBMS puede corresponder al procedimiento de activation de modo de difusion de MBMS o al procedimiento de activacion de modo de multidifusion de MBMS. El UE puede examinar los parametros de sesion FLUTE en el SDP recibido, y recibir los datos de descarga de MBMS en consecuencia. En el caso donde una tabla de entrega de fichero (FDT) pueda no estar disponible, el UE puede obtener la FDT de acuerdo con un atributo fdt_address en la respuesta de SDP. La FDT puede contener informacion de descripcion de contenido para los ficheros entregados en la sesion FLUTE. En el caso de una descarga incompleta, el UE puede ejecutar los procedimientos de reparation de fichero hacia el servidor de reparation indicado mediante un atributo reparar-servidor-direccion en la respuesta de SDP.
El cambio entre la descarga de MBMS y la entrega basada en HTTP puede ser independiente de caracterlsticas de la interfaz aerea especlfica (por ejemplo, RAN). Cualquier interfaz aerea o combinacion de multiples interfaces aereas puede ser aplicable siempre que las redes asociadas puedan hospedar las funciones de entrega de HTTP basada en IMS y entrega de descarga de MBMS. El cambio entre la descarga de MBMS y la entrega basada en HTTP puede usarse en redes de area extensa inalambricas (WWAN) basadas en 3GPP o basadas en 802.16, y aplicaciones basadas en IMS, donde se desea la entrega optimizada de contenido multimedia con formato DASH a traves de estas redes. Los procedimientos de serialization para posibilitar el cambio entre la entrega basada en HTTP y la entrega de descarga de MBMS para flujo continuo de contenido con formato DASH pueden mejorar la calidad de experiencia para el usuario.
Otro ejemplo proporciona un metodo 500 para cambiar desde una descarga de servicios de multidifusion de difusion multimedia (MBMS) a una entrega basada en el protocolo de transferencia hipertexto (HTTP) de flujo continuo adaptativo dinamico a traves de contenido con formato HTTP (DASH), como se muestra en el diagrama de flujo en la Figura 6. El metodo incluye la operation de recibir una re-invitacion del protocolo de iniciacion de sesion (SIP) en un modulo de funcion de control de servicio (SCF) desde un dispositivo movil mientras el dispositivo movil esta recibiendo una descarga de MBMS en una sesion de entrega de contenido que incluye contenido con formato DASH, como en el bloque 510. Sigue la operacion de enviar una invitation sIp desde el modulo de SCF a un adaptador de HTTP/SIP para seleccionar un servidor de HTTP para una entrega basada en HTTP, como en el bloque 520. La siguiente operacion del metodo puede ser recibir un acuse de recibo SIP en el modulo de SCF desde el adaptador de HTTP/SIP que indica una selection del servidor de HTTP para la sesion de entrega de contenido, como en el bloque 530. El metodo puede incluir adicionalmente reenviar el acuse de recibo SIP desde el modulo de SCF al dispositivo movil que indica un cambio al servidor de HTTP para la sesion de entrega de contenido, como en el bloque 540.
Otro ejemplo proporciona un metodo 600 para cambiar desde una entrega basada en el protocolo de transferencia hipertexto (HTTP) de flujo continuo adaptativo dinamico a traves de contenido con formato HTTP (DASH) a una descarga de servicios de multidifusion de difusion multimedia (MBMS), como se muestra en el diagrama de flujo en la Figura 7. El metodo incluye la operacion de recibir una re-invitacion del protocolo de iniciacion de sesion (SIP) en un modulo de funcion de control de servicio (SCF) desde un dispositivo movil mientras el dispositivo movil esta recibiendo una entrega basada en HTTP en una sesion de entrega de contenido que incluye contenido con formato DASH, como en el bloque 610. Sigue la operacion de enviar un mensaje de invitacion desde el modulo de SCF al BMSC para inicializar un centro de servicio de multidifusion de difusion (BMSC) para una descarga de MBMS, como en el bloque 620. La siguiente operacion del metodo puede ser enviar una solicitud de termination SIP desde el modulo de SCF a un adaptador de HTTP/SIP para terminar la entrega basada en HTTP, como en el bloque 630. Sigue la operacion de recibir un acuse de recibo SIP en el modulo de SCF desde el adaptador de HTTP/ SIP que indica una terminacion de la entrega basada en HTTP, como en el bloque 640. El metodo puede incluir adicionalmente reenviar el acuse de recibo SIP desde el modulo de SCF al dispositivo movil que indica un cambio al BMSC para la sesion de entrega de contenido, como en el bloque 650.
En otro ejemplo, la SCF puede incluir un modulo transceptor configurado para recibir una solicitud de modification de sesion de multidifusion a unidifusion, donde el transceptor puede realizar las operaciones relacionadas con la SCF ilustrada en la Figura 3. El modulo transceptor de la SCF puede configurarse para recibir una solicitud de
5
10
15
20
25
30
35
40
45
50
55
60
65
modificacion de sesion de unidifusion a multidifusion, donde el transceptor puede realizar las operaciones relacionadas con la SCF ilustrada en la Figura 5.
En otro ejemplo, el dispositivo movil puede incluir un transceptor configurado para enviar una solicitud de modificacion de sesion de multidifusion a unidifusion a un subsistema de IM CN, donde el transceptor puede realizar las operaciones relacionadas con el dispositivo movil ilustrado en la Figura 3. El modulo transceptor de la SCF puede configurarse para enviar una solicitud de modificacion de sesion de unidifusion a multidifusion, donde el transceptor puede realizar las operaciones relacionadas con el dispositivo movil ilustrado en la Figura 5. El transceptor puede configurarse para recibir un acuse de recibo SIP o mensaje de termination SIP desde el subsistema de IM CN. El dispositivo movil puede incluir un modulo de procesamiento configurado para cambiar entre la descarga de MBMS y la entrega basada en HTTP para el contenido con formato DASH.
En otro ejemplo, una estacion de transmision puede estar en comunicacion inalambrica con un dispositivo movil. La Figura 8 proporciona una ilustracion de ejemplo del dispositivo movil, tal como un equipo de usuario (UE), una estacion movil (MS), un dispositivo inalambrico movil, un dispositivo de comunicacion movil, una tableta, un microtelefono u otro tipo de dispositivo inalambrico movil. El dispositivo movil puede incluir una o mas antenas configuradas para comunicar con un nodo, macro nodo, nodo de baja potencia (LpN), o, estacion de transmision, tal como una estacion base (BS), un Nodo B evolucionado (eNB), una unidad de banda base (BBU), una cabecera de radio remota (RRH), un equipo de radio remoto (RRE), una estacion de retransmision (RS), un equipo de radio (RE) u otro tipo de punto de acceso de red de area extensa inalambrica (WWAN). El dispositivo movil puede configurarse para comunicar usando al menos una norma de comunicacion inalambrica incluyendo LTE de 3GPP, WiMAX, Acceso de Alta Velocidad por Paquetes (HSPA), Bluetooth y WiFi. El dispositivo movil puede comunicar usando antenas separadas para cada norma de comunicacion inalambrica o antenas compartidas para multiples normas de comunicacion inalambrica. El dispositivo movil puede comunicar en una red de area local inalambrica (WLAN), una red de area personal inalambrica (WPAN) y/o una WWAN.
La Figura 8 proporciona tambien una ilustracion de un microfono y uno o mas altavoces que pueden usarse para entrada y salida de audio desde el dispositivo movil. La pantalla de visualization puede ser una pantalla de visualization de cristal llquido (LCD), u otro tipo de pantalla de visualizacion tal como una pantalla de diodo de emision de luz organico (OLED). La pantalla de visualizacion puede configurarse como una pantalla tactil. La pantalla tactil puede usar tecnologla tactil capacitiva, resistiva o de otro tipo. Un procesador de aplicacion y un procesador grafico pueden acoplarse a memoria interna para proporcionar capacidades de procesamiento y de visualizacion. Un puerto de memoria no volatil puede usarse tambien para proporcionar opciones de entrada/salida de datos a un usuario. El puerto de memoria no volatil puede usarse tambien para ampliar las capacidades de memoria del dispositivo movil. Un teclado puede integrarse con el dispositivo movil o conectarse de manera inalambrica al dispositivo movil para proporcionar entrada de usuario adicional. Un teclado virtual puede proporcionarse tambien usando la pantalla tactil.
Diversas tecnicas, o ciertos aspectos o porciones de las mismas, pueden tomar la forma de codigo de programa (es decir, instrucciones) incorporado en medio tangible, tales como disquetes flexibles, CD-ROM, discos duros, medio de almacenamiento legible por ordenador no transitorio, o cualquier otro medio de almacenamiento legible por maquina en el que, cuando el codigo de programa se carga en y se ejecuta mediante una maquina, tal como un ordenador, la maquina se hace un aparato para poner en practica las diversas tecnicas. En el caso de la ejecucion del codigo de programa en ordenadores programables, el dispositivo informatico puede incluir un procesador, un medio de almacenamiento legible mediante el procesador (incluyendo elementos de memoria y/o almacenamiento volatiles y no volatiles), al menos un dispositivo de entrada, y al menos un dispositivo de salida. Los elementos de memoria y/o de almacenamiento volatiles y no volatiles pueden ser una RAM, EPROM, unidad flash, unidad optica, disco duro magnetico u otro medio para almacenar datos electronicos. La estacion base y la estacion movil pueden incluir tambien un modulo transceptor, un modulo contador, un modulo de procesamiento y/o un modulo de reloj o modulo de temporizador. Uno o mas programas que pueden implementar o utilizar las diversas tecnicas descritas en el presente documento pueden usar una interfaz de programacion de aplicacion (API), controles reusables y similares. Tales programas pueden implementarse en un lenguaje de programacion procedural de alto nivel o de programacion orientada a objetos para comunicar con un sistema informatico. Sin embargo, el programa o programas pueden implementarse en lenguaje ensamblador o maquina, si se desea. En cualquier caso, el lenguaje puede ser un lenguaje compilado o interpretado, y combinarse con implementaciones de hardware.
Deberla entenderse que muchas de las unidades funcionales descritas en esta memoria descriptiva se han etiquetado como modulos, para destacar mas particularmente su independencia de implementation. Por ejemplo, un modulo puede implementarse como un circuito de hardware que comprende circuitos VLSI personalizados o matrices de puertas, semiconductores listos para usar tales como chips logicos, transistores u otros componentes discretos. Un modulo puede implementarse tambien en dispositivos de hardware programable tales como campos de matrices de puertas programables, logica de matrices programable, dispositivos de logica programable o similares.
Los modulos pueden implementarse tambien en software para ejecucion mediante diversos tipos de procesadores. Un modulo identificado de codigo ejecutable puede comprender, por ejemplo, uno o mas bloques flsicos o logicos de
5
10
15
20
25
30
35
40
instrucciones informaticas, que pueden organizarse, por ejemplo, como un objeto, procedimiento o funcion. Sin embargo, los ejecutables de un modulo identificado no necesitan localizarse fisicamente juntos, sino que pueden comprender instrucciones distintas almacenadas en diferentes localizaciones que, cuando se unen logicamente juntas, comprenden el modulo y consiguen el fin establecido para el modulo.
De hecho, un modulo de codigo ejecutable puede ser una unica instruccion, o muchas instrucciones, y puede incluso distribuirse a traves de varios segmentos de codigo diferentes, entre diferentes programas y a traves de varios dispositivos de memoria. De manera similar, los datos operacionales pueden identificarse e ilustrarse en el presente documento en modulos, y pueden realizarse en cualquier forma adecuada y organizarse en cualquier tipo de estructura de datos. Los datos operacionales pueden recopilarse como un unico conjunto de datos, o pueden distribuirse a traves de diferentes localizaciones incluyendo a traves de diferentes dispositivos de almacenamiento, y pueden existir, al menos parcialmente, meramente como senales electronicas en un sistema o red. Los modulos pueden ser pasivos o activos, incluyendo agentes que operan para realizar funciones deseadas.
La referencia a lo largo de toda esta memoria descriptiva a “un ejemplo” significa que un rasgo, estructura o caracteristica particular descrito en relacion con el ejemplo se incluye en al menos una realizacion de la presente invencion. Por lo tanto, las apariciones de las frases “en un ejemplo” en diversos lugares a lo largo de toda esta memoria descriptiva no se refieren todos necesariamente a la misma realizacion.
Como se usa en el presente documento, una pluralidad de articulos, elementos estructurales, elementos composicionales y/o materiales pueden estar presentes en una lista comun por conveniencia. Sin embargo, estas listas deberian interpretarse como si cada miembro de la lista se identificara individualmente como un miembro separado y unico. Por lo tanto, ningun miembro individual de tal lista deberia interpretarse como un equivalente de facto de cualquier otro miembro de la misma lista solamente basandose en su presentacion en un grupo comun sin indicaciones a lo contrario. Ademas, puede hacerse referencia a diversas realizaciones y ejemplos de la presente invencion en el presente documento junto con alternativas para los diversos componentes de los mismos. Se entiende que tales realizaciones, ejemplos y alternativas no se han de interpretar como equivalentes de facto entre si, sino que se han de considerar como representaciones separadas y autonomas de la presente invencion.
Adicionalmente, los rasgos, estructuras o caracteristicas descritas pueden combinarse de cualquiera manera en una o mas realizaciones. En la siguiente description, se proporcionan numerosos detalles especificos, tales como ejemplos de distribuciones, distancias, ejemplos de red, etc., para proporcionar un entendimiento minucioso de las realizaciones de la invencion. Un experto en la materia reconocera, sin embargo, que la invencion puede ponerse en practica sin uno o mas de los detalles especificos, o con otros metodos, componentes, distribuciones, etc. En otros casos, estructuras, materiales u operaciones bien conocidos no se muestran o describen en detalle para evitar oscurecer aspectos de la invencion.
Aunque los anteriores ejemplos son ilustrativos de los principios de la presente invencion en una o mas aplicaciones particulares, sera evidente para los expertos en la materia que pueden hacerse numerosas modificaciones en forma, uso y detalles de implementation sin el ejercicio de facultad inventiva, y sin alejarse de los principios y conceptos de la invencion. Por consiguiente, no se pretende que la invencion este limitada, excepto de acuerdo con las reivindicaciones expuestas a continuation.

Claims (15)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Un metodo para cambiar desde una descarga de servicios de multidifusion de difusion multimedia (MBMS) a una entrega basada en el protocolo de transferencia hipertexto (HTTP) de flujo continuo adaptativo dinamico a traves de contenido con formato HTTP (DASH), caracterizado por comprender las etapas de:
    recibir una re-invitacion del protocolo de iniciacion de sesion (SIP) en un modulo de funcion de control de servicio (SCF) desde un dispositivo movil mientras el dispositivo movil esta recibiendo una descarga de MBMS en una sesion de entrega de contenido que incluye contenido con formato DASH;
    enviar una invitacion SIP desde el modulo de SCF a un adaptador de HTTP/SIP para seleccionar un servidor de HTTP para una entrega basada en HTTP;
    recibir un acuse de recibo SIP en el modulo de SCF desde el adaptador de HTTP/SIP que indica una seleccion del servidor de HTTP para la sesion de entrega de contenido; y
    reenviar el acuse de recibo SIP desde el modulo de SCF al dispositivo movil que indica un cambio al servidor de HTTP para la sesion de entrega de contenido.
  2. 2. El metodo de la reivindicacion 1, que comprende adicionalmente enviar una solicitud de terminacion desde el modulo de SCF a un centro de servicio de multidifusion de difusion (BMSC) para terminar la descarga de MBMS despues de recibir la re-invitacion SIP en el modulo de SCF.
  3. 3. El metodo de acuerdo con una de las reivindicaciones 1 y 2, en el que el modulo de SCF hizo referencia previamente a un nombre de dominio o a un identificador de contenido asociado con un centro de servicio de multidifusion de difusion (BMSC) que proporciona el contenido con formato DASH mediante la descarga de MBMS en la sesion de entrega de contenido cuando el dispositivo movil esta recibiendo la descarga de MBMS, y la re- invitacion SIP incluye un identificador de recurso uniforme (URI) de solicitud para que el servidor de HTTP proporcione contenido con formato DASH mediante la entrega basada en HTTP en la misma sesion de entrega de contenido, y el servidor de HTTP para la entrega basada en HTTP se selecciona basandose en un nombre de dominio o en un identificador de contenido incluido en el URI de solicitud que hace referencia al servidor de HTTP, y el nombre de dominio y el identificador de contenido que hacen referencia al servidor de HTTP se diferencian del nombre de dominio y del identificador de contenido asociados con el BMSC.
  4. 4. El metodo de acuerdo con una de las reivindicaciones 1 a 3, que comprende adicionalmente determinar en el modulo de SCF si la sesion de entrega de contenido tiene un soporte de cambio de MBMS a HTTP antes de enviar la invitacion SIP desde el modulo de SCF a un adaptador de HTTP/SIP.
  5. 5. El metodo de acuerdo con una de las reivindicaciones 1 a 4, en el que una interfaz aerea entre el dispositivo movil y una estacion de transmision de una red de acceso de radio (RAN) en comunicacion con el modulo de SCF soporta entrega de contenido unidifusion y multidifusion.
  6. 6. Un metodo para cambiar desde una entrega basada en el protocolo de transferencia hipertexto (HTTP) de flujo continuo adaptativo dinamico a traves de contenido con formato HTTP (DASH) a una descarga de servicios de multidifusion de difusion multimedia (MBMS), caracterizado por comprender las etapas de:
    recibir una re-invitacion del protocolo de iniciacion de sesion (SIP) en un modulo de funcion de control de servicio (SCF) desde un dispositivo movil mientras el dispositivo movil esta recibiendo una entrega basada en HTTP en una sesion de entrega de contenido que incluye contenido con formato DASH;
    enviar un mensaje de invitacion desde el modulo de SCF a un centro de servicio de multidifusion de difusion (BMSC) para inicializar el BMSC para una descarga de MBMS de la sesion de entrega de contenido; enviar una solicitud de terminacion SIP desde el modulo de SCF a un adaptador de HTTP/SIP para terminar la entrega basada en HTTP;
    recibir un acuse de recibo SIP en el modulo de SCF desde el adaptador de HTTP/SIP que indica una terminacion de la entrega basada en HTTP; y
    reenviar el acuse de recibo SIP desde el modulo de SCF al dispositivo movil que indica un cambio al BMSC para la sesion de entrega de contenido.
  7. 7. El metodo de la reivindicacion 6, que comprende adicionalmente recibir un acuse de recibo de BMSC en el modulo de SCF desde el BMSC que indica una seleccion del BMSC para la sesion de entrega de contenido despues de enviar el mensaje de invitacion desde el modulo de SCF al BMSC.
  8. 8. El metodo de acuerdo con una de las reivindicaciones 6 y 7, en el que el modulo de SCF hizo referencia previamente a un nombre de dominio o a un identificador de contenido asociado con un servidor de HTTP que proporciona el contenido con formato DASH mediante la entrega basada en HTTP en la sesion de entrega de contenido cuando el dispositivo movil esta recibiendo la entrega basada en HTTP, y la re-invitacion SIP incluye un identificador de recurso uniforme (URI) de solicitud para que el BMSC proporcione contenido con formato DASH mediante la descarga de MBMS en la misma sesion de entrega de contenido, y el URI de solicitud diferente se usa para seleccionar el BMSC para la descarga de MBMS de la sesion de entrega de contenido, y el BMSC para la
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    descarga de MBMS se selecciona basandose en un nombre de dominio o en un identificador de contenido incluido en el URI de solicitud que hace referencia al BMSC, y el nombre de dominio y el identificador de contenido asociados con el servidor de HTTP se diferencian del nombre de dominio y del identificador de contenido que hacen referencia al BMSC.
  9. 9. El metodo de acuerdo con una de las reivindicaciones 6 a 8, en el que una interfaz aerea entre el dispositivo movil y una estacion de transmision de una red de acceso de radio (RAN) en comunicacion con el modulo de SCF soporta entrega de contenido unidifusion y multidifusion.
  10. 10. El metodo de acuerdo con una de las reivindicaciones 6 a 9, que comprende adicionalmente realizar un procedimiento de autorizacion de servicio para comprobar derechos de servicio del contenido con formato DASH mediante la descarga de MBMS de acuerdo con informacion de suscripcion de usuario antes de enviar el mensaje de invitacion desde el modulo de SCF al BMSC.
  11. 11. Un programa informatico que comprende medios de codigo de programa informatico adaptados para realizar el metodo de acuerdo con una de las reivindicaciones 1 a 10 cuando el programa informatico se ejecuta en un ordenador.
  12. 12. El programa informatico de la reivindicacion 11 incorporado en un medio legible por ordenador.
  13. 13. Un dispositivo movil configurado para cambiar entre una descarga de multidifusion y una entrega de unidifusion de flujo continuo adaptativo dinamico a traves de contenido con formato HTTP (DASH), caracterizado por comprender:
    un transceptor configurado para enviar una solicitud de modificacion de sesion de multidifusion a unidifusion para un subsistema de red principal (IM CN) de subsistema multimedia (IMS) del protocolo de internet (IP) mientras recibe contenido con formato DASH mediante una descarga de servicios de multidifusion de difusion multimedia (MBMS) en una sesion de entrega de contenido, en el que la solicitud de modificacion de sesion de multidifusion a unidifusion incluye un URI de solicitud de unidifusion para que un servidor de HTTP proporcione contenido con formato DASH mediante una entrega basada en HTTP en la misma sesion de entrega de contenido; el transceptor configurado adicionalmente para enviar una solicitud de modificacion de sesion de unidifusion a multidifusion al subsistema de IM CN mientras recibe contenido con formato DASH mediante la entrega basada en HTTP en la sesion de entrega de contenido, en el que la solicitud de modificacion de sesion de unidifusion a multidifusion incluye un URI de solicitud de multidifusion para que un centro de servicio de multidifusion de difusion (BMSC) proporcione contenido con formato DASH mediante la descarga de MBMS en la misma sesion de entrega de contenido;
    estando configurado ademas el transceptor para recibir el acuse de recibo SIP desde el subsistema de IM CN que indica un cambio al servidor de HTTP para la sesion de entrega de contenido, y recibir un mensaje de termination SIP desde el subsistema de IM CN que indica un cambio al BMSC para la sesion de entrega de contenido; y
    un modulo de procesamiento configurado para cambiar entre la descarga de MBMS y la entrega basada en HTTP para el contenido con formato DASH.
  14. 14. El dispositivo movil de la reivindicacion 13, en el que el dispositivo movil comunica con el subsistema de IM CN mediante una interfaz aerea que soporta entrega de contenido unidifusion y multidifusion, en el que el dispositivo movil usa un protocolo seleccionado a partir del grupo que consiste en una norma de la evolution a largo plazo (LTE) del proyecto comun de tecnologlas inalambricas de la tercera generation (3GPP) y una norma 802.16 del Instituto de Ingenieros Electricos y Electronicos (IEEE).
  15. 15. El dispositivo movil de acuerdo con una de las reivindicaciones 13 y 14, en el que el dispositivo movil esta configurado para conectar a al menos uno de una red de area local inalambrica (WLAN), una red de area personal inalambrica (WPAN), y una red de area extensa inalambrica (WWAN), y el dispositivo movil incluye una antena, una pantalla de visualization tactil, un altavoz, un microfono, un procesador de graficos, un procesador de aplicacion, memoria interna, un puerto de memoria no volatil o combinaciones de los mismos.
ES11870588.8T 2011-08-11 2011-12-16 Métodos para cambiar entre una descarga de MBMS y una entrega basada en HTTP de contenido con formato DASH a través de una red de IMS Active ES2574805T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201161522623P 2011-08-11 2011-08-11
US201161522623P 2011-08-11
PCT/US2011/065586 WO2013022470A1 (en) 2011-08-11 2011-12-16 Methods for switching between a mbms download and an http-based delivery of dash formatted content over an ims network

Publications (1)

Publication Number Publication Date
ES2574805T3 true ES2574805T3 (es) 2016-06-22

Family

ID=47668759

Family Applications (2)

Application Number Title Priority Date Filing Date
ES11870588.8T Active ES2574805T3 (es) 2011-08-11 2011-12-16 Métodos para cambiar entre una descarga de MBMS y una entrega basada en HTTP de contenido con formato DASH a través de una red de IMS
ES12865193.2T Active ES2581306T3 (es) 2011-08-11 2012-04-10 Sobrecarga de señalización reducida durante las transiciones de estado del control de recursos de radio (RRC)

Family Applications After (1)

Application Number Title Priority Date Filing Date
ES12865193.2T Active ES2581306T3 (es) 2011-08-11 2012-04-10 Sobrecarga de señalización reducida durante las transiciones de estado del control de recursos de radio (RRC)

Country Status (11)

Country Link
US (5) US9887852B2 (es)
EP (3) EP3021554A1 (es)
JP (2) JP5706046B2 (es)
KR (3) KR101497287B1 (es)
CN (3) CN103748810B (es)
BR (2) BR112014003030B1 (es)
ES (2) ES2574805T3 (es)
HU (2) HUE029183T2 (es)
IN (1) IN2014CN01083A (es)
RU (2) RU2557256C1 (es)
WO (3) WO2013022470A1 (es)

Families Citing this family (118)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7519274B2 (en) 2003-12-08 2009-04-14 Divx, Inc. File format for multiple track digital data
US8472792B2 (en) 2003-12-08 2013-06-25 Divx, Llc Multimedia distribution system
EP1999883A4 (en) 2006-03-14 2013-03-06 Divx Llc SCHEME FOR THE MANAGEMENT OF UNITED DIGITAL RIGHTS, INCLUDING TRUSTWORTHY SYSTEMS
US7886069B2 (en) 2007-01-05 2011-02-08 Divx, Llc Video distribution system including progressive playback
JP5513400B2 (ja) 2007-11-16 2014-06-04 ソニック アイピー， インコーポレイテッド マルチメディアファイルのための階層的で簡略なインデックス構造体
US8032164B2 (en) * 2008-09-22 2011-10-04 Interdigital Patent Holdings, Inc. Method and apparatus for communicating short message service and supplementary services messages
JP5723888B2 (ja) 2009-12-04 2015-05-27 ソニック アイピー， インコーポレイテッド 基本ビットストリーム暗号材料伝送システムおよび方法
US8914534B2 (en) 2011-01-05 2014-12-16 Sonic Ip, Inc. Systems and methods for adaptive bitrate streaming of media stored in matroska container files using hypertext transfer protocol
US9020039B2 (en) 2011-01-06 2015-04-28 Sonic Ip, Inc. Systems and methods for encoding alternative streams of video for use in adaptive bitrate streaming
CN103534960B (zh) * 2011-05-11 2017-08-08 Lg电子株式会社 用于无线通信系统中的mtc的方法和设备
US8812662B2 (en) 2011-06-29 2014-08-19 Sonic Ip, Inc. Systems and methods for estimating available bandwidth and performing initial stream selection when streaming content
WO2013006194A1 (en) 2011-07-01 2013-01-10 Intel Corporation Structured codebook for uniform circular array (uca)
US9590814B2 (en) * 2011-08-01 2017-03-07 Qualcomm Incorporated Method and apparatus for transport of dynamic adaptive streaming over HTTP (DASH) initialization segment description fragments as user service description fragments
CN103748810B (zh) 2011-08-11 2017-05-10 英特尔公司 用于dash格式化内容从mbms下载切换到基于http的交付的方法和设备
WO2013025236A1 (en) 2011-08-12 2013-02-21 Intel Corporation System and method of uplink power control in a wireless communication system
CN103875248B (zh) 2011-08-30 2018-09-07 帝威视有限公司 用于编码和流处理通过使用多个最大比特率级别编码的视频的系统和方法
US9467708B2 (en) 2011-08-30 2016-10-11 Sonic Ip, Inc. Selection of resolutions for seamless resolution switching of multimedia content
US8787570B2 (en) 2011-08-31 2014-07-22 Sonic Ip, Inc. Systems and methods for automatically genenrating top level index files
US8799647B2 (en) 2011-08-31 2014-08-05 Sonic Ip, Inc. Systems and methods for application identification
US8964977B2 (en) 2011-09-01 2015-02-24 Sonic Ip, Inc. Systems and methods for saving encoded media streamed using adaptive bitrate streaming
US8909922B2 (en) 2011-09-01 2014-12-09 Sonic Ip, Inc. Systems and methods for playing back alternative streams of protected content protected using common cryptographic information
US9877139B2 (en) 2011-10-03 2018-01-23 Intel Corporation Device to device (D2D) communication mechanisms
US10341693B2 (en) * 2011-10-04 2019-07-02 International Business Machines Corporation Pre-emptive content caching in mobile networks
US8774804B2 (en) * 2011-10-31 2014-07-08 Intel Corporation Context-retention controller and method for context retention in wirless access networks
CN103188725B (zh) * 2011-12-29 2018-01-30 中兴通讯股份有限公司 一种协同业务的适配、分流传输及流切换方法和系统
CN103188616B (zh) * 2011-12-31 2017-10-27 中兴通讯股份有限公司 一种终端组的管理方法和系统
US20130179199A1 (en) 2012-01-06 2013-07-11 Rovi Corp. Systems and methods for granting access to digital content using electronic tickets and ticket tokens
US9213605B2 (en) * 2012-01-23 2015-12-15 Intel Corporation IP multimedia subsystem and method for MBMS file repair using HTTP servers
US8924581B1 (en) * 2012-03-14 2014-12-30 Amazon Technologies, Inc. Managing data transfer using streaming protocols
WO2013153514A2 (en) * 2012-04-09 2013-10-17 Telefonaktiebolaget Lm Ericsson (Publ) Quality of service support for machine-to-machine applications including e-health
CN102710361B (zh) * 2012-06-01 2015-09-30 华为技术有限公司 一种分布式基站信号传输系统及通信系统
CN107645793B (zh) * 2012-06-19 2023-07-07 华为技术有限公司 通信系统、基站、用户设备及信令传输方法
CN103517404B (zh) * 2012-06-26 2018-08-31 南京中兴软件有限责任公司 机器类型通信用户设备的通信方法及系统
CN103517414A (zh) * 2012-06-26 2014-01-15 中兴通讯股份有限公司 机器类型通信用户设备的寻呼方法及装置
US9094779B2 (en) * 2012-07-03 2015-07-28 Htc Corporation Method of group based MTC messaging through cell broadcast and apparatuses using the same
US9954717B2 (en) * 2012-07-11 2018-04-24 Futurewei Technologies, Inc. Dynamic adaptive streaming over hypertext transfer protocol as hybrid multirate media description, delivery, and storage format
US9936267B2 (en) 2012-08-31 2018-04-03 Divx Cf Holdings Llc System and method for decreasing an initial buffering period of an adaptive streaming system
JP6348251B2 (ja) * 2012-09-13 2018-06-27 サターン ライセンシング エルエルシーＳａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ 端末装置、受信方法、およびプログラム
CN104584482B (zh) * 2012-09-28 2018-02-23 英特尔公司 用于基于ims的p2p流和下载服务的装置和方法
CN103906023B (zh) * 2012-12-28 2019-06-18 中兴通讯股份有限公司 机器类型设备mtc设备的触发信息的处理方法及装置
US9313510B2 (en) 2012-12-31 2016-04-12 Sonic Ip, Inc. Use of objective quality measures of streamed content to reduce streaming bandwidth
US9191457B2 (en) 2012-12-31 2015-11-17 Sonic Ip, Inc. Systems, methods, and media for controlling delivery of content
KR101685515B1 (ko) * 2013-01-16 2016-12-13 후아웨이 테크놀러지 컴퍼니 리미티드 다운로딩 및 스트리밍을 위한 저장 및 전송 콘텐츠
US9967727B2 (en) 2013-02-22 2018-05-08 Intel IP Corporation Systems and methods for access network selection and traffic routing
US9565228B2 (en) * 2013-03-01 2017-02-07 Comcast Cable Communications, Llc Streaming and downloading of content
US10397292B2 (en) 2013-03-15 2019-08-27 Divx, Llc Systems, methods, and media for delivery of content
CN105027499B (zh) * 2013-04-04 2021-05-28 苹果公司 基于互联网协议(ip)多媒体子系统(ims)的对等(p2p)内容分发
HUE040329T2 (hu) * 2013-04-04 2019-03-28 Intel Ip Corp Rádiókapcsolat figyelés EPDCCH-hoz
US9807188B2 (en) * 2013-04-09 2017-10-31 Samsung Electronics Co., Ltd. Methods and apparatuses for dynamic content offloading
US9668197B2 (en) * 2013-04-10 2017-05-30 Huawei Technologies Co., Ltd. System and method for wireless network access MAP and applications
US9094737B2 (en) 2013-05-30 2015-07-28 Sonic Ip, Inc. Network video streaming with trick play based on separate trick play files
US9100687B2 (en) 2013-05-31 2015-08-04 Sonic Ip, Inc. Playback synchronization across playback devices
US9380099B2 (en) 2013-05-31 2016-06-28 Sonic Ip, Inc. Synchronizing multiple over the top streaming clients
TWI548260B (zh) * 2013-06-14 2016-09-01 國立臺灣大學 觸發服務的系統及方法
CN104471895B (zh) * 2013-07-02 2018-11-13 华为技术有限公司 一种支持流媒体进行组播的方法和相关装置及系统
CN104641575B (zh) * 2013-09-03 2018-11-13 华为技术有限公司 用于传输媒体流的方法、装置和用户设备
WO2015035622A1 (zh) * 2013-09-13 2015-03-19 华为技术有限公司 流媒体传输方法和系统、以及用户设备和服务器
US9271149B2 (en) * 2013-10-18 2016-02-23 Verizon Patent And Licensing Inc. Managing hidden security features in user equipment
WO2015069057A1 (ko) * 2013-11-07 2015-05-14 엘지전자 주식회사 단말 중심의 커버리지 갱신 방법
US9363333B2 (en) 2013-11-27 2016-06-07 At&T Intellectual Property I, Lp Server-side scheduling for media transmissions
US9197717B2 (en) 2013-11-27 2015-11-24 At&T Intellectual Property I, Lp Server-side scheduling for media transmissions according to client device states
US9386067B2 (en) 2013-12-30 2016-07-05 Sonic Ip, Inc. Systems and methods for playing adaptive bitrate streaming content by multicast
US9699229B2 (en) * 2014-01-16 2017-07-04 Qualcomm Incorporated Robust live operation of dash
US9755901B2 (en) * 2014-01-21 2017-09-05 Huawei Technologies Co., Ltd. System and method for a software defined protocol network node
PL3120655T3 (pl) * 2014-03-19 2021-03-08 Nokia Technologies Oy Optymalizacja sygnalizacji nadawczej dla komunikacji typu maszynowego
US9866878B2 (en) 2014-04-05 2018-01-09 Sonic Ip, Inc. Systems and methods for encoding and playing back video at different frame rates using enhancement layers
WO2015165120A1 (en) * 2014-05-02 2015-11-05 Nokia Solutions And Networks Oy Communications via multiple access points
CN103929277A (zh) * 2014-05-08 2014-07-16 北京华力创通科技股份有限公司 基于cbch信道的消息传输方法
KR102157185B1 (ko) * 2014-07-04 2020-09-18 삼성전자주식회사 무선 통신 시스템에서 접속 계층을 통해 서비스 연결을 제공하는 장치 및 방법
US9801228B2 (en) * 2014-07-22 2017-10-24 Intel IP Corporation Systems, apparatuses, and methods for lightweight over-the-air signaling mechanisms in data communications
SG11201609457UA (en) 2014-08-07 2016-12-29 Sonic Ip Inc Systems and methods for protecting elementary bitstreams incorporating independently encoded tiles
US9912985B2 (en) * 2014-09-26 2018-03-06 Intel Corporation Content distribution
WO2016065540A1 (zh) * 2014-10-28 2016-05-06 华为技术有限公司 马赛克业务呈现/分发方法及装置
DE102014221956A1 (de) * 2014-10-28 2016-05-12 Bayerische Motoren Werke Aktiengesellschaft Vorrichtung, Fahrzeug, Verfahren und Computerprogramm für einen Relay-Sendeempfänger und eine Netzwerkkomponente
US9723651B2 (en) * 2014-11-10 2017-08-01 Qualcomm Incorporated Enhanced connection management for multiple access networks
CN104540107A (zh) * 2014-12-03 2015-04-22 东莞宇龙通信科技有限公司 Mtc终端群组的管理方法、管理系统和网络侧设备
KR102012682B1 (ko) 2015-01-06 2019-08-22 디브이엑스, 엘엘씨 디바이스들간에 콘텐트를 인코딩 및 공유하기 위한 시스템들 및 방법들
SG11201706160UA (en) 2015-02-27 2017-09-28 Sonic Ip Inc Systems and methods for frame duplication and frame extension in live video encoding and streaming
US10554708B2 (en) * 2015-03-27 2020-02-04 Qualcomm Incorporated Point-to-multipoint broadcast assisted vehicle-to-X broadcast
CN106254300B (zh) * 2015-06-08 2020-04-21 中兴通讯股份有限公司 流媒体传输方法、播放方法、传输装置及播放装置
US10270822B2 (en) * 2015-08-04 2019-04-23 Qualcomm Incorporated Hybrid pocket router
JP6497442B2 (ja) * 2015-08-05 2019-04-10 日本電気株式会社 通信システム、通信制御装置、通信制御方法、及びプログラム
WO2017041827A1 (en) * 2015-09-08 2017-03-16 Telefonaktiebolaget Lm Ericsson (Publ) Streaming session continuation
EP3360374B1 (en) * 2015-10-09 2020-03-25 Telefonaktiebolaget LM Ericsson (PUBL) Network node, wireless device and methods performed thereby for the network node to provide information to the wireless device
JP6751253B2 (ja) * 2015-12-10 2020-09-02 セイコーエプソン株式会社 電子機器、電子機器と管理装置とを含むシステム、および電子機器が実行する方法
WO2017101028A1 (zh) * 2015-12-15 2017-06-22 华为技术有限公司 数据传输方法、m2m服务器、pgw、sgw及服务网络节点
EP4132046A1 (en) * 2016-01-25 2023-02-08 Telefonaktiebolaget LM Ericsson (publ) Key management
CN105848224A (zh) * 2016-03-11 2016-08-10 深圳市金立通信设备有限公司 一种小区切换方法、系统及相关设备
US10075292B2 (en) 2016-03-30 2018-09-11 Divx, Llc Systems and methods for quick start-up of playback
CN113132916A (zh) 2016-04-01 2021-07-16 华为技术有限公司 一种数据传输方法及相关装置
EP3440869B1 (en) * 2016-04-08 2022-12-14 Nokia Technologies Oy Method and apparatus for u-plane sub-service flow mapping
US10129574B2 (en) 2016-05-24 2018-11-13 Divx, Llc Systems and methods for providing variable speeds in a trick-play mode
US10231001B2 (en) 2016-05-24 2019-03-12 Divx, Llc Systems and methods for providing audio content during trick-play playback
US10148989B2 (en) 2016-06-15 2018-12-04 Divx, Llc Systems and methods for encoding video content
WO2017219363A1 (zh) 2016-06-24 2017-12-28 广东欧珀移动通信有限公司 信息传输方法和设备
US11115793B2 (en) * 2016-08-04 2021-09-07 At&T Mobility Ii Llc LTE gateways for home and commercial sensor data
US12244660B2 (en) 2016-09-08 2025-03-04 Divx, Llc Systems and methods for adaptive buffering for digital video streaming
EP4243563B1 (en) 2016-09-30 2024-11-20 Telefonaktiebolaget LM Ericsson (publ) Core network awareness of a user equipment rrc state
US10542409B2 (en) * 2016-10-07 2020-01-21 Qualcomm Incorporated Access for group call services through a broadcast channel
KR102381335B1 (ko) * 2016-10-18 2022-03-31 이엑스피웨이 모바일 사용자 장치들에 컨텐츠를 전송하는 방법
US10498795B2 (en) 2017-02-17 2019-12-03 Divx, Llc Systems and methods for adaptive switching between multiple content delivery networks during adaptive bitrate streaming
WO2018172602A1 (en) * 2017-03-23 2018-09-27 Nokia Technologies Oy Quality of service flow relocation
CN109548079A (zh) * 2017-09-22 2019-03-29 中兴通讯股份有限公司 一种指示通信系统的用户平面功能管理资源的方法及装置
US10931725B2 (en) * 2017-09-29 2021-02-23 Apple Inc. Multiway audio-video conferencing
RU2746604C1 (ru) * 2018-01-19 2021-04-16 Нокиа Текнолоджиз Ой Сигнализация плоскости управления для интегрированных узлов доступа и транспортной сети
JP6583653B2 (ja) * 2018-07-13 2019-10-02 ホアウェイ・テクノロジーズ・カンパニー・リミテッド ストリーミングメディア送信方法及びシステム、ユーザ機器及びサーバ
AU2019372747B2 (en) 2018-11-01 2025-05-08 Telefonaktiebolaget Lm Ericsson (Publ) Handling of reestablishment failure ambiguity
US12464041B2 (en) 2019-02-13 2025-11-04 Telefonaktiebolaget Lm Ericsson (Publ) Industrial automation with 5G and beyond
EP3942437B1 (en) 2019-03-21 2024-01-10 DivX, LLC Systems and methods for multimedia swarms
CN110099061B (zh) * 2019-05-07 2020-05-01 北京邮电大学 一种云平台视频流服务选择方法及装置
CN114051750B (zh) * 2019-05-31 2024-04-09 苹果公司 用于性能数据流式传输、性能数据文件报告和性能阈值监测的系统和方法
US12207339B2 (en) * 2019-09-29 2025-01-21 Qualcomm Incorporated Radio resource control (RRC) connection release timer
WO2021149978A1 (en) 2020-01-20 2021-07-29 Lg Electronics Inc. Method and apparatus for selective connection establishment for a broadcast-multicast service in a wireless communication system
WO2021149986A1 (en) 2020-01-22 2021-07-29 Lg Electronics Inc. Method and apparatus for transmitting assistant information for a quick switch between broadcast and unicast transmission in a wireless communication system
CN111597092B (zh) * 2020-07-27 2020-11-27 翱捷科技股份有限公司 非易失存储文件的同步传输方法、装置及嵌入式设备
CN115134335A (zh) 2021-03-27 2022-09-30 华为技术有限公司 一种增强现实通信的方法、装置及系统
US11824904B1 (en) 2022-11-18 2023-11-21 T-Mobile Usa, Inc. Verifying delivery of rich call data object to a terminating wireless device
KR102885890B1 (ko) * 2023-12-28 2025-11-17 서울과학기술대학교 산학협력단 포인트 클라우드 데이터 송신 방법, 포인트 클라우드 데이터 송신 장치, 포인트 클라우드 데이터 수신 방법, 및 포인트 클라우드 데이터 수신 장치

Family Cites Families (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2398968B (en) * 2003-02-27 2005-07-27 Motorola Inc Reduction in signalling load in a wireless communication system
US8942716B2 (en) * 2005-02-24 2015-01-27 Ntt Docomo, Inc. Radio resource control method, radio base station, and radio network controller
US8730860B2 (en) * 2005-06-21 2014-05-20 Telefonaktiebolaget L M Ericsson (Publ) Provision of multimedia broadcast/multicast service (MBMS) for roaming subscribers
WO2008028318A1 (en) * 2006-08-25 2008-03-13 Huawei Technologies Co., Ltd. Method for setting up a call
EP2103014B1 (en) 2007-01-10 2018-05-23 Nokia Technologies Oy System and method for implementing mbms handover during download delivery
EP2143233B1 (en) * 2007-04-23 2011-08-31 Nokia Corporation System and method for optimizing download user service delivery to roaming clients
JP4981170B2 (ja) * 2007-04-30 2012-07-18 インターデイジタル テクノロジー コーポレーション セル再選択、ならびに強化されたｃｅｌｌ＿ｆａｃｈ状態への遷移および強化されたｃｅｌｌ＿ｆａｃｈ状態からの遷移を扱うための方法および装置
EP2160906B1 (en) * 2007-06-19 2015-07-22 Nokia Technologies Oy System and method for an MBMS to PSS handover
CN101483898B (zh) * 2008-01-07 2012-08-08 华为技术有限公司 一种加快rrc连接建立的方法及装置
ES2751715T3 (es) * 2008-02-01 2020-04-01 Optis Wireless Technology Llc Terminal de comunicaciones y estación de base
KR101153628B1 (ko) * 2008-05-05 2012-06-18 엘지전자 주식회사 무선통신시스템에서의 셀 탐색 방법
CN101582730B (zh) 2008-05-15 2011-06-01 华为技术有限公司 提供mbms服务的方法、系统、相应装置及通信终端
US9001731B2 (en) * 2008-08-11 2015-04-07 Koninklijke Philips N.V. Method for communicating in a network, a secondary station and system therefor
KR101503842B1 (ko) 2008-11-03 2015-03-18 삼성전자주식회사 이동 통신 시스템에서 불연속 수신 동작 제어 방법 및 장치
KR101622219B1 (ko) * 2008-11-03 2016-05-18 엘지전자 주식회사 무선 통신 시스템에서 ｒｒｃ 연결을 재설정하는 방법 및 이를 위한 장치
JP5005785B2 (ja) * 2009-03-16 2012-08-22 宏達國際電子股▲ふん▼有限公司 無線通信システムにおける無線リンク制御の再設定のための方法及び関連する通信装置
EP3107258A1 (en) * 2009-04-01 2016-12-21 Telefonaktiebolaget LM Ericsson (publ) Security key management in ims-based multimedia broadcast and multicast services (mbms)
US20100291939A1 (en) * 2009-05-15 2010-11-18 Yu-Chih Jen Method of Handling Radio Resource Control Connection and Related Communication Device
CN101959133A (zh) * 2009-07-15 2011-01-26 华为技术有限公司 M2m用户设备的操作控制方法、系统和m2m用户设备
US9300485B2 (en) * 2009-07-17 2016-03-29 Koninklijke Kpn N.V. Information transmission in a machine-to-machine telecommunications network
WO2011025876A1 (en) * 2009-08-27 2011-03-03 Interdigital Patent Holdings, Inc. Method and apparatus for solving limited addressing space in machine-to-machine (m2m) environments
CN104936242B (zh) * 2009-09-29 2019-07-05 北京三星通信技术研究有限公司 处理无线链路失败报告的方法
EP2486767B1 (en) * 2009-10-05 2017-08-02 Koninklijke KPN N.V. Method and telecommunications network for controlling activation of at least one terminal in a machine-type communication application
JP4703758B2 (ja) * 2009-11-19 2011-06-15 株式会社東芝 電子機器および通信制御方法
KR101715974B1 (ko) * 2009-11-25 2017-03-27 인터디지탈 패튼 홀딩스, 인크 머신 타입 통신 사전 등록
CN102804882B (zh) * 2009-12-22 2015-12-16 交互数字专利控股公司 基于组的机器到机器通信
US9167517B2 (en) * 2010-01-29 2015-10-20 Interdigital Patent Holdings, Inc. Group-based machine to machine communication
US20110201365A1 (en) * 2010-02-15 2011-08-18 Telefonaktiebolaget L M Ericsson (Publ) M2m group based addressing using cell broadcast service
EP2369890A1 (en) * 2010-03-26 2011-09-28 Panasonic Corporation Connection peak avoidance for machine-type-communication (MTC) devices
CN102238477B (zh) * 2010-04-30 2014-02-19 华为终端有限公司 触发一组mtc设备与mtc服务器通信的方法及mtc设备
EP2604012B1 (en) * 2010-08-10 2017-10-04 Telefonaktiebolaget LM Ericsson (publ) A method in a media client, a media client, a control entity and a method in a control entity
US20120069782A1 (en) * 2010-09-22 2012-03-22 Richard Lee-Chee Kuo Method and apparatus for improving drx in a wireless communication system
WO2012059376A1 (en) * 2010-11-02 2012-05-10 Telefonaktiebolaget L M Ericsson (Publ) Methods and devices for media description delivery
EP2666316B1 (en) * 2011-01-17 2020-06-03 Telefonaktiebolaget LM Ericsson (publ) Method and apparatus for authenticating a communication device
EP2884812B1 (en) * 2011-04-01 2016-12-28 Interdigital Patent Holdings, Inc. Apparatus and method for sharing a common PDP context
US9026671B2 (en) 2011-04-05 2015-05-05 Qualcomm Incorporated IP broadcast streaming services distribution using file delivery methods
EP2544470A1 (en) * 2011-07-04 2013-01-09 Koninklijke KPN N.V. Triggering with QoS parameters
US9590814B2 (en) * 2011-08-01 2017-03-07 Qualcomm Incorporated Method and apparatus for transport of dynamic adaptive streaming over HTTP (DASH) initialization segment description fragments as user service description fragments
CN103748810B (zh) 2011-08-11 2017-05-10 英特尔公司 用于dash格式化内容从mbms下载切换到基于http的交付的方法和设备
US9712891B2 (en) * 2011-11-01 2017-07-18 Nokia Technologies Oy Method and apparatus for selecting an access method for delivery of media

Also Published As

Publication number Publication date
IN2014CN01083A (es) 2015-04-10
WO2013022470A1 (en) 2013-02-14
CN103765928A (zh) 2014-04-30
CN103765798B (zh) 2017-03-15
EP2742614A1 (en) 2014-06-18
JP2014525699A (ja) 2014-09-29
WO2013022472A1 (en) 2013-02-14
WO2013106060A3 (en) 2013-10-24
BR112014003028A2 (pt) 2017-10-24
US9960926B2 (en) 2018-05-01
ES2581306T3 (es) 2016-09-05
HUE029183T2 (en) 2017-02-28
EP2742621A2 (en) 2014-06-18
KR20140041912A (ko) 2014-04-04
JP5763275B2 (ja) 2015-08-12
RU2557256C1 (ru) 2015-07-20
US20150256959A1 (en) 2015-09-10
US9887852B2 (en) 2018-02-06
KR101497287B1 (ko) 2015-02-27
EP2742614A4 (en) 2015-03-18
BR112014003030A2 (pt) 2017-10-24
EP2742621A4 (en) 2015-05-20
KR20140042913A (ko) 2014-04-07
CN103748810B (zh) 2017-05-10
CN103748810A (zh) 2014-04-23
KR101631194B1 (ko) 2016-06-16
EP3021554A1 (en) 2016-05-18
KR20150092356A (ko) 2015-08-12
RU2578666C2 (ru) 2016-03-27
US20150131657A1 (en) 2015-05-14
WO2013106060A2 (en) 2013-07-18
US20180152309A1 (en) 2018-05-31
HUE029945T2 (en) 2017-04-28
BR112014003030B1 (pt) 2021-09-08
CN103765798A (zh) 2014-04-30
RU2014107661A (ru) 2015-09-10
JP5706046B2 (ja) 2015-04-22
JP2014527355A (ja) 2014-10-09
US20150288530A1 (en) 2015-10-08
EP2742614B1 (en) 2016-03-23
US10778458B2 (en) 2020-09-15
US20140226576A1 (en) 2014-08-14
EP2742621B1 (en) 2016-04-06

Similar Documents

Publication Publication Date Title
US10778458B2 (en) Methods for switching between a MBMS download and an HTPP-based delivery of DASH formatted content over an IMS network
JP6487076B2 (ja) インターネットプロトコル（ｉｐ）マルチメディア・サブシステム（ｉｍｓ）ベースのピアツーピア（ｐ２ｐ）コンテンツ配信
US9398498B2 (en) IMS based P2P streaming and download services
CN105027499B (zh) 基于互联网协议(ip)多媒体子系统(ims)的对等(p2p)内容分发
US9801054B2 (en) Presence service using IMS based dash service
KR20160048202A (ko) 미디어 스트림을 송신하기 위한 방법 및 장치, 그리고 사용자 장비
HK1217064B (zh) 基於互联网协议(ip)多媒体子系统(ims)的对等(p2p)内容分发
HK1216958B (zh) 一种可用於充当呈现实体的用户设备和一种呈现服务器