BRPI0706485A2 - processamento de dados de mìdia para serviço de seção com base em sip - Google Patents
processamento de dados de mìdia para serviço de seção com base em sip Download PDFInfo
- Publication number
- BRPI0706485A2 BRPI0706485A2 BRPI0706485-3A BRPI0706485A BRPI0706485A2 BR PI0706485 A2 BRPI0706485 A2 BR PI0706485A2 BR PI0706485 A BRPI0706485 A BR PI0706485A BR PI0706485 A2 BRPI0706485 A2 BR PI0706485A2
- Authority
- BR
- Brazil
- Prior art keywords
- media data
- burst
- media
- server
- data
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/4061—Push-to services, e.g. push-to-talk or push-to-video
-
- 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/1059—End-user terminal functionalities specially adapted for real-time communication
-
- 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/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/762—Media network packet handling at the source
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
- H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
PROCESSAMENTO DE DADOS DE MIDIA PARA SERVIçO DE SEçAO COM BASE EM SIP São divulgados um método e um terminal para processar dados de mídia para um serviço de seção com base em Protocolo de Iniciação de Sessão (SIP), em que um terminal verifica um código de motivo da revogação da rajada de conversa incluído em uma mensagem de revogação da rajada de conversa recebida de um servidor para realizar seletivamente a transmissão ou o descarte dos dados de midia armazenados temporariamente restantes, dependendo do motivo de revogação da rajada de conversa verificado.
Description
"PROCESSAMENTO DE DADOS DE MIDIA PARA SERVIÇO DESEÇÃO COM BASE EM SIP"
DIVULGAÇÃO DA INVENÇÃO
SOLUÇÃO TÉCNICA
Esta divulgação diz respeito a um serviço de seçãocom base em Protocolo de Iniciação de Sessão (SIP) e a ummétodo e terminal para processar ou tratar dados de mídiaque permanecem em um cliente (isto é, terminal cliente) comuma rajada de conversa (isto é, rajada de conversa com fluxoconcedido) a ser revogado.
Em comunicações sem fio, SIP denota um protocolode sinalização que define um procedimento no qual os termi-nais que desejam comunicar uns com os outros identificam edescobrem suas localizações, e estabelecem, liberam ou"mudamseções de serviço multimídia entre eles. Serviços com baseno SIP (isto é, serviços com base em SIP) têm uma estruturade solicitação / resposta de geração de controle, modifica-ção e terminação de seções de serviço multimídia. Também, osserviços com base em SIP fornecem serviços pelo uso de umlocalizador de recursos uniforme (URL), que é similar a umendereço de correio eletrônico, sem considerar os endereçosIP (Protocolo de Internet) para habilitar a identificação decada usuário.
Um serviço aperte para (PT) pode ser um dos servi-ços de seção com base em SIP. O serviço PT, que é projetadopara fornecer comunicação rápida para provedores.de serviçoe para clientes em uma rede de comunicação móvel, é um ser-viço de comunicação no qual um cliente, com uma rajada deconversa ou com uma permissão de transmissão (isto é, per-missão para transmitir uma rajada de conversa ou uma rajadade mídia) entre muitos clientes com uma sessão estabelecidaentre eles por meio de um servidor, transmite dados de mídiaque incluem dados de voz ou dados de imagem, e o resto dosclientes que participam da sessão recebe os dados de mídia.Tipicamente, o serviço PT pode ser um serviço aperte parafalar em celular (PoC) para a transmissão de dados de voz(áudio) para fornecer serviços de chamada, um serviço apertepara visualizar (PTV) para a transmissão de dados de imagemem movimento (vídeo) ou um serviço aperte para dados (PTD)para a transmissão de vários dados. O serviço PT pode trans-mitir dados de voz, dados de imagem ou dados de mídia paraum único receptor (1 para 1) ou para grupos de receptorescomo em uma sessão de conversa em grupo (1 para muitos).
Um sistema de serviço PT pode incluir clientes PT(isto é, terminais clientes) para solicitar um serviço PT eum servidor para controlar a transmissão de voz e de dadosentre clientes PT para implementar vários tipos de serviçosPT e a transmissão da rajada de conversa usando um Protocolode Controle da rajada de conversa (TBCP).
Os clientes PT podem transmitir dados de mídia so-mente depois de obter uma rajada de conversa ou uma permis-são de transmissão (doravante referida somente como rajadade conversa) para serviços PT. Os clientes PT podem obter eretornar (liberar) a rajada de conversa por meio de um ser-vidor PT.
A fim de controlar a rajada de conversa, os clien-tes PT e o servidor PT trocam mensagens do protocolo de con-trole da rajada de conversa (TBCP) ou mensagens do protocolode controle da rajada de mídia (MBCP).
As mensagens TBCP podem incluir uma mensagem deSolicitação de Rajada de Conversa (isto é, solicitação TB)que permite que clientes PT solicitem uma rajada de conver-sa, uma mensagem de Revogação da rajada de conversa (isto é,Revogação TB) que permite que o servidor PT revogue (ou re-jeite) uma rajada de conversa que foi obtido por um certocliente PT, ou uma mensagem de Liberação de Rajada de Con-versa (isto é, Liberação TB) que permite que um cliente PTretorne (libere) uma rajada de conversa concedida a ele parao servidor PT.
Um cliente PT transmite completa ou incondicional-mente dados de mídia que permaneceram em um armazenamentotemporário (isto é, dados de mídia ainda armazenados tempo-rariamente) para o servidor PT depois que o cliente PT, quetransmite dados de mídia pela obtenção de uma rajada de con-versa, receber uma mensagem de Revogação TB TBCP (RevogaçãoTB) . Então, o servidor PT não transmite os dados de mídiapara um cliente PT receptor e, em vez disto, descarta os da-dos de mídia do cliente PT do qual uma rajada de conversafoi revogada.
Assim, no sistema PT, já que o cliente PT trans-missor, que recebeu a mensagem de Revogação TB, transmitetodos os dados de mídia armazenados temporariamente restan-tes incondicionalmente, o servidor PT deve realizar desne-cessariamente o processo de descartar os dados de mídia ar-mazenados temporariamente restantes. Além do mais, o clientePT transmissor transmite os dados de midia que devem serdescartados pelo servidor PT sem ser transmitidos para ocliente PT receptor pelo uso de recursos de rádio (por exem-pio, largura de banda aérea), que ocasiona um consumo inde-sejado dos recursos de rádio.
Também, no sistema PT, o cliente PT transmissorque receber a mensagem de Revogação TB, pode descartar com-pletamente os dados de midia armazenados temporariamenterestantes. Assim, o usuário do cliente PT receptor pode nãoesperar ou preparar uma terminação súbita da transmissão dedados se o cliente PT transmissor descartar completamente osdados de midia armazenados temporariamente restantes. Istotambém pode ocasionar uma degradação da qualidade do servi-ço.
Para abordar tais inconvenientes, os recursos emodalidades descritos a seguir fornecem um método e um ter-minal para processar dados de midia para um serviço de seçãocom base em SIP no qual um cliente transmissor com uma raja-da de conversa a ser revogado verifica um motivo de revoga-ção da rajada de conversa para realizar seletivamente atransmissão ou o descarte dos dados de midia em um armazena-mento temporário restante.
Um aspecto desta divulgação envolve o reconheci-mento de tais inconvenientes pelos presentes inventores, co-mo explicado anteriormente. Com base em tal reconhecimento,a melhoria no processamento dos dados de midia para um ser-viço de seção com base em SIP pode ser alcançada. Certos re-cursos que podem ser parte do método e do terminal para pro-cessar dados de mídia para o serviço de seção com base emSIP não serão descritos com muitos detalhes, meramente paraimpedir que as características desta divulgação sejam obscu-recidas. Entretanto, versados na técnica entendem que taisrecursos adicionais também podem fazer parte dos método esistema para o tratamento e/ou o processamento de dados demídia para o serviço de seção com base em SIP.
Em uma modalidade, é fornecido um método para pro-cessar dados de mídia por um terminal em um sistema de ser-viço de seção com base em Protocolo de Iniciação de Sessão(SIP) com pelo menos um ou mais terminais e um servidor, ométodo compreendendo: receber, por um terminal, uma mensagemde protocolo de controle da rajada de conversa (ou uma men-sagem de protocolo de controle da rajada de mídia) do servi-dor, verificar um código de motivo da revogação da rajada deconversa incluído na mensagem de protocolo de controle darajada de conversa, e transmitir dados codificados ou des-cartar os dados codificados de acordo com o código de motivoda revogação da rajada de conversa.
Em uma outra modalidade, é fornecido um terminalpara processar dados de mídia para um sistema de serviço deseção com base em Protocolo de Iniciação de Sessão (SIP) compelo menos um ou mais terminais e um servidor, o terminalcompreendendo: uma mídia de armazenamento adaptada para ar-mazenar dados codificados, e um cliente adaptado para veri-ficar o código de motivo da revogação da rajada de conversaem uma mensagem de protocolo de controle da rajada de con-versa transmitida por um servidor e para realizar a trans-missão ou o descarte dos dados codificados dependendo do có-digo de motivo da revogação da rajada de conversa verifica-do .
A figura 1 é um diagrama de blocos que ilustra umaconstrução de um terminal para processar os dados de midiapara um serviço de seção com base em SIP.
A figura 2 ilustra um formato de uma mensagem derevogação da rajada de conversa.
A figura 3 é um fluxograma de sinal que ilustra ummétodo para processar dados de midia para um serviço de se-ção com base em SIP.
A figura 4 é um fluxograma que ilustra um métodono qual um cliente determina se transmite os dados de mídiaarmazenados temporariamente restantes, de acordo com um có-digo de motivo da revogação da rajada de conversa.
Doravante, várias modalidades e seus recursos paraprocessar dados de mídia para serviço de seção com base emSIP serão explicados em relação aos desenhos anexos.
A primeira modalidade pode ser implementada de ma-neira tal que um servidor transmita para um cliente uma men-sagem de revogação da rajada de conversa que inclui um códi-go de motivo da revogação da rajada de conversa ou um motivode interrupção de transmissão (doravante chamado somente demotivo de revogação da rajada de conversa), e o cliente podeverificar o código de motivo da revogação da rajada de con-versa incluído na mensagem de revogação da rajada de conver-sa para realizar seletivamente tanto uma função de transmis-são quanto uma função de descarte dos dados de mídia armaze-nados temporariamente restantes (isto é, dados de mídia res-tantes armazenados em um armazenamento temporário) , de acor-do com o motivo de revogação da rajada de conversa.
A figura 1 é um diagrama de blocos que ilustra umaconstrução de um terminal para processar dados de mídia paraum serviço de seção com base em SIP. Da forma ilustrada nafigura 1, um terminal de acordo com esta divulgação pode in-cluir uma mídia de armazenamento para armazenar dados codi-ficados, e um cliente 11 para verificar o código de motivoda revogação da rajada de conversa incluído em uma mensagemde protocolo de controle da rajada de conversa (ou uma men-sagem de protocolo de controle da rajada de mídia) transmi-tida de um servidor e que realiza a transmissão ou o descar-te dos dados codificados de acordo com o código de motivo darevogação da rajada de conversa verificado.
A mídia de armazenamento pode ser logicamenteconstituída com dois armazenamentos temporários e fisicamen-te constituída com um ou mais armazenamentos temporários. Amídia de armazenamento pode incluir um primeiro armazenamen-to temporário 12, para armazenar dados antes de ser codifi-cados, e um segundo armazenamento temporário 13 para armaze-nar dados codificados.
Se a mídia de armazenamento for equipada com oprimeiro armazenamento temporário 12 e com o segundo armaze-namento temporário 13, o terminal com tal construção podearmazenar dados antes de ser codificados, tais como dados devoz ou de mídia do usuário, exceto os dados de voz. Por e-xemplo, os dados de mídia, exceto os dados de voz, podem in-cluir dados de imagem inseridos a partir de uma câmera inte-gralmente equipada no terminal, dados de arquivo, dados devídeo, etc. O terminal também pode transmitir dados armaze-nados no primeiro armazenamento temporário 12 para codificá-los em um formato correspondente. Portanto, o terminal podearmazenar os dados codificados no segundo armazenamento tem-porário 13. Aqui, vários tipos de mídia de armazenamento po-dem ser aplicados nesta divulgação (por exemplo, unidades dedisco rígido, discos flexíveis, fita, CD-ROMs, discos óti-cos, EEPROMs, ROMs, PROMs, RAMs, DRAMs, SRAMs, software em-barcado, lógica programável, etc.).
Doravante, o motivo de revogação da rajada de con-versa será explicado.
A figura 2 ilustra um formato de uma mensagem derevogação da rajada de conversa.
Quando uma permissão de transmissão ou rajada deconversa (doravante referido somente como rajada de conver-sa) de um terminal que está transmitindo dados deve ser re-vogada (ou rejeitada) em função de um certo motivo, o servi-dor pode transmitir a mensagem de revogação da rajada deconversa para o terminal a fim de revogar a rajada de con-versa. Aqui, o servidor pode transmitir a mensagem de revo-gação da rajada de conversa para o terminal pela adição deum motivo de revogação da rajada de conversa para revogar arajada de conversa, por exemplo, em um campo de código demotivo.
A rajada de conversa do terminal pode ser revogadoem pelo menos quatro diferentes casos, descritos a seguir,cada caso com um diferente motivo de revogação da rajada deconversa.
Um primeiro caso representa que um terminal temuma permissão para transmitir dados ou rajada de conversa(doravante referido somente como rajada de conversa) pormuito tempo e para transmitir dados por muito tempo. Nestecaso, o motivo de revogação da rajada de conversa pode serchamado e/ou considerado um ΛRajada de conversa muito lon-ga'. Aqui, um certo valor de tempo de referência (isto é, 30seg., 60 seg., etc.) pode ser usado para determinar se a ra-jada de conversa é muito longa, e tal valor de tempo de re-ferência pode ser obtido quando uma permissão para a rajadade conversa for concedida ao terminal.
Um segundo caso representa que um outro terminaldiferente do terminal se apossa (tome) de uma rajada de con-versa do terminal a fim de transmitir dados. Por exemplo, seuma prioridade (isto é, prioridade de TB concedido) do outroterminal for mais alta do que a de um certo terminal que tema rajada de conversa acontecendo naquele momento, o outroterminal se apossa da rajada de conversa do certo terminal.Neste caso, o motivo de revogação da rajada de conversa podeser chamado e/ou considerado como um ^Rajada de conversapré-esvaziada'.
Um terceiro caso representa a situação em que nãohá terminais receptores que recebem dados transmitidos apartir do terminal transmissor. Por exemplo, se houver so-mente um terminal que participou em um serviço de seção (is-to é, somente um terminal do usuário em uma sessão de con-versa em grupo), a rajada de conversa de tal terminal é re-vogada em virtude de não haver terminais receptores que re-cebem dados transmitidos a partir de tal terminal. Neste ca-so, o motivo de revogação da rajada de conversa pode serchamado e/ou considerado 'Somente um usuário PT'.
Um quarto caso representa que o terminal estátransmitindo dados mesmo se não tiver uma permissão paratransmitir dados (isto é, transmitindo dados sem ter a raja-da de conversa em função da perda temporária de coberturapara o terminal cliente). Neste caso, o motivo de revogaçãoda rajada de conversa pode ser chamado e/ou considerado umaΛΝΑΟ permissão para transmitir uma rajada de Conversa'.
O código de motivo da revogação da rajada de con-versa incluido na mensagem de revogação da rajada de conver-sa pode ter um valor intrínseco diferente (exclusivo), depen-dendo de cada um dos motivos de revogação da rajada de con-versa. Isto é, o código de motivo incluido na mensagem derevogação da rajada de conversa tem um valor intrínseco di-ferente de acordo com qualquer um dos motivos de revogaçãoda rajada de conversa.
Por exemplo, se o motivo de revogação da rajada deconversa for o 'Somente um usuário PT', o valor do código demotivo pode ser ajustado em "1". Se o motivo de revogação darajada de conversa for o 'Rajada de Conversa muito longa', ovalor do código de motivo pode ser ajustado em "2". Se o mo-tivo de revogação da rajada de conversa for o 'Não permissãopara transmitir uma rajada de Conversa', o valor do códigode motivo pode ser ajustado em "3". Se o motivo de revogaçãoda rajada de conversa for a iRajada de Conversa pré-esvaziada', o valor do código de motivo pode ser ajustado em
A figura 3 é um fluxograma de sinal que ilustra ummétodo para processar dados de midia para um serviço de se-ção com base em SIP.
Da forma ilustrada na figura 3, um sistema parasuportar um serviço de seção com base em SIP pode ser forne-cido com um primeiro terminal, um segundo terminal e um ser-vidor. O primeiro terminal pode obter uma rajada de conversado servidor e pode transmitir dados de midia para um serviçode seção com base em SIP, e o segundo terminal pode receberos dados de midia. O servidor pode controlar a transmissãoda rajada de conversa entre os primeiro e segundo terminaise pode realizar uma operação de troca dos dados de midia.Aqui, os primeiro e segundo terminais podem ter uma constru-ção similar à ilustrada na figura 1, respectivamente. A fi-gura 3 ilustra um primeiro cliente PT do primeiro terminal eum segundo cliente PT do segundo terminal.
Em primeiro lugar, quando o primeiro cliente PTtem uma rajada de conversa, o primeiro cliente PT podetransmitir para o servidor dados de midia de protocolo detransporte em tempo real (RTP) que devem ser transmitidospara o segundo cliente PT (Sll). Os dados de midia RTP podemindicar dados obtidos pela codificação dos dados de voz (ra-jada de conversa) ou de midia (rajada de midia) de um usuá-rio em um formato correspondente e, então, pela conversãodos dados codificados em um formato de pacote RTP.
O servidor pode transmitir os dados de mídia RTPrecebidos para o segundo cliente PT (S11).
Aqui, se a rajada de conversa tomada pelo primeirocliente PT precisar ser revogada, o servidor PT pode trans-mitir para o primeiro cliente PT uma mensagem de revogaçãoda rajada de conversa (mensagem de Revogação TB) que incluium código de motivo da revogação da rajada de conversa(S13). O código de motivo da revogação da rajada de conversapode ser transmitido pelo uso de um campo de código de moti-vo ou de outros vários tipos de formato de dados que indicamo motivo de revogação da rajada de conversa correspondente.Os motivos de revogação da rajada de conversa podem ser en-tendidos como exposto.
Depois de receber a mensagem de Revogação TB, oprimeiro cliente PT pode interromper a adição de dados devoz inseridos por um usuário ou de dados de vídeo geradospor uma câmera do terminal em um armazenamento temporário(isto é, o primeiro armazenamento temporário) do terminal, etambém pode interromper uma operação de codificação que estásendo realizada. Então, o primeiro cliente PT pode remover(apagar) dados restantes no primeiro armazenamento temporá-rio sem ser codificados a partir do primeiro armazenamentotemporário. O primeiro cliente PT também pode verificar ocódigo de motivo da revogação da rajada de conversa incluídona mensagem de Revogação TB recebida e pode determinar setransmite os dados de mídia armazenados temporariamente res-tantes (isto é, dados de mídia codificados) no segundo arma-zenamento temporário (S15).
A figura 4 é um fluxograma que ilustra um métodono qual um cliente determina se transmite dados de mídia ar-mazenados temporariamente restantes de acordo com um códigode motivo da revogação da rajada de conversa.
O código de motivo da revogação da rajada de con-versa incluído na mensagem de Revogação TB transmitida peloservidor PT pode ter um dos primeiro até quarto valores.
Se o código de motivo da revogação da rajada deconversa incluído na mensagem de Revogação TB tiver o pri-meiro valor (por exemplo, "2") , o primeiro cliente PT podedeterminar que o código de motivo da revogação da rajada deconversa corresponde ao 'Rajada de Conversa muito longa'(S21 e S23) e, então, pode transmitir dados de mídia codifi-cados restantes no segundo armazenamento temporário. Se ocódigo de motivo da revogação da rajada de conversa tiver osegundo valor (por exemplo, "4"), o primeiro cliente PT podedeterminar que o código de motivo da revogação da rajada deconversa corresponde ao 'Rajada de Conversa Pré-esvaziada'e, dessa maneira, pode transmitir os dados de mídia codifi-cados restantes no segundo armazenamento temporário.
Quando determina-se que tais dados de mídia, arma-zenados temporariamente restantes (isto é, dados de mídiacodificados) devem ser transmitidos, o primeiro cliente PTpode transmitir os dados de mídia codificados do segundo ar-mazenamento temporário e pode converter os dados de mídiatransmitidos ém um formato de pacote RTP. Então, o primeirocliente PT pode transmitir os dados de mídia RTP para o ser-vidor PT (S25) (S17).
O servidor PT pode transmitir os dados de mídiatransmitidos para o segundo cliente PT (S17). Dessa maneira,o segundo cliente PT pode receber a mídia armazenada tempo-rariamente restante no armazenamento temporário do primeirocliente PT.
Se o código de motivo da revogação da rajada deconversa incluído na mensagem de Revogação TB tiver o ter-ceiro valor (por exemplo, "1"), o primeiro cliente PT podedeterminar que o código de motivo da revogação da rajada deconversa corresponde ao ASomente um usuário PT' (S27) e, en-tão, pode descartar os dados de mídia codificados restantesno segundo armazenamento temporário (S29) (S19). Também, seo código de motivo da revogação da rajada de conversa tivero quarto valor (por exemplo, "3"), o primeiro cliente PT po-de determinar que o código de motivo da revogação da rajadade conversa corresponde a ^Nao permissão para transmitir umarajada de Conversa' (S27) e, dessa maneira, pode descartaros dados de mídia codificados restantes no segundo armazena-mento temporário (S29) (S19).
Aqui, embora não ilustrado com detalhes na figura3, no caso em que os dados de mídia restantes devem sertransmitidos para o servidor PT, depois que o primeiro cli-ente PT puder transmitir os dados de mídia codificados dosegundo armazenamento temporário, pode converter os dados demídia transmitidos em um formato de pacote RTP e, posterior-mente, pode transmitir os dados de mídia RTP para o servidorPT (S17), ou depois que o primeiro cliente PT puder descar-tar os dados de mídia codificados restantes no segundo arma-zenamento temporário (S19), o primeiro cliente ' PT podetransmitir uma mensagem de liberação de rajada de conversaou de rajada de mídia (Liberação TB ou MB) para o servidorPT a fim de retornar a rajada de conversa tomada para o ser-vidor PT.
Em tal método, um cliente transmissor que recebeua mensagem de Revogação TB pode determinar se transmite da-dos de mídia restantes no seu armazenamento temporário de-pendendo do motivo de revogação da rajada de conversa inclu-ído na mensagem de Revogação TB.
Esta divulgação pode ser adicionalmente incorpora-da com uma especificação detalhada divulgada em OMA-TS-PoC-ControlPlane-Vl_0-200 60127, OMA-TS-PoC-UserPlane-Vl_C>-20060127 e OMA-AD-PoC-Vl_0-20060127.
Como exposto, o método e terminal para processardados de mídia para o serviço de seção com base em SIP des-critos nesta divulgação podem ser efetivos em que, se umcliente transmissor que recebeu uma mensagem de revogação darajada de conversa pode verificar um motivo de revogação darajada de conversa incluído na mensagem e, quando for deter-minado que a transmissão dos dados de mídia armazenados tem-porariamente restantes não é exigida, então, o clientetransmissor pode descartar os dados, para impedir o consumodos recursos de rádio ocasionado pela transmissão desneces-sária dos dados a ser descartados para o servidor PT usandoos recursos de rádio. Além do mais, depois de verificar omotivo de revogação da rajada de conversa, se o clientetransmissor determinar que é exigido que os dados de mídiaarmazenados temporariamente restantes sejam transmitidos,então, o cliente transmissor pode transmitir os dados de mí-dia armazenados temporariamente restantes de maneira tal queum cliente receptor possa esperar a interrupção da transmis-são dos dados.
Pode-se dizer que esta divulgação fornece um méto-do para tratar dados de mídia em um serviço com base em ses-são de um sistema de comunicação sem fio com pelo menos umou mais terminais clientes e um servidor, o método compreen-dendo: receber uma mensagem de controle do servidor, verifi-car pelo menos um código de motivo incluído na mensagem decontrole, determinar se descarta os dados de mídia armazena-dos temporariamente restantes ou se transmite os dados demídia armazenados temporariamente restantes para o servidorde acordo com a etapa de verificação, e transmitir uma men-sagem de liberação para o servidor quando os dados de mídiaarmazenados temporariamente restantes forem tanto descarta-dos quanto transmitidos para o servidor, em que o pelo menosum código de motivo é um código de motivo da revogação darajada de mídia, o pelo menos um código de motivo é pelo me-nos um de um 'rajada de mídia muito longa', um ARajada deMídia Pré-esvaziada', um ΛSomente um usuário PoC' e uma ^Naopermissão para transmitir uma rajada de Mídia'." A etapa dedeterminação compreende adicionalmente: transmitir os dadosde mídia armazenados temporariamente restantes para o servi-dor se o código de motivo for o xrajada de mídia muito lon-ga' ou o 'Rajada de Mídia Pré-esvaziada' ou descartar os da-dos de mídia armazenados temporariamente restantes se o có-cligo de motivo for o 'somente um usuário PoC' ou a 'Não per-missão para transmitir uma rajada de Mídia'. A mensagem decontrole é uma mensagem de protocolo de controle da rajadade Mídia. Os dados de mídia armazenados temporariamente res-tantes são armazenados em uma mídia de armazenamento. Os da-dos de mídia armazenados temporariamente restantes são dadoscodificados. O pelo menos um código de motivo tem um respec-tivo valor exclusivo diferente com base em um motivo de Re-vogação da rajada de mídia. O serviço com base em sessão épelo menos um de um serviço Aperte Para Falar (PTT), um ser-viço Aperte Para Vídeo (PTV) e um serviço Aperte Para Dados(PTD), e os dados de mídia armazenados temporariamente res-tantes são pelo menos um de dados de voz, dados de imagem edados de mídia.
Também pode-se dizer que esta divulgação forneceum método para tratar dados de mídia em um serviço com baseem sessão de um sistema de comunicação sem fio com pelo me-nos um ou mais terminais clientes e um servidor, o métodocompreendendo: transmitir uma mensagem de controle para umterminal cliente, em que a mensagem de controle inclui pelomenos um código de motivo que permite que o terminal clientedescarte seletivamente os dados de mídia armazenados tempo-rariamente restantes ou transmita seletivamente os dados demídia armazenados temporariamente restantes para o servidor,receber os dados de mídia armazenados temporariamente res-tantes quando o pelo menos um código de motivo satisfaz umacerta condição, e receber uma mensagem de liberação do ter-minai cliente quando o terminal cliente descarta os dados demídia armazenados temporariamente restantes ou transmite osdados de mídia armazenados temporariamente restantes para oservidor, em que a mensagem de controle é uma mensagem deprotocolo de controle da rajada de mídia. A certa condição ésatisfeita quando o pelo menos um código de motivo for umxrajada de mídia muito longa' ou um ^Rajada de Mídia Pré-esvaziada'. Os dados de mídia armazenados temporariamenterestantes são dados codificados que são armazenados em umamídia de armazenamento. E o pelo menos um código de motivotem um respectivo valor exclusivo diferente com base em ummotivo de Revogação da rajada de mídia.
Também, esta divulgação pode fornecer um terminalpara tratar dados de mídia em um serviço com base em sessãode um sistema de comunicação sem fio com pelo menos um oumais terminais clientes e um servidor, o terminal compreen-dendo: uma mídia de armazenamento adaptada para armazenardados codificados e um processador que coopera com a mídiade armazenamento adaptado para realizar as etapas de receberuma mensagem de controle do servidor, verificar pelo menosum código de motivo incluído na mensagem de controle, e de-terminar se descarta os dados de mídia armazenados tempora-riamente restantes ou se transmite os dados de mídia armaze-nados temporariamente restantes para o servidor de acordocom a etapa de verificação, em que o processador realiza a-dicionalmente as etapas de: transmitir uma mensagem de libe-ração para o servidor depois que os dados de mídia armazena-dos temporariamente restantes forem descartados ou transmi-tidos para o servidor.
Os métodos exemplares descritos até aqui podem serimplementados em software, hardware, ou uma combinação des-tes. Por exemplo, os métodos exemplares ou pelo menos partedos seus procedimentos podem ser armazenados em midia de ar-mazenamento (por exemplo, memória interna de um terminal mó-vel, memória Flash, disco rígido, etc.) e ser implementadoscomo códigos, comandos, instruções, etc. que são parte dosprogramas de software que podem ser executados por processa-dores (por exemplo, um microprocessador em um terminal mó-vel, um controlador, etc.).
Cada um dos primeiro e segundo terminais clientes10 supradescritos . pode incluir um módulo transceptor, umaunidade de saída (por exemplo, uma tela, um dispositivo desaída de som, etc.), uma unidade de entrada (por exemplo, ummicrofone, uma unidade de entrada de tecla, etc.), um módulode câmera, bem como outros sistemas de circuito ou componen-tes de controle. Também, o servidor pode incluir uma inter-face de rede, uma mídia de armazenamento, um processador,bem como outras entidades de rede.
Também, os recursos e aspectos aqui descritos sãorelacionados a todos os sistemas de comunicação sem fio queusam dispositivos móveis, tais como PDAs e computadores por-táteis equipados com capacidades de comunicação sem fio (is-to é, interface) , e que podem ser implementados para eles.Além do mais, o uso de certos termos para descrever esta di-vulgação não deve limitar o escopo desta divulgação a umcerto tipo de sistema de comunicação sem fio. Esta divulga-ção também é aplicável a outros sistemas de comunicação semfio que usam diferentes interfaces de ar e/ou camadas físi-cas, por exemplo, TDMA, CDMA, FDMA, WCDMA, OFDM, EV-DO, Wi-Max Móvel, Wi-Bro, etc.
Também deve-se entender que as modalidades exem-
plares supradescritas não são limitadas por nenhum dos deta-lhes da descrição exposta, a menos que de outra forma espe-cificada, mas, em vez disto, devem ser interpretadas ampla-mente. Portanto, pretende-se que todas as mudanças e modifi-cações estruturais e/ou funcionais que caem nos precisos li-mites das reivindicações ou equivalentes de tais precisoslimites sejam abraçadas por tais reivindicações.
Claims (20)
1. Método para tratar dados de mídia era um serviçocom base em sessão de um sistema de comunicação sem fio compelo menos um ou mais terminais clientes e um servidor,CARACTERIZADO pelo fato de que o método compreende:receber uma mensagem de controle do servidor;verificar pelo menos um código de motivo incluídona mensagem de controle; edeterminar se descarta dados de mídia armazenadostemporariamente restantes ou se transmite dados de mídia ar-mazenados temporariamente restantes para o servidor de acor-do com a etapa de verificação.
2. Método, de acordo com a reivindicação 1,CARACTERIZADO pelo fato de que compreende:transmitir uma mensagem de liberação para o servi-dor quando os dados de mídia armazenados temporariamenterestantes são descartados ou transmitidos para o servidor.
3. Método, de acordo com a reivindicação 1,CARACTERIZADO pelo fato de que o pelo menos um código de mo-tivo é um código de motivo da revogação da rajada de mídia.
4. Método, de acordo com a reivindicação 1,CARACTERIZADO pelo fato de que o pelo menos um código de mo-tivo é pelo menos um de um 'rajada de mídia muito longa', um'Rajada de Mídia Pré-esvaziada', um xSomente um usuário PoC'e uma xNão permissão para transmitir uma rajada de Mídia'.
5. Método, de acordo com a reivindicação 4,CARACTERIZADO pelo fato de que a etapa de determinar compre-ende adicionalmente:transmitir os dados de mídia armazenados tempora-riamente restantes para o servidor se o código de motivo foro Arajada de mídia muito longa' ou o Rajada de Mídia Pré-esvaziada'.
6. Método, de acordo com a reivindicação 4,CARACTERIZADO pelo fato de que a etapa de determinação com-preende adicionalmente:descartar os dados de mídia armazenados temporari-amente restantes se o código de motivo for o ^Somente um u-suário PoC' ou a ^Não permissão para transmitir um ^Rajadade Mídia'.
7. Método, de acordo com a reivindicação 1,CARACTERIZADO pelo fato de que a mensagem de controle é umamensagem de protocolo de controle da rajada de Mídia.
8. Método, de acordo com a reivindicação 1,CARACTERIZADO pelo fato de que os dados de mídia armazenadostemporariamente restantes são armazenados em uma mídia dearmazenamento.
9.Método, de acordo com a reivindicação 1,CARACTERIZADO pelo fato de que os dados de mídia armazenadostemporariamente restantes são dados codificados.
10.Método, de acordo com a reivindicação 1,CARACTERIZADO pelo fato de que o pelo menos um código de mo-tivo tem um respectivo valor exclusivo diferente com base emum motivo de Revogação da rajada de mídia.
11.Método, de acordo com a reivindicação 1,CARACTERIZADO pelo fato de que o serviço com base em sessãoé pelo menos um de um serviço Aperte Para Falar (PTT), de umserviço Aperte Para Video (PTV) e de um serviço Aperte ParaDados (PTD).
12. Método, de acordo com a reivindicação 1,CARACTERIZADO pelo fato de que os dados de midia armazenadostemporariamente restantes são pelo menos um de dados de voz,de dados de imagem e de dados de midia.
13. Método para tratar dados de midia em um servi-ço com base em sessão de um sistema de comunicação sem fiocom pelo menos um ou mais terminais clientes e um servidor,CARACTERIZADO pelo fato de que o método compreende:transmitir uma mensagem de controle para um termi-nal cliente, em que a mensagem de controle inclui pelo menosum código de motivo que permite que o terminal cliente des-carte seletivamente os dados de midia armazenados temporari-araente restantes ou transmita seletivamente os dados de mi-dia armazenados temporariamente restantes para o servidor; ereceber os dados de midia armazenados temporaria-mente restantes quando o pelo menos um código de motivo sa-tisfizer uma certa condição.
14. Método, de acordo com a reivindicação 13,CARACTERIZADO pelo fato de que a mensagem de controle é umprotocolo de mensagem de controle da rajada de midia.
15. Método, de acordo com a reivindicação 13,CARACTERIZADO pelo fato de que compreende adicionalmente:receber uma mensagem de liberação do terminal cli-ente quando o terminal cliente descartar os dados de midiaarmazenados temporariamente restantes ou transmitir os dadosde midia armazenados temporariamente restantes para o servi-dor.
16. Método, de acordo com a reivindicação 13,CARACTERIZADO pelo fato de que a certa condição é satisfeitaquando o pelo menos um código de motivo é um ^rajada de mí-dia muito longa' ou um ^Rajada de Midia Pré-esvaziada'.
17. Método, de acordo com a reivindicação 13,CARACTERIZADO pelo fato de que os dados de midia armazenadostemporariamente restantes são dados codificados que são ar-mazenados em uma midia de armazenamento.
18. Método, de acordo com a reivindicação 13,CARACTERIZADO pelo fato de que o pelo menos um código de mo-tivo tem um respectivo valor exclusivo diferente com base emum motivo de Revogação da rajada de midia.
19. Terminal para tratar dados de midia em um ser-viço com base em sessão de um sistema de comunicação sem fiocom pelo menos um ou mais terminais clientes e um servidor,CARACTERIZADO pelo fato de que o terminal compreende:uma midia de armazenamento adaptada para armazenardados codificados; eum processador que coopera com a midia de armaze-namento adaptado para realizar as etapas de:receber uma mensagem de controle do servidor;verificar pelo menos um código de motivo incluídona mensagem de controle; edeterminar se descarta os dados de mídia armazena-dos temporariamente restantes ou se transmite os dados demídia armazenados temporariamente restantes para o servidorde acordo com a etapa de verificação.
20. Terminal, de acordo com a reivindicação 19,CARACTERIZADO pelo fato de que o processador realiza adicio-nalmente uma etapa de:transmitir uma mensagem de liberação para o servi-dor depois que os dados de midia armazenados temporariamenterestantes são descartados ou transmitidos para o servidor.
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US75856106P | 2006-01-13 | 2006-01-13 | |
| US60/758,561 | 2006-01-13 | ||
| KR10-2006-0048396 | 2006-05-29 | ||
| KR1020060048396A KR100748514B1 (ko) | 2006-01-13 | 2006-05-29 | Ｓｉｐ 기반 세션 서비스의 데이터 처리 방법 및 단말 |
| PCT/KR2007/000217 WO2007081172A1 (en) | 2006-01-13 | 2007-01-12 | Processing media data for sip based session service |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| BRPI0706485A2 true BRPI0706485A2 (pt) | 2011-03-29 |
Family
ID=38256532
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BRPI0706485-3A BRPI0706485A2 (pt) | 2006-01-13 | 2007-01-12 | processamento de dados de mìdia para serviço de seção com base em sip |
Country Status (9)
| Country | Link |
|---|---|
| US (1) | US7813749B2 (pt) |
| EP (1) | EP1972082B1 (pt) |
| JP (1) | JP4808786B2 (pt) |
| KR (1) | KR100748514B1 (pt) |
| CN (2) | CN101371468A (pt) |
| BR (1) | BRPI0706485A2 (pt) |
| CA (1) | CA2635778C (pt) |
| RU (1) | RU2420922C2 (pt) |
| WO (1) | WO2007081172A1 (pt) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8213310B2 (en) * | 2009-02-25 | 2012-07-03 | Qualcomm Incorporated | High-priority communications session within a wireless communications system |
| US9088630B2 (en) * | 2009-07-13 | 2015-07-21 | Qualcomm Incorporated | Selectively mixing media during a group communication session within a wireless communications system |
| CN107113582B (zh) | 2014-12-30 | 2021-04-09 | 华为技术有限公司 | 一种话权控制方法及装置 |
| CN106034128B (zh) * | 2015-03-18 | 2019-07-23 | 阿尔卡特朗讯 | 一种用于释放sip会话中的媒体的方法与设备 |
| WO2018117565A1 (en) | 2016-12-19 | 2018-06-28 | Samsung Electronics Co., Ltd. | Methods and apparatus for managing control data |
| CN110418021B (zh) * | 2019-07-30 | 2021-04-23 | 南京安谱软件有限公司 | 一种基于双缓冲区智能缓存的语音对讲实现方法 |
| CN115514810A (zh) * | 2021-06-22 | 2022-12-23 | 成都鼎桥通信技术有限公司 | 数据传输方法及装置 |
Family Cites Families (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5828836A (en) * | 1993-10-08 | 1998-10-27 | International Business Machines Corporation | Networked information communication system |
| US6226277B1 (en) * | 1997-10-14 | 2001-05-01 | Lucent Technologies Inc. | Method for admitting new connections based on usage priorities in a multiple access system for communications networks |
| US7039044B1 (en) * | 1999-10-14 | 2006-05-02 | Mindspeed Technologies, Inc. | Method and apparatus for early detection of DTMF signals in voice transmissions over an IP network |
| US6694469B1 (en) * | 2000-04-14 | 2004-02-17 | Qualcomm Incorporated | Method and an apparatus for a quick retransmission of signals in a communication system |
| CN1611035A (zh) * | 2001-04-13 | 2005-04-27 | 飞思卡尔半导体公司 | 数据流处理器中的数据流管理 |
| US7603126B2 (en) * | 2001-05-15 | 2009-10-13 | Qualcomm Incorporated | Method and apparatus for avoiding simultaneous service origination and paging in a group communication network |
| EP1417574A1 (en) * | 2001-08-14 | 2004-05-12 | Humana Inc | Web-based security with controlled access to data and resources |
| US7227865B2 (en) * | 2001-08-16 | 2007-06-05 | Interdigital Technology Corporation | Utilizing session initiation protocol for identifying user equipment resource reservation setup protocol capabilities |
| JP2003152752A (ja) * | 2001-08-29 | 2003-05-23 | Matsushita Electric Ind Co Ltd | データ送受信方法 |
| US7688764B2 (en) * | 2002-06-20 | 2010-03-30 | Motorola, Inc. | Method and apparatus for speaker arbitration in a multi-participant communication session |
| WO2005006650A1 (en) | 2003-07-10 | 2005-01-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and nodes for conference communication |
| GB2404117B (en) * | 2003-07-17 | 2005-11-30 | Motorola Inc | Cellular communication system messaging |
| US7266382B2 (en) * | 2003-08-06 | 2007-09-04 | Lucent Technologies Inc. | Method and apparatus for decreasing perceived push-to-talk call set-up time using a buffer for initial speech burst |
| CN1619998A (zh) * | 2003-11-21 | 2005-05-25 | 北京三星通信技术研究有限公司 | 自动重复请求系统中分组丢弃的方法 |
| US7653405B2 (en) | 2003-12-05 | 2010-01-26 | Nortel Networks Limited | Communicating application control and data information using a traffic flow over a wireless link |
| EP1695512A1 (en) | 2003-12-11 | 2006-08-30 | Koninklijke Philips Electronics N.V. | Floor control for multimedia push-to-talk applications |
| US20050175012A1 (en) * | 2004-02-06 | 2005-08-11 | Telefonaktiebolaget L.M. Ericsson (Publ) | System and method for transmitting and receiving data frames in a NAK-based window protocol |
| DE102004007216A1 (de) | 2004-02-13 | 2005-09-01 | Siemens Ag | Verfahren zum Wechsel zwischen einer paketorientierten PTT-Sitzung und einer leitungsorientierten Telefonverbindung zwischen mindestens zwei Funkkommunikationsgeräten,zugehöriges Funkkommunikationsgerät, Netzwerkkomponente sowie Funkkommunikationssystem |
| KR20050114557A (ko) * | 2004-06-01 | 2005-12-06 | 삼성전자주식회사 | 피티티 서비스 네트워크에서의 가입자 정보 제공 장치 및방법 |
| KR100652650B1 (ko) * | 2004-07-28 | 2006-12-06 | 엘지전자 주식회사 | 서비스 음영지역에서 동기화를 위한 피티티 서비스 시스템및 방법 |
| KR100641233B1 (ko) * | 2004-07-28 | 2006-11-02 | 엘지전자 주식회사 | 피티티 서비스의 발언권 처리방법 |
| EP1792505B1 (en) | 2004-09-21 | 2008-11-19 | Telefonaktiebolaget LM Ericsson (publ) | Apparatus and method providing rapid talk burst control for push to talk over cellular (poc) communications |
| DE102004049907A1 (de) * | 2004-10-13 | 2006-04-20 | Infineon Technologies Ag | Verfahren zum Anfordern oder Zuteilen eines Push-to-talk-Sprachrechts und/oder zum Erfragen oder Mitteilen von Warteschlangeninformation, Push-to-talk-Client-Einheit, Push-to-talk-Steuerserverrechner und Entscheidungseinheit |
| KR101179355B1 (ko) | 2004-11-17 | 2012-09-03 | 삼성전자주식회사 | 푸쉬 투 토크 오버 셀룰러 네트워크에서의 서버 및 클라이언트와 이를 이용한 응답 모드에 따른 호처리 방법 |
| EP1867067A2 (en) | 2005-03-29 | 2007-12-19 | Sonim Technologies Inc. | Push to talk over cellular (half-duplex) to full-duplex voice conferencing |
-
2006
- 2006-05-29 KR KR1020060048396A patent/KR100748514B1/ko active IP Right Grant
-
2007
- 2007-01-12 CN CNA2007800030081A patent/CN101371468A/zh active Pending
- 2007-01-12 WO PCT/KR2007/000217 patent/WO2007081172A1/en active Application Filing
- 2007-01-12 CA CA2635778A patent/CA2635778C/en not_active Expired - Fee Related
- 2007-01-12 JP JP2008548440A patent/JP4808786B2/ja not_active Expired - Fee Related
- 2007-01-12 EP EP07708492.9A patent/EP1972082B1/en not_active Not-in-force
- 2007-01-12 CN CN201510823945.8A patent/CN105491022A/zh active Pending
- 2007-01-12 RU RU2008126915/09A patent/RU2420922C2/ru not_active IP Right Cessation
- 2007-01-12 US US11/652,692 patent/US7813749B2/en active Active
- 2007-01-12 BR BRPI0706485-3A patent/BRPI0706485A2/pt not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| KR20070076359A (ko) | 2007-07-24 |
| CN105491022A (zh) | 2016-04-13 |
| RU2008126915A (ru) | 2010-02-20 |
| JP2009522843A (ja) | 2009-06-11 |
| CA2635778A1 (en) | 2007-07-19 |
| US7813749B2 (en) | 2010-10-12 |
| JP4808786B2 (ja) | 2011-11-02 |
| RU2420922C2 (ru) | 2011-06-10 |
| EP1972082B1 (en) | 2015-10-07 |
| EP1972082A4 (en) | 2010-03-31 |
| US20070198704A1 (en) | 2007-08-23 |
| CN101371468A (zh) | 2009-02-18 |
| KR100748514B1 (ko) | 2007-08-14 |
| CA2635778C (en) | 2013-04-02 |
| EP1972082A1 (en) | 2008-09-24 |
| WO2007081172A1 (en) | 2007-07-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6648211B2 (ja) | マルチキャスト通信またはブロードキャスト通信において拡張したファイル配信を行う方法および装置 | |
| WO2020001572A1 (zh) | 通信方法及装置 | |
| WO2018068727A1 (zh) | 直播视频的传输方法、装置和系统 | |
| BRPI0706485A2 (pt) | processamento de dados de mìdia para serviço de seção com base em sip | |
| US11122111B2 (en) | Method for managing communication in mission critical data (MCData) communication system | |
| JP5456006B2 (ja) | マルチメディア通話サービスを遂行するためのマルチメディアセッション開設及び管理のためのサーバ | |
| JP5678895B2 (ja) | グループ通信送信データストリームにおける２次データ送信 | |
| US8386900B2 (en) | Controlling point-to-multipoint transmissions of content data over a radio interface | |
| US11251981B2 (en) | Communication method and apparatus | |
| US8825096B2 (en) | Method and apparatus for enabling voice discussions among independent and simultaneous users of data content | |
| CN107736039B (zh) | 一种视频分发方法和设备 | |
| CN112136338A (zh) | 无线通信装置和方法 | |
| CN111556540B (zh) | Smf实体执行的方法及smf实体、pcf实体执行的方法及pcf实体 | |
| WO2011137837A1 (zh) | 一种快速频道切换时获取关键信息的方法、装置和系统 | |
| EP3520378B1 (en) | Methods of and apparatus for releasing mission critical data communication | |
| CN106130746B (zh) | 一种数据传输方法及装置 | |
| KR102396634B1 (ko) | 무선 통신 시스템에서 메시지 수신 정보를 송신하기 위한 장치 및 방법 | |
| WO2024108900A1 (zh) | 一种电子签名验证方法及装置 | |
| KR20220092414A (ko) | 단말의 멀티캐스트 서비스 조인을 위한 방법 및 장치 | |
| CN118101782A (zh) | 一种数据传输的方法、装置、电子设备及存储介质 | |
| WO2008145621A2 (en) | Method and system for allocating security key for multicast transmission | |
| KR20100122481A (ko) | 콘텐츠를 원격 위치들에 스트리밍하기 위한 시스템과 방법 | |
| KR20080065401A (ko) | 화상 서비스 및 브이오아이피를 이용한 통화 서비스 동시제공 방법 및 장치 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B08F | Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette] |
Free format text: REFERENTE A 12A ANUIDADE. |
|
| B08K | Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette] |
Free format text: EM VIRTUDE DO ARQUIVAMENTO PUBLICADO NA RPI 2497 DE 13-11-2018 E CONSIDERANDO AUSENCIA DE MANIFESTACAO DENTRO DOS PRAZOS LEGAIS, INFORMO QUE CABE SER MANTIDO O ARQUIVAMENTO DO PEDIDO DE PATENTE, CONFORME O DISPOSTO NO ARTIGO 12, DA RESOLUCAO 113/2013. |