BRPI0813429B1

BRPI0813429B1 - Método de comutação da recepção de fluxos de mídia, aparelho e sistema

Info

Publication number: BRPI0813429B1
Application number: BRPI0813429-4A
Authority: BR
Inventors: Ramakrishna Vedantham; Imed Bouazizi
Original assignee: Nokia Technologies Oy
Priority date: 2007-06-19
Filing date: 2008-06-17
Publication date: 2020-09-08
Also published as: CN101803409B; WO2008155713A3; AP2010005109A0; EP2160906B1; WO2008155713A2; HK1147624A1; EP2160906A2; KR20100032425A; BRPI0813429A2; CN101803409A; AP2998A; US20090316615A1; US8233446B2; MX2009014043A

Abstract

sistema e método para uma mbms aperfeiçoada para uma transferência de pss. a presente invenção refere-se a um sistema e método para garantir uma transição aperfeiçoada na camada de aplicativo quando a distribuição da mídia é alterada dos transportadores multicast / difusão para transportadores unicast e vice versa. é definido um mapeamento entre o cronograma de uma sessão do serviço de fluxo contínuo do pacote comutado (pss) e o cronograma da sessão do serviço multicast de difusão de multimídia (mbms). este mapeamento é usado para permitir o posicionamento correto do fluxo em uma sessão pss por um servidor pss após a transferência ter ocorrido. os sinais do centro de serviço multicast de difusão (bm-sc) podem suportar diversas opções para reprodução de mídia após a transferência de mbms-pss em um arquivo de protocolo de descrição (sdp) de sessão pss ou na descrição do serviço do usuário (usd) mbms. em resposta, o cliente pode sinalizar sua escolha na solicitação rtsp que é enviada quando em comutação para a sessão pss.

Description

MÉTODO DE COMUTAÇÃO DA RECEPÇÃO DE FLUXOS DE MÍDIA, APARELHO E SISTEMA

A presente invenção refere-se a um sistema e método para garantir uma transição aperfeiçoada na camada de aplicativo quando a distribuição da mídia é alterada dos transportadores multicast/difusão para transportadores unicast e vice versa.

Campo da invenção

A presente invenção refere-se, em geral, ao uso de Radiodifusão de Multimídia/Serviço de Multicast (MBMS). Mais particularmente, a presente invenção refere-se a uma mudança automática de uma sessão de MBMS para um serviço de Fluxo de Dados por Comutação de Pacote (PSS).

Antecedentes da invenção

Essa seção é destinada a fornecer em antecedentes ou o contexto da invenção que é recitada nas reivindicações. A presente descrição pode incluir conceitos que poderiam ser buscados, mas não são, necessariamente, conceitos previamente considerados ou buscados. Portanto, a menos que seja indicado de outra maneira, o que é descrito nessa seção não é uma técnica anterior à descrição e às reivindicações desse pedido e não se admite que seja considerada técnica anterior através da inclusão nessa seção.

Nos últimos anos, as soluções de radiodifusão móvel têm sido padronizadas por diferentes organizações, como o MBMS do Projeto de Parceria para Terceira Geração (3GPP). O MBMS de 3GPP permite a entrega eficiente de recurso de conteúdo de multimídia para usuários móveis. Um cliente de MBMS pode receber o conteúdo através da entrega por transferência por download, entrega por fluxo contínuo, uma combinação de entrega por fluxo contínuo e por transferência por download e/ou outros métodos de entrega.

O MBMS é uma característica de 3GPP Release 6 (Rel-6) que pode ser implantada por operadores somente em poucas áreas em que é econômico ter a distribuição de conteúdo por radiodifusão/multicast. Quando os assinantes de MBMS se movem para outras áreas onde não há cobertura de MBMS, o operador pode distribuir o conteúdo de MBMS em um modo de unicast. Entretanto, a sinalização de camada de aplicação/transporte é exigida para garantir o recebimento de modo unicast de conteúdo de MBMS para os assinantes enquanto os mesmos estão em mobilidade em áreas de interrupção de MBMS.

Portanto, a sinalização de aplicação/transporte e as técnicas de otimização são necessárias para tais situações. Um dos objetivos do item de trabalho 3GPP SA4 Release (Rel-7) nas Extensões de Serviço de Usuário de MBMS é especificar a sinalização de camada de aplicação/transporte necessária para distribuição de conteúdo de MBMS em modo transmitir em unicast (através de fluxo de dados e transmissões interativas). Outro objetivo é especificar as técnicas de otimização para a entrega de conteúdo de MBMS. A tabela 1 abaixo mostra o mapeamento entre os protocolos a serem usados em modos de radiodifusão/multicast e de unicast, conforme especificado em MBMS Rel-7.

Quando um cliente de MBMS se move de uma área de cobertura de MBMS para uma área de interrupção de MBMS, uma sessão de fluxo de dados de MBMS em progresso é mapeada formando uma nova sessão de PSS. Ao contrário das sessões de fluxo de dados de MBMS, as sessões de PSS fornecem um controle de sessão e de nível de mídias para o cliente. O cliente pode solicitar que a transmissão de PSS seja iniciada a partir de qualquer apontar na linha do tempo da mídia com o uso do valor adequado no cabeçalho de Intervalo da solicitação de REPRODUÇÃO de RTSP.

Devido à alteração das transmissões de MBMS para PSS, o cliente é submetido a uma interrupção na entrega de mídia. É desejável que a interrupção percebida do usuário seja minimizada ou controlada de acordo com as preferências do usuário. Entretanto, os mecanismos de sinalização exigidos não são atualmente definidos nas especificações de MBMS e PSS atuais.

A Figura 1 é uma ilustração de um serviço de MBMS-PSS híbrido. Conforme mostrado na Figura 1, o equipamento de usuário (UE) de MBMS 110 recebe o mesmo serviço através de transmissões de MBMS (quando está em uma área de cobertura de MBMS) e através de transmissões de PSS (quando não está em uma área de cobertura de MBMS). Quando o UE de MBMS está em mobilidade em uma área de interrupção de MBMS, o mesmo recebe o serviço através de uma transmissão em unicast a partir de um servidor de PSS 120. Quando o UE de MBMS 110 está em uma área de cobertura de MBMS, o mesmo recebe o serviço através de uma transmissão de MBMS a partir de um centro de serviço de multicast de radiodifusão (BM-SC) 130. O BM-SC 130 e o servidor de PSS 120 podem ser colocados ou conectados.

Quando as transmissões são alteradas de MBMS para PSS, a reprodução de mídia pode ser iniciada a partir de qualquer momento na linha do tempo da mídia. Conforme mencionado acima, o momento exato na linha do tempo da mídia depende do campo de cabeçalho de Intervalo da solicitação de REPRODUÇÃO de RTSP a partir do cliente. Por exemplo, o cliente pode solicitar uma reprodução de mídia que seja iniciada no momento preciso em que o recebimento de mídia através de transmissões de MBMS foi interrompido. De modo alternativo, o cliente pode solicitar a reprodução de mídia a partir do momento atual do fluxo de mídia. Em outras situações, o cliente pode solicitar uma reprodução de mídia uns minutos antes do momento em que o recebimento de mídia através de transmissões de MBMS for interrompido. As Figuras 2 (a) a 2(c) retratam visualmente diferentes situações. Na Figura 2 (a), a reprodução de mídia é iniciada a partir do momento exato do fluxo de mídia, resultando no fato de que o usuário não observa a reprodução de mídia durante o atraso de configuração de PSS. Na Figura 2(b), a reprodução de mídia é iniciada no momento exato em que o recebimento de mídia através das transmissões de MBMS é interrompido. Na Figura 2(c), a reprodução de mídia é iniciada a partir de um ponto anterior, no qual o recebimento da mídia através das transmissões de MBMS é interrompido, resultando em uma pequena sobreposição na linha do tempo da mídia. Deve-se observar que as opções diferentes dessas três situações apresentadas são possíveis.

Alguns serviços de MBMS-PSS híbrido podem não suportar cada uma das opções acima. Adicionalmente, mesmo se um serviço híbrido particular suporta as três opções, o usuário pode preferir usar uma dessas três opções ou até mesmo outra opção (dependendo do tipo de conteúdo e de preferências pessoais, por exemplo). O suporte de diferentes opções de reprodução pode ser sinalizado para o usuário, cuja preferência ou escolha deve ser sinalizada para o BM-SC. Nas especificações de MBMS Rel-7 e PSS Rel-7 atuais, por exemplo, a sinalização exigida entre o BM-SC e UE de MBMS não é especificada.

Como outro exemplo, a versão atual da especificação de MBMS (isto é, 3GPP TS 26,346-740) considera o uso da mesma fonte de sincronização (SSRC) para os fluxos de RTP da mídia correspondente em ambas as sessões de MBMS e PSS. Isso garante a continuidade no número de sequência e na seqüência de carimbos de data/hora para os pacotes de RTP recebidos através das transmissões de MBMS e PSS. Entretanto, essa disposição não considera os atrasos que são incorridos durante a fase de configuração da sessão de PSS que ocorre antes do recebimento do pacote de RTP/RTCP em PSS. Esse atraso pode ser ocorrer na ordem de muitos segundos.

Sumário da invenção

Diversas modalidades fornecem um sistema e um método para garantir uma transição suave e amigável na camada de aplicação quando a distribuição é alterada de transmissões de radiodifusão/multicast para transmissões de transmitir em unicast e vice-versa. Mais particularmente, diversas modalidades definem um mapeamento entre a linha do tempo de uma sessão de PSS e a linha do tempo da sessão de MBMS. Esse mapeamento é usado para habilitar o posicionamento correto do fluxo em uma sessão de PSS através de um servidor de PSS após uma mudança automática ter ocorrido. Em diversas modalidades, o provedor de serviço (por exemplo, o servidor BM-SC e PSS) sinaliza o suporte das diversas opções para reprodução de mídia após uma mudança automática de MBMS-PSS em um arquivo de protocolo de descrição de sessão de PSS (SDP) ou na descrição de serviço de usuário de MBMS (USD). O provedor de serviço pode sinalizar essas opções a qualquer momento antes ou durante a sessão de fluxo de dados de MBMS com o uso de transmissões de radiodifusão /multicast ou transmissões interativas, como serviço de mensagens curtas (SMS) e o protocolo de transferência de hipertexto (HTTP) através do uso de protocolos de push da Aliança Móvel Aberta (OMA). Em resposta, um cliente sinaliza sua escolha na solicitação de RTSP que é enviada no momento de comutação para a sessão de PSS. O servidor de PSS reconhece a escolha selecionada e envia a mídia em conformidade.

Essas e outras características de diversas modalidades descritas aqui, juntamente com a organização e a maneira de operação das mesmas, se tornarão aparentes a partir da descrição detalhada seguinte quando consideradas em conjunto com os desenhos em anexo, em que os elementos semelhantes possuem numerais semelhantes ao decorrer dos diversos desenhos descritos abaixo.

Breve descrição dos desenhos

A Figura 1 é uma representação de um serviço de MBMS-PSS híbrido que inclui um UE de MBMS, um BM-SC e um servidor de PSS;
A Figura 2(a) é um processo de reprodução de mídia anterior e posterior a uma mudança automática de MBMS-PSS, em que a reprodução de mídia é iniciada a partir do momento atual do fluxo de mídia; a Figura 2(b) mostra a reprodução de mídia que é iniciada no momento exato em que o recebimento de mídia através das transferências de MBMS é interrompido; e a Figura 2(c) mostra a reprodução de mídia que é iniciada a partir de um ponto anterior em que o recebimento de mídia através das transferências de MBMS é interrompido;
A Figura 3 é uma representação do mapeamento de uma linha do tempo de MBMS para uma linha do tempo de PSS;
A Figura 4a mostra a sinalização envolvida em um serviço de MBMS-PSS híbrido anterior e posterior a uma mudança automática, de acordo com uma modalidade da presente invenção;
A Figura 4b mostra a sinalização envolvida em um servidor de MBMS-PSS híbrido anterior e posterior a uma mudança automática, de acordo com outra modalidade da presente invenção;
A Figura 5 é uma vista em perspectiva de um dispositivo eletrônico que pode ser usado em conjunto com a implantação de diversas modalidades; e
A Figura 6 é uma representação esquemática do conjunto de circuitos que pode ser incluída no dispositivo eletrônico da Figura 5.

Descrição detalhada de diversas modalidades

Diversas modalidades fornecem um sistema e um método para garantir uma transição suave e amigável na camada de aplicação quando a distribuição é alterada de transmissões de radiodifusão/multicast para transmissões de transmitir em unicast e vice-versa. Mais particularmente, diversas modalidades definem um mapeamento entre a linha do tempo de uma sessão de PSS e a linha do tempo da sessão de MBMS. Esse mapeamento é usado para habilitar o posicionamento correto do fluxo em uma sessão de PSS através de um servidor de PSS após uma mudança automática ter ocorrido. Em diversas modalidades, o provedor de serviço (por exemplo, o servidor BM-SC e PSS) sinaliza o suporte das diversas opções para reprodução de mídia após uma mudança automática de MBMS-PSS em um arquivo de protocolo de descrição de sessão de PSS (SDP) ou na descrição de serviço de usuário de MBMS (USD). O provedor de serviço pode sinalizar essas opções a qualquer momento antes ou durante a sessão de fluxo de dados de MBMS com o uso de transmissões de radiodifusão /multicast ou transmissões interativas, como SMS e HTTP através do uso de protocolos de push da OMA. Em resposta, um cliente sinaliza sua escolha na solicitação de RTSP que é enviada no momento de comutação para a sessão de PSS. Por exemplo, essa escolha pode ser indicada no cabeçalho de Intervalo da solicitação de REPRODUÇÃO de RTSP. O servidor de PSS reconhece a escolha selecionada e envia a mídia em conformidade.

O sistema e o método descritos aqui permitem uma transição suave entre MBMS para PSS em uma oferta de serviço de MBMS-PSS híbrido, e fornece aos usuários de MBMS uma opção de receber e consumir o conteúdo do fluxo de dados a partir do ponto de entrega ou com o fluxo atual de sessão de fluxo de dados de MBMS. Se o UE de MBMS pode identificar uma situação de mudança automática iminente (devido à indisponibilidade de transferências de MBMS na célula alvo, por exemplo, a partir da camada de rádio ou outros mecanismos de sinalização de camada inferior), o UE de MBMS pode garantir uma reprodução de mídia ininterrupta através da iniciação do serviço de PSS antes da entrega.

Deve-se observar que, muito embora o sistema de distribuição de radiodifusão/multicast móvel descrito aqui seja indicativo de MBMS de 3GPP enquanto o serviço de fluxo de dados de transmitir em unicast é indicativo de PSS de 3GPP, diversas modalidades da presente invenção não são limitadas à implantação em/em conjunto com esses padrões/serviços. Diversas modalidades da presente invenção são aplicáveis a uma pluralidade de diferentes padrões/serviços, por exemplo, padrões de 3GPP2, em que o BCMCS de 3GPP2 é a contraparte de 3GPP2 para MBMS de 3GPP e MSS de 3GPP2 é a contraparte de 3GPP2 para PSS de 3GPP. Adicionalmente, em determinados sistemas/terminais, o sistema de distribuição de radiodifusão/multicast aplicável pode ser a Radiodifusão de Vídeo Digital - Difusão de Dados de IP Portátil (DVB-H IPDC) ou BCAST de OMA e o serviço de fluxo de dados de unicast pode ser PSS de 3GPP.

Ademais, referindo-se à Tabela 1, um serviço de usuário de MBMS também pode utilizar um método de entrega de fluxo de dados e um método de entrega de transferência por download. Quando um usuário está em uma área de interrupção de MBMS, o serviço é mapeado para uma sessão de PSSe, em que uma única sessão de RTSP é usada para controle de sessão tanto para o conteúdo de fluxo de dados (RTP/UDP) como para conteúdo transferível por download (FLUTE/UDP).

A seguir há uma discussão da implantação de modalidades particulares da presente invenção. O Tempo de Reprodução Normal (NPT) é configurado para 0 no momento de início da sessão de MBMS. O momento de início de sessão de MBMS é adquirido a partir do atributo “t=” de SDP ou é indicado de outra maneira no guia de serviço ou algum outro local.

A Figura 3 retrata o mapeamento da linha do tempo entre MBMS e PSS de acordo com diversas modalidades. Conforme mostrado na Figura 3, a linha do tempo de MBMS é iniciada em t=x e continua até t=y, ponto no qual uma mudança automática é iniciada. A quantidade de tempo necessário para completar a mudança automática para PSS é indicada como d. O NPT na conclusão da mudança automática é definida côo y-x+d.

A Figura 4a mostra a sinalização envolvida em um serviço de MBMS-PSS híbrido anterior e posterior a uma mudança automática, de acordo com uma modalidade da presente invenção. Antes do início do serviço de fluxo de dados de MBMS, o UE de MBMS 110 recebe um USD de MBMS 400. O USD de MBMS contém o SDP para a sessão de MBMS, ao menos um unicastAccessURI (se oferece um serviço de fluxo de dados de unicast para clientes de MBMS em mobilidade), bem como outros descritores de serviço. Quando o UE de MBMS 110 está na área de cobertura de MBMS, o mesmo é sintonizado na sessão de fluxo de dados de MBMS em qualquer momento durante a sessão, de acordo com os procedimentos de MBMS padrão e recebe um RTP de mídia e fluxo de pacote de RTCP em 410 a partir do BM-SC 130.

Em um momento posterior durante a sessão de fluxo de dados de MBMS, o UE de MBMS 110 se move para fora da área de cobertura de MBMS. Nesse momento, o UE de MBMS 110 gostaria de continuar a receber o conteúdo de MBMS através das transmissões de unicast, isto é, transmissões de PSS. O UE de MBMS 110 envia uma mensagem de DESCRIÇÃO DE RTSP para o servidor de PSS 120 em 420. Em resposta, o UE de MBMS 110 recebe o SDP para uma sessão de PSS a partir do servidor de PSS 120 em 430. O SDP pode ser obtido a partir de um unicastAccessURI recebido que pode compreender, por exemplo, um localizador de recurso uniforme de RTSP (URL) para a sessão de Atendimento Microsoft ou um enlace para o arquivo de SDP da sessão de PSS. Como alternativa, o UE de MBMS 110 pode buscar o SDP da sessão de PSS com bastante antecedência em relação à mudança automática para PSS, por exemplo, enquanto o UE de MBMS 110 ainda está na área de cobertura de MBMS. Nessa situação, o UE de MBMS 110 pode buscar o SDP através das transferências interativas (ao acessar o unicastAccessURI) ou o BM-SC 130 também pode distribuir o SDP através das transferências de radiodifusão/multicast.

Além disso, o servidor de PSS 120 pode indicar as opções disponíveis para a continuidade de reprodução de mídia. Duas de tais opções são intituladas como “GoWithFlow”(“lr com o fluxo”) e “Overlap” (“Sobreposição”). Essas opções podem ser sinalizadas para o cliente no USD de MBMS original (como um elemento externo ou no fragmento de SDP) em uma ou mais das instâncias atualizadas de USD de MBMS ou no SDP da sessão de PSS. O UE de MBMS 110, dependendo das preferências do usuário e das capacidades do UE, escolhe uma dessas opções e indica sua escolha em qualquer um dos métodos de solicitação de RTSP usados para a iniciação da sessão de PSS.

Se o UE de MBMS 110 usa a solução de comutação de conteúdo rápida (FCS) de Rel-7 de PSS para inicialização, então, xxxxx as solicitações de CONFIGURAÇÃO de RTSP para fluxos de mídia individuais e as solicitações de REPRODUÇÃO de RTSP. Se é utilizada a maneira tradicional de inicialização de Rel-6 de PSS, então, são enviadas as solicitações de CONFIGURAÇÃO para fluxos de mídia individuais (representadas em 440 e 450) e a solicitação de REPRODUÇÃO de RTSP (em 460) em série, conforme mostrado na Figura 4b. Em ambos os casos, o UE de MBMS 110 indica sua escolha no campo de cabeçalho de Intervalo da solicitação de REPRODUÇÃO de RTSP. As solicitações de CONFIGURAÇÃO são individualmente reconhecidas em 470 e 480, respectivamente. A resposta para a solicitação de REPRODUÇÃO de RTSP é representada em 490.

Se o servidor de PSS 120 aceita a solicitação do UE de MBMS 110, então, o servidor de PSS 120 reconhece a solicitação através da configuração do campo de cabeçalho de Intervalo na resposta de REPRODUÇÃO DE RTSP 490 para um valor o mais próximo possível do tempo de iniciação solicitado de receptor (desvios podem ocorrer devido a problemas na precisão da linha do tempo). O servidor de PSS inicia, então, o fluxo de dados do conteúdo de acordo com a solicitação do cliente em um fluxo de pacote RTP e RTCP em 495. Não é necessária que o servidor de PSS 120 seja iniciado em um quadro principal caso use o mesmo SSRC como o BM-SC 130. Isso permite a reutilização do armazenamento temporário do cliente. Se, por outro lado, o servidor de PSS 120 rejeita a solicitação do UE de MBMS 110, então, o servidor de PSS 120 sinaliza sua recusa através do envio do valor “agora” no campo de cabeçalho de Intervalo da resposta de REPRODUÇÃO de RTSP 490. O servidor inicia, então, o fluxo de dados do conteúdo de acordo com sua própria escolha. O UE de MBMS 110 continua a reprodução de mídia de acordo com a mídia recebida. Dependendo das capacidades do UE de MBMS 110, o mesmo pode oferecer ao usuário uma escolha para avançar o conteúdo a partir de onde ele parou para o instante atual.

Na especificação atual, o BM-SC 130 indica um conjunto de unicastAccessURIs no USD de MBMS a fim de aperfeiçoar o balanceamento de carga. De modo alternativo, o BM-SC 130 pode alocar um conjunto de unicastAccessURIs para suportar o serviço de PSS de GoWithFlow e outro conjunto de unicastAccessURIs para suportar o serviço de PSS de Overlap. Esses dois conjuntos podem ser separados ou juntos, isto é, um conjunto comum de unicastAccessURIs pode suportar os serviços de PSS de GoWithFlow e de Overlap. Nesse caso, o UE de MBMS 110 pode indicar diretamente sua escolha através da seleção do unicastAccessURI adequado para iniciar uma sessão de PSS.

A seguir há um exemplo da sinalização da capacidade de comutação de tempo de um servidor de PSS na Descrição de Serviço de Usuário de MBMS:
<?xml version="1.0" encoding="UTF-8"?>
<xs:schema
xmlns="urn:3GPP:metadata:2007:MBMS:userServiceDescription"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
targetNamespace="urn:3GPP:metadata:2007:MBMS:userServiceDescription"
elementFormDefault="qualified"> <xs:element name="initiationRandomization">
<xs:complexType>
<xs:attribute name="initiationStartTime" type="xs:unsignedlnt" use="optional"/>
<xs:attribute name="protectionPeriod" type="xs:unsignedlnt" use="required"/>
<xs:attribute name="randomTimePeriod" type="xs:unsignedlnt" use="required"/>
</xs:complexType>
</xs:element> <xs:element name="terminationRandomization">
<xs:complexType>
<xs:attribute name="protectionPeriod" type="xs:unsignedlnt" use="required"/>
<xs:attribute name="randomTimePeriod" type="xs:unsignedlnt" use="required"/>
</xs:complexType>
</xs:element>
<xs:element name="unicastAccessURI">
<xs:complexContent>
<xs:extension base="xs:anyURI">
<xs:attribute name="timeShift" type="xs: boolean" use="optional" default="false'/>
</xs:complexContent>
</xs:eiement>
</xs:schema>

Com o uso do esquema de USD modificado, a seguir há um exemplo de um USD com a sinalização da capacidade de comutação de tempo:
<?xml version="1.0" encoding="UTF-8"?>
<bundleDescription
xmlns="urn:3GPP:metadata:2005:MBMS:userServiceDescription"
xmlns:xsi="http://www. w3.org/2001/XMLSchema-instance"
xmlns:r7="urn:3GPP:metadata:2007:MBMS:userServiceDescription" >
<userServiceDescription serviceld=”um:3gpp:1234567890MobileTVChannelBundleCh1">
<deliveryMethod sessionDescriptionURI="http://www.example.com/3gpp/mbms/channel1.sdp">
<r7:unicastAccessURI timeShift="true">rtsp://www.example.com/3gpp/mbms/channel1.sdp <1x7: un icastAccessURI >
</userServiceDescription>
</bundleDescription>

Durante a mudança automática de MBMS para PSS, o UE de MBMS 110 configura uma sessão de RTSP com o servidor de PSS 120. A seguir há um exemplo de uma solicitação de REPRODUÇÃO de RTSP que indica o desejo do receptor de usar a funcionalidade de comutação de tempo:
PLAY rtsp://mediaserver.com/movie.test/ RTSP/1.0
CSeq: 4
Session: dfhyrio90llk
Range: npt=2703.15-
User-Agent: TheStreamClient/1.1b2
RTSP/1.0 200 OK
CSeq: 4
Session: dfhyrio90llk
Range: npt=2703.12-
RTP-Info: url= rtsp://mediaserver.com/movie.test/streamlD=0; seq=9900;rtptime=4470048, url= rtsp://mediaserver.com/movie.test/streamlD=1; seq=1004; rtptime= 1070549

A fim de investigar o servidor de PSS 120 para seu suporte da funcionalidade de comutação de tempo, uma nova etiqueta de recurso pode ser definida sob o nome de “3gpp-mbms-timeshift”, por exemplo. Essa etiqueta de recurso pode ser usada junto com o campo de cabeçalho “Supported” (“xxxx”) ou “Require” (“Solicitar”). A sinalização do suporte de funcionalidade de comutação de tempo também pode ser executada com o uso do SDP na resposta para uma solicitação de DESCRIÇÃO. Isso pode ser realizado através da definição de um novo atributo “X-3gpp-mbms-timeshift”, por exemplo. A seguir encontra-se um exemplo da sinalização no SDP:
DESCRIBE rtsp://mediaserver.com/movie.test RTSP/1.0
CSeq: 1
User-Agent: TheStreamClient/1.1 b2
Supported: 3gpp-mbms-timeshift x-wap-profile: "http://uaprof.example.com/products/TheStreamClient1.1 b2"
RTSP/1.0 200 OK
CSeq: 1Date: 20 Aug 2003 15:35:06 GMT
Content-Base: rtsp://mediaserver.com/movie.test/
Supported: 3gpp-mbms-timeshift
Content-Type: application/sdp
Content-Length: 500
v=0
o=- 950814089 950814089 IN IP4 144.132.134.67
s=Example of aggregate control of AMR speech and H.263 video e=foo@bar.com
c=IN IP4 0.0.0.0
b=AS:77
b=TIAS:69880
t=0 0
a=X-3gpp-mbms-timeshift: 1
a=maxprate:20
a=range:npt=0-59.3478
a=control:*
m=audio 0 RTP/AVP 97
b=AS:13
b=TIAS: 10680
b=RR:350
b=RS:300
a=maxprate:5
a=rtpmap:97 AMR/8000
a=fmtp:97 octet-align=1
a=control: streamlD=0
a=3GPP-Adaptation-Support:2
m=video 0 RTP/AVP 98
b=AS:64
b=TIAS:59200
b=RR:2000
b=RS:1200
a=maxprate:15
a=rtpmap:98 H263-2000/90000
a=fmtp:98 profile=3;level=10
a=control: streamlD=1
a=3GPP-Adaptation-Support: 1

As Figuras 4 e 5 mostram um dispositivo eletrônico representativo 12 no qual diversas modalidades da presente invenção podem ser implantadas. Cada um dos diversos dispositivos descritos no presente pedido pode conter um ou mais elementos retratados no dispositivo eletrônico 12 da Figura 12. Deve-se compreender, entretanto, que não se pretende que a presente invenção seja limitada a um tipo particular de dispositivo eletrônico 12.

O dispositivo eletrônico 12 das Figuras 4 e 5 inclui um alojamento 30, um visor 32 na formulário de um visor de cristal líquido, um teclado 34, um microfone 36, um fone 38, uma bateria 40, uma porta infravermelha 42, uma antena 44, um cartão inteligente 46 na forma de um UICC, de acordo com uma modalidade da invenção, um leitor de cartão 48, um conjunto de circuitos 52, um conjunto de circuitos de codificador/decodificador 54, um controlador 56, uma memória 58 e uma bateria 80.

Os circuitos e os elementos individuais são todos de um tipo bem conhecido pelas pessoas versadas na técnica, por exemplo, na variedade da Nokia de telefones móveis.

As diversas modalidades descritas aqui são descritas no contexto geral de etapas de método ou processos, os quais podem ser implantados em uma modalidade por um produto de programa de computador, incorporado em um meio legível por computador, incluindo instruções executáveis por computador, como código de programa, executadas por computadores em ambientes em rede. Em geral, os módulos de programa podem incluir rotinas, programas, objetos, componentes, estruturas de dados, etc. que realizam tarefas particulares ou implantam tipos de dados abstratos particulares. As instruções executáveis por computador, associadas a estruturas de dados, e módulos de programa representam exemplos de código de programa para executar etapas dos métodos apresentados aqui. A seqüência particular de tais instruções executáveis ou estruturas de dados associados representam exemplos de atos correspondentes para implantar as funções descritas em tais etapas ou processos. Ademais, as diversas modalidades da presente invenção podem ser implantadas em diversas redes, elementos de rede e servidores de diversos provedores de serviço.

As estruturas individuais e específicas descritas nos exemplos antecedentes devem ser compreendidas como constituintes de uma estrutura representativa de meios para realizar funções específicas descritas nas reivindicações a seguir, muito embora as limitações nas reivindicações não devam ser interpretadas como constituintes de limitações de “meios mais função” no caso em que a expressão “meios" não é usada. Adicionalmente, o uso da expressão “etapa" na descrição antecedente não deve ser realizado para construir qualquer limitação específica nas reivindicações como constituintes de uma limitação “etapa mais função”. À medida que referências individuais, incluindo patentes emitidas, pedidos de patente e pedidos de não-patente, são descritas ou mencionadas de outra maneira aqui, tais referências não são planejadas para e não devem ser interpretadas para limitar o escopo das reivindicações seguintes.

As implantações de software e de rede de diversas modalidades podem ser realizadas com técnicas de programação padrões com uma lógica baseada em regras e outra lógica para realizar diversas etapas ou processos de pesquisa de base de dados, etapas ou processos de correlação, etapas ou processos de comparação e etapas ou processos de decisão. Deve-se observar que se pretende que as palavras “componente” e “módulo”, conforme usadas aqui e nas reivindicações seguintes, englobem as implantações com o uso de uma ou mais linhas de código de software e/ou implantações de hardware, e/ou equipamento para receber entradas manuais.

A descrição anterior das modalidades foram apresentadas com fins ilustrativos e descritivos. Não se pretende que a descrição anterior seja exaustiva ou que limite as modalidades às formas exatas apresentadas, e modificações e variações são possíveis à luz dos ensinamentos acima ou podem ser adquiridas através da prática de diversas modalidades. As modalidades discutidas aqui foram escolhidas e descritas a fim de explicar os princípios e a natureza de diversas modalidades e sua aplicação prática para permitir que uma pessoa versada na técnica utilize a presente invenção em diversas modalidades e com diversas modificações conforme é adequado ao uso particular contemplado.

Claims

Método de comutação da recepcão de fluxos de midia caracterizado pelo fato de que compreende:
receber uma sessão de fluxo continuo do serviço multicast de difusão de multimídia;
receber informações de descrição da sessão concernentes a uma sessão de serviço de fluxo contínuo do pacote cornutado;
após abandonar a área de cobertura do serviço multicast de difusão de multimidia, enviar uma solicitação a um servidor de fluxo continuo do pacote comutado para começar a receber a sessão de fluxo continuo do pacote comutado que começa em um ponto particular na linha do termpo da sessão de fluxo continuo do pacote comutado;
determinar o ponto particular no linha do tempo da sessão de serviço de fluxo contínuo do pacote cornutado pela soma da quantidade de tempo (d) necessária para completar uma mudança da sessão de fluxo continuo do serviço multicast de difusão de multimídia para a sessão de fluxo contínuo do pacote cornutado e uma diferença entre o tempo de início (x) da sessão de fluxo continuo do serviço multicast de difusão de multimídia e o tempo (y) no qual o ponto de entrega é iniciado;
incluir uma indicação de um ponto particular na linha do tempo da mídia para a solicitação, de modo a permitir a habilitação do servidor de serviço de fluxo contínuo do pacote cornutado para corretamente posicionar o fluxo contínuo do pacote cornutado após a entrega da sessão de fluxo continuo do serviço multicast de difusão de multimídia para o serviço de fluxo contínuo do pacote cornutado ocorrer e
se a solicitação for aceita pelo servidor de fluxo continuo do pacote comutado, receber a sessão de serviço de fluxo continuo do pacote comutado de acordo com a solicitação de mudança de tempo correspondente ao ponto particular na linha do tempo da mídia.
Aparelho caracterizado por compreender:
meios para receber uma sessão de fluxo continuo do serviço multicast de difusão de multimídia;
meios para receber informação de descrição da sessão concernente a uma sessão de serviço de fluxo continuo do pacote comutado;
meios para, após abandonar a área de cobertura do serviço multicast de difusão de multimídia, enviar uma solicitação para o servidor de fluxo contínuo do pacote comutado para iniciar o recebimento da sessão de fluxo contínuo do pacote comutado que começa em um ponto particular na linha do tempo da sessão de fluxo contínuo do pacote comutado;
meios para determinar o ponto particular na linha do tempo da mídia da sessão de fluxo contínuo do pacote comutado pela soma de quantidade de tempo (d) necessária para completar uma mudança da sessão de fluxo continuo do serviço multicast de difusão de multimídia para a sessão de fluxo contínuo do pacote cornutado e uma diferença entre o tempo de início (x) da sessão de fluxo continuo do serviço multicast de difusão de multimídia e o tempo (y) no qual o ponto de entrega é iniciado;
incluir uma indicação de um ponto particular na linha do tempo da mídia para a solicitação, de modo a permitir a habilitação do servidor de serviço de fluxo contínuo do pacote cornutado para corretamente posicionar o fluxo contínuo do pacote cornutado após a entrega da sessão de fluxo continuo do serviço multicast de difusão de multimídia para o serviço de fluxo contínuo do pacote cornutado ocorrer; e
meios para, se a solicitação for aceita pelo servidor de fluxo continuo do pacote comutado, processar a sessão recebida de serviço de fluxo continuo do pacote comutado de acordo com a solicitação de mudança de tempo correspondente ao ponto particular na linha do tempo da mídia.
Aparelho, de acordo com a reivindicação 2, caracterizado por, se a solicitação não for aceita pelo servidor de fluxo contínuo do pacote comutado, a sessão de fluxo continuo do pacote comutado ser recebida de acordo com as configurações para o servidor de fluxo continuo do pacote comutado.
Aparelho, de acordo com as reivindicações 2 ou 3, caracterizado por a informação de descrição da sessão ser recebida em resposta a uma solicitação de informação de descrição da sessão, a solicitação de informação de descrição da sessão ser enviada para um dos enquanto na área de cobertura do serviço multicast de difusão de multimídia e após abandonar a área de cobertura do serviço multicast de difusão de multimídia.
Aparelho, de acordo com qualquer das reivindicações 3 a 5, caracterizado por ainda compreender meios para selecionar uma das pluralidades de opções para reprodução continuada da mídia para a sessão de fluxo contínuo do pacote comutado e notificar o servidor de fluxo contínuo do pacote comutado da opção selecionada,
em que, se a solicitação é aceita pelo servidor de fluxo contínuo do pacote comutado, a sessão de fluxo contínuo do pacote comutado é recebida de acordo com a opção selecionada.
Aparelho, de acordo com a reivindicação 5, caracterizado por a pluralidade de opções ser identificada em pelo menos uma das descrições de serviço do usuário do serviço multicast de difusão de multimídia e a informação da descrição da sessão para a sessão de fluxo contínuo do pacote comutado.
Aparelho, de acordo com as reivindicações 5 ou 6, caracterizado por uma das pluralidades de opções compreender um dos:
receber a sessão de fluxo contínuo do pacote comutado iniciando em um ponto no tempo quando a recepção da sessão do serviço multicast de difusão de multimídia tiver parado, receber a sessão de fluxo contínuo do pacote comutado iniciando em um ponto no tempo antes do ponto do tempo no qual a recepção da sessão do serviço multicast de difusão de multimídia tiver parado, e
receber a sessão de fluxo contínuo do pacote comutado iniciando no instante atual do fluxo contínuo do pacote comutado.
Aparelho, de acordo com qualquer uma das reivindicações 3 a 7, caracterizado por ainda compreender:
meios para examinar por um suporte de funcionalidade de mudança de tempo do servidor de fluxo contínuo do pacote comutado; e
meios para receber um indicação do suporte para a funcionalidade de mudança de tempo em, ao menos, uma das descrições de serviço do usuário do serviço multicast de difusão de multimídia e a informação da descrição da sessão para a sessão de fluxo contínuo do pacote comutado.
Sistema caracterizado por compreender:
um centro de serviço multicast de difusão;
um equipamento de usuário do serviço multicast de transmissão multimídia, configurado para:
receber uma sessão de serviço de fluxo contínuo multicast de difusão multimídia a partir do centro de serviço multicast de transmissão; e
receber informação de descrição de sessão concernente a uma sessão de serviço de fluxo contínuo de pacote comutado; e
um servidor de fluxo contínuo do pacote comutado,
em que o equipamento do usuário do serviço multicast de difusão multimídia é ainda configurado para:
quando abandonar a área de cobertura do serviço multicast de difusão multimídia, enviar uma solicitação para o servidor de fluxo contínuo do pacote comutado para iniciar o recebimento da sessão iniciando em um ponto particular em uma linha do tempo de uma sessão de fluxo contínuo de um pacote comutado;
em que o equipamento de usuário do serviço multicast de difusão multimídia está ainda configurado para determinar o ponto particular na linha do tempo da mídia da sessão de fluxo contínuo do pacote comutado pela soma de quantidade de tempo (d) necessária para completar uma mudança da sessão de fluxo continuo do serviço multicast de difusão de multimídia para a sessão de fluxo contínuo do pacote cornutado e uma diferença entre o tempo de início (x) da sessão de fluxo continuo do serviço multicast de difusão de multimídia e o tempo (y) no qual o ponto de entrega é iniciado;
incluir uma indicação de um ponto particular na linha do tempo da mídia para a solicitação, de modo a permitir a habilitação do servidor de serviço de fluxo contínuo do pacote cornutado para corretamente posicionar o fluxo contínuo do pacote cornutado após a entrega da sessão de fluxo continuo do serviço multicast de difusão de multimídia para o serviço de fluxo contínuo do pacote cornutado ocorrer; e
em que o servidor de fluxo contínuo do pacote comutado está configurado para:
aceitar o pedido; e
enviar a sessão de fluxo continuo do serviço multicast de difusão de multimídia para o equipamento do usuário de acordo com a mudança de tempo solicitada correspondendo a um ponto particular na linha do tempo da mídia.
Sistema, de acordo com a reivindicação 9, caracterizado por o equipamento de usuário do serviço multicast de difusão de multimídia ser ainda configurado para selecionar um de uma pluralidade de opções para a continuidade de reprodução de mídia para a sessão de fluxo contínuo de pacote comutado, e em que o servidor de fluxo contínuo de pacote comutado ser ainda configurado para enviar a sessão de fluxo contínuo de pacote comutado de acordo com a opção selecionada.