BRPI0415407B1 - Tratamento de dados de early media i - Google Patents
Tratamento de dados de early media i Download PDFInfo
- Publication number
- BRPI0415407B1 BRPI0415407B1 BRPI0415407-0A BRPI0415407A BRPI0415407B1 BR PI0415407 B1 BRPI0415407 B1 BR PI0415407B1 BR PI0415407 A BRPI0415407 A BR PI0415407A BR PI0415407 B1 BRPI0415407 B1 BR PI0415407B1
- Authority
- BR
- Brazil
- Prior art keywords
- user
- port
- data
- sip
- terminal
- Prior art date
Links
- 230000004044 response Effects 0.000 claims abstract description 27
- 238000000034 method Methods 0.000 claims abstract description 16
- 230000008569 process Effects 0.000 claims abstract description 14
- 230000011664 signaling Effects 0.000 claims description 19
- 238000004891 communication Methods 0.000 claims description 13
- 230000005540 biological transmission Effects 0.000 claims description 5
- 230000000875 corresponding effect Effects 0.000 description 6
- 230000008901 benefit Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 230000002596 correlated effect Effects 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000007562 laser obscuration time method Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
-
- 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
-
- 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
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/327—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the session layer [OSI layer 5]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Manufacturing Of Magnetic Record Carriers (AREA)
- Manufacturing Of Steel Electrode Plates (AREA)
- Auxiliary Devices For Music (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
- Communication Control (AREA)
Abstract
"tratamento de dados de early media i". a presente invenção refere-se a uma seleção eficiente de fluxos de dados úteis de early media torna-se possível por meio de um processo para a seleção de dados úteis (dados de early media 13/b ou 14/b<39>) transmitidos entre um usuário chamando (terminal a) e no mínimo um usuário chamado (terminal b ou terminal b<39>), através de pelo menos uma rede de telecomunicação (sip proxy), devido ao término do estabelecimento de uma chamada (1-12, 15-19), na medida em que o usuário chamando (a) emprega dados de endereço de recepção do usuário chamado (ip-b, port-b do terminal b, ou ip-b<39>, port-b<39> do terminal b<39>) contidos em uma mensagem de resposta (9, 10 de b ou 11, 12 de b<39>) de um usuário chamado (b ou b<39>), a fim de selecionar dados úteis (early media, 13 de b/14 de b<39>) enviados pelo usuário chamado (b ou b<39>) com um endereço de emissão de usuário chamado (ip-b, port-b para b, ip-b<39> port-b<39> de b<39>), sendo que dados de endereço de recepção de usuário chamado (ip-b, port-b do aparelho b) de um usuário chamado (b) também representam dados de endereço de emissão de usuário chamado (ip b, port b) desse usuário chamado (b).
Description
(54) Título: TRATAMENTO DE DADOS DE EARLY MEDIA I (51) Int.CI.: H04L 29/06; H04L 12/18 (30) Prioridade Unionista: 16/10/2003 DE 103 48 208.3 (73) Titular(es): NOKIA SOLUTIONS AND NETWORKS GMBH & CO. KG (72) Inventor(es): THOMAS BELLING
Relatório Descritivo da Patente de Invenção para TRATAMENTO DE DADOS DE EARLY MEDIA I.
A presente invenção refere-se a um processo e a dispositivos para a seleção de dados úteis de early media” transmitidos através de pelo menos uma rede de telecomunicação antes de completado um estabelecimento de chamada entre um terminal de usuário chamando e no mínimo um terminal de usuário chamado.
O assim chamado Session Initiation Protcol (SIP) é um protocolo de sinalização, que pode ser empregado para o assim chamado Call
Control” (=controle de conexão) de conversas telefônicas, por exemplo. O SIP acha-se estandardizado pelo IETF no RFC 3261 e em uma versão mais antiga no RFC 2543. O SIP aproveita o assim chamado Session Description Protocol (SDP), IETF RFC 2327, de um modo descrito no IETF RFC 3264, para a descrição da conexão de comunicação intermediada. O SIP, assim como as conexões úteis negociadas, usualmente também é transportado através do protocolo de internet. O SIP também é empregado, do modo descrito, no assim chamado Internet Multimedia Subsystem (IMS), por exemplo, de uma rede de rádio móvel estandardizada pelo 3GPP ou pelo 3GPP2.
Ao ocorrer o estabelecimento de chamada do terminal SIP de um usuário chamando A para um usuário chamado B, a sinalização SIP pode ser encaminhada por nós de comunicação, os assim chamados proxies. Nesse caso é permitido aos proxies encaminhar uma mensagem entrando, que indica a solicitação do usuário A por uma conexão com o usuário B (um assim chamado INVITE Request), para vários outros proxies ou terminais SIP simultaneamente ou seqüencialmente, para buscar o usuário B, por exemplo. Já que estes proxies mencionados por último também podem ramificar a mensagem ao efetuarem o encaminhamento, então pode ocorrer uma ramificação tipo árvore da mensagem. Esse encaminhamento ramificado de mensagens é denominado de Forking (=ramificação) no SIP.
Quando a mensagem INVITE alcançar um terminal do usuário B, este terminal poderá responder com uma mensagem assim chamada 1xx Provisional Response, que, por exemplo, pode servir para acordar os meios • · · · · * • · · · · » · · * · * • · · ♦ * · · • · · * • ' * · · * (voz, vídeo, por exemplo) e a codificação dos mesmos que são empregados para as conexões de comunicação, ou, então, para indicar que o usuário B será alarmado (por exemplo, por meio da campainha de seu telefone SIP). No caso de Forking pode ocorrer que vários terminais enviem tais provisional
Responses (=respostas provisórias), por exemplo quando vários telefones SIP soarem a campainha ao mesmo tempo. Ao término do estabelecimento da relação de comunicação entre um terminal do usuário chamando A e um terminal do usuário chamado B, este terminal responde com uma assim chamada ”2xx Final Response” (Final Response = resposta definitiva/de conclusão), por exemplo quando o usuário B tiver erguido o telefone SIP. Vários terminais de B podem enviar tais final Responses, como, por exemplo, quando vários telefones SIP soando a campainha forem erguidos. De modo correspondente, pode ocorrer que o terminal de A receba Provional Responses e/ou Final Responses de vários terminais de B. Cada terminal de B atribui a mesma identificação inequívoca a todas as mensagens que envia como respostas a A. Quando ao terminal de A chegarem mensagens de resposta SIP com uma nova identificação, então o terminal de A saberá assim que ele está se comunicando com um novo terminal. No SIP fala-se, nesse caso, que entre o terminal de A e o terminal de B que está respon20 dendo existe um assim chamado Diaiog. Antes que A (e/ou eventualmente B) tenha recebido uma final response para um Diaiog, fala-se de um Early Dialogue, e depois disso fala-se em um Established Dialogue.
Pode ocorrer que os terminais de A e de B, já antes do término do estabelecimento da relação de comunicação, permutem mídias (dados úteis), que são chamadas de Early Media. Nesse sentido, por exemplo, assim como em uma rede telefônica clássica, é possível transmitir tons de campainha e anúncios, de preferência na direção de B para A. Para uma rede telefônica com sinalização SIP é particularmente importante um apoio de uma transmissão de Early Media, quando a rede for conectada com uma rede telefônica clássica.
Ao se estabelecer a relação de comunicação de A para B através de Forking, caso ocorram vários Dialogs no (/com o) terminal A, então A • » · · · • * · · · · • · · • · i · • · · · · « · · » ♦ · · poderá receber também mídias (dados úteis), particularmente Early Media, de diferentes terminais Β, Β'. O terminal de A tem que expor as mídias de modo adequado. Por exemplo, é concebível que diferentes fluxos de vídeo chegando sejam expostos em janelas separadas em uma tela de vídeo. No entanto, freqüentemente só é conveniente a seleção de um fluxo de mídias chegando, e a rejeição dos demais fluxos de mídia, por exemplo porque a tela de vídeo em um terminal móvel é muito pequena para expor várias janelas, ou porque a sobreposição de diferentes tons de campainha ou de anúncios tornaria incompreensível o conteúdo.
Informações sobre os correspondentes diálogos SIP poderiam ser critérios que permitam selecionar um fluxo de mídias adequado (fluxo de dados úteis) para ser exposto:
- quando, por meio do recebimento da primeira final Response SIP, um Early Dialogue tornar-se um Established Dialogue, então será conveniente selecionar o fluxo de mídias correspondente.
- Pode ser conveniente selecionar as Early Media que correspondam ao Early Dialogue respectivamente estabelecido por último. Esse é o caso, então, particularmente quando os Proxies empregarem Forking em um modo sequencial. Quando um terminal enviar uma resposta negativa ou, porém, quando depois de um certo tempo não tiver sido estabelecida com ele a relação de comunicação porque, por exemplo, nenhum usuário tenha atendido, então um proxy encaminhará a INVITE Request a um outro terminal. Nesse caso, o IETF SIP WG deve especificar métodos que possibilitem ao terminal A solicitar de um proxy que a busca seja apenas seqüencial (draft-ietf-sip-callerprefs).
- O terminal A pode terminar diálogos por meio de sinalização SIP porque, por exemplo, ele só está em condições de apoiar um número limitado de diálogos. No entanto, as mídias correspondentes ainda podem ser recebidas por um certo tempo devido aos tempos de percurso de sinali30 zação e de mídias através da rede. É desejável que durante esse tempo de transição as mídias sejam impedidas.
Nesse caso, as informações contidas no SIP e no SDP permitem de modo nem sempre inequívoco que um Dialog SIP seja correlacionado com o correspondente fluxo de mídias. Especialmente, o terminal do usuário chamando A seleciona um endereço IP e uma porta, tal como uma UDP Port (ver IETF RFC 768), para a recepção dos fluxos de mídias, antes que ele envie a INVITE Request que contém essas informações. Portanto, todas as mídias chegando são recebidas no mesmo endereço IP e na mesma porta. Elas podem ser diferenciadas por meio do parâmetro endereço de source IP no IP Header e source Port no UDP Header dos pacotes recebidos, ou seja, o endereço IP e a porta de onde foram enviados os pacotes. No entanto, segundo o RFC 3264, no SIP/SDP não está contida nenhuma informação sobre esse endereço de source IP e sobre a source Port, mas sim apenas sobre o assim chamado endereço IP destination e a assim chamada porta destínation, ou seja, o endereço IP e a porta para onde foram enviados os pacotes.
Quando foi concebido o SIP Forking, inicialmente foi deixada de lado a interação com Early Media, pois as Early Media em uma rede SIP só ocorrem em casos particulares, como, por exemplo, no caso de conexão para uma rede telefônica clássica.
Atualmente, o tratamento de Early Media (dados úteis) no caso de Forking é discutido no grupo de trabalho IETF SIPPING. O projeto draftcamarillo-sipping-early-media propõe que nos dados úteis de Early Media sejam acordadas conexões de comunicação próprias por meio de SIP, sendo que no caso das conexões de comunicação para Early Media, o terminal B entra como usuário que chama quando ele receber uma chamada de A para a conexão útil propriamente dita e quando, em relação a essa chamada para a conexão útil com A, ele entra inicialmente em um Early Dialogue. No entanto, isso tem a desvantagem de que é preciso trocar muito mais mensagens SIP, o que leva a um atraso do estabelecimento da chamada e a uma maior necessidade de recursos particularmente no caso da transmissão através de uma interface com pequena largura de banda. Além disso, possivelmente seria necessário reservar recursos de transmissão separadamente para Early Media e para a própria conexão útil.
O grupo de trabalho IETF MMUSIC propõe no draft-ietf-mmusicsdp-srcfilter, que no SDP seja introduzido um parâmetro que permita expressar a fonte de endereço de IP e a fonte de porta UDP, a partir do qual um receptor deseje receber pacotes. Essa informação é útil para configurar as assim chamadas Firewalls aí intercaladas. No entanto, o emprego desse parâmetro ainda não se acha descrito na sinalização H. 248.
A presente invenção tem o objetivo de possibilitar que um terminal SIP de um usuário chamando (terminal A de estabelecimento de chamada) selecione de modo mais eficiente possível fluxos de mídias (dados úteis de Early-Media) (especialmente para o processamento ulterior dos mesmos ou para a rejeição dos mesmos). Esse objetivo é alcançado respectivamente por meio dos objetos das reivindicações independentes.
Possibilita-se ao terminal SIP do usuário chamando A que ele estabeleça uma correlação entre diálogos SIP (responses) e fluxos de mídias (dados úteis de aerly media), para assim selecionar fluxos de mídias apropriados. O emprego, de acordo com a invenção, de um endereço de recepção de usuário chamado (endereço IP/número de porta), que tenha sido comunicado pelo usuário chamado (B/B1) para o usuário que estabelece a chamada (A), por exemplo, em uma mensagem de SIP-Provisional-Response ou em uma mensagem de SIP-Final-Response, para a seleção de dados de fluxo de mídia (dados úteis de early media) (enviados pelo usuário chamado B) recebidos pelo usuário que estabelece a chamada (A) - sendo que se pressupõe que o endereço de recepção de usuário chamado sinalizado por meio de SIP (ou por meio de protocolos transportados por SIP, como, por exemplo, SDP) e os endereços de emissão (IP Source address, e, por exemplo, UDP source port) de um usuário chamado (B) indicados nos pacotes de fluxos de mídia recebidos por A são iguais - possibilita uma seleção simples e eficiente de dados de fluxo de mídia. Apesar de que teoricamente seja possível que o usuário B empregue diferentes endereços IP e/ou diferentes portas para enviar e receber fluxos de mídias correlacionados, de acordo com a experiência o usuário B emprega bastante freqüentemente para isso o mesmo endereço IP e a mesma porta. O emprego de acordo com a inven·«· **· · · · ····· ·· ···· • «··« ··· · · · · • « ·· ·· · ·····»· · ·
6··· « · ····· · ······ · · • * · · · ······· • ··* ·· · ··· ·· · ·· · ção do endereço de recepção de usuário chamado a partir da sinalização SIP/SDP é particularmente adequado para selecionar fluxos de mídias que devam ser suprimidos. Desse modo, evita-se que A suprima fluxos de mídia por engano, quando B empregar endereços IP e/ou portas diferentes para a emissão e para a recepção. Nesse caso, A está ao menos sempre em condições de expor o fluxo de mídias correto’’, quando ele for recebido como sendo o único. Por exemplo, depois de receber uma SIP final response, A pode receber vários fluxos de mídias durante um período de transição, sendo que no entanto os fluxos de mídias que correspondem ao SIP early dialogues restantes geralmente terminam após algum tempo.
Ao contrário do documento atual de estandardização IETF-SIPPING draft-camarillo-sipping-eariy- media (a saber, acordar conexões de comunicação próprias por meio de SIP para dados de early media), o procedimento de acordo com a invenção é bastante eficiente no que se refere à quantidade de mensagens SIP a serem transmitidas através de uma interface aérea e a alterações de terminais pouco necessárias.
Os dados de endereço de recepção de usuário chamado levados em consideração para a seleção contêm, convenientemente, um endereço IP e número de porta do usuário chamado (terminal B).
O fato de que dados de endereço de recepção de usuário chamado (IP-B, Port-B), sinalizados por meio de SIP, de um usuário chamado (B), também representam dados de endereço de emissão de usuário chamado (IP b, Port b) desse usuário chamado (B), pode significar particularmente que eles são iguais (IP-B = IP b, Port B = Port b) ou são iguais até adicionalmente. No entanto, também pode ser vantajoso levar em consideração apenas o endereço JP, mas não a porta, ou mesmo apenas um prefixo de endereço Ipv6. Nesse sentido, para um terminal 3GPP móvel (um assim chamado User Equipment ( UE), conforme 3GPP TS 23.060) fica garantido que ele só empregue endereços IP com o mesmo prefixo de endereço IPv6.
Outras características e vantagens da invenção podem ser obtidas a partir da descrição que se segue de um exemplo de execução com base no desenho correspondente. Mostra-se:
ii figura 1: esquematicamente, a sinalização ao se estabelecer conexões SIP e transmissões de dados de fluxo de mídia de early media.
Redes de rádio móvel celular (como GSM, 3G, CDMA2000,
TDSCDMA etc.) e redes fixas, bem como terminais correspondentes e pro5 cessos de sinalização (SIP, SDP), já são em si conhecidos pelos técnicos (ver, por exemplo, as especificações em www.3gpp.org).
A figura 1 mostra um usuário chamando A, compreendendo uma parte de conexão de terminal SIP A e uma parte de sinalização de terminal SIP A, o qual, através de uma rede de rádio móvel (aqui só mostrada no âmbito de um SlP-Proxy necessário para a compreensão da invenção), comuníca-se com um usuário chamado (=B) compreendendo um terminal SIP B e um usuário chamado (=B) compreendendo um terminal SIP B', segundo um protocolo SIP, para o estabelecimento de uma comunicação de dados úteis. Por exempio, no caso da parte de conexão de terminal SIP A pode se tratar de um assim chamado ΊΜ-MGW; no caso da parte de sinalização de terminal SIP A pode se tratar de um assim chamado MGCF; no caso do SlP-Proxy pode se tratar de um assim chamado S-CSCF, e no caso do terminal SIP B e B’ pode se tratar de um assim chamado ”UE”. Para simplificar são deixadas de fora algumas mensagens SIP, como, por exemplo, ”100
Trying, PRACK e 200 OK (PRACK). No exemplo mostrado, após uma mensagem 1 da parte de sinalização de terminal SIP A para a parte de conexão de terminal SIP A, tenta-se estabelecer uma conexão de telecomunicação (por exemplo para uma conexão de voz ou outra conexão de dados úteis), sendo que até o atendimento (etapa 15) do usuário chamado B no terminal de usuário chamado B as mensagens 3-7, 9, 10, 13 são trocadas entre o usuário chamando A e o usuário chamado B (através da rede de sinalização, através do Proxy SIP). A parte de conexão de terminal SIP A seleciona o endereço (endereço IP de A (IP-A) e número de porta de A (Port-A)) a ser usado pelo terminal SIP A para futuras recepções, encaminha o mesmo, na etapa 3, à parte de sinalização de SIP A, a qual, na etapa 4, envia uma mensagem de SIP-INVITE com informação do endereço de recepção do terminal A (IP A, Port A) a um Proxy SIP de uma rede de telecomunicação
4 4 4 4
4· 4444 lí
4 4 4 «
1 »4 4
4· ·
4 4 · «4444
4 4
4 4 4 4
4 4 4 (por exemplo, de uma rede de rádio móvel celular), o qual emprega Forking SIP e, na etapa 5, respectiva mente na etapa 6, transmite essa mensagem de SIP INVITE ao terminal B do usuário chamado (terminal SIP B), respectívamente ao terminal B' do usuário chamado (terminal SIP B'), e depois disso, na etapa 7, o terminal SIP B seleciona seu endereço de recepção de usuário chamado (IP B, Port B) e seu endereço de emissão (IP b, Port b), enquanto que na etapa 8 seleciona o terminal SIP B’ para a recepção de seu endereço de recepção de usuário chamado (IP B' e Port B') e para a emissão de seu endereço de emissão (IP b' e Port b'). Na etapa 9, o endereço de recepção de usuário chamado (IP-B, Port B) selecionado no usuário chamado B, juntamente com uma identificação inequívoca do diálogo B, é transmitido em uma mensagem de SIP-181-Ringing-Provisional Response a um Proxy SIP de uma rede de telecomunicação, a qual, na etapa 10, o transmite juntamente com o endereço de recepção de usuário chamado (IP-B, Port B) ao usuário chamando (A). Além disso, aqui na etapa 11, pelo outro terminal SIP B' é transmitida uma mensagem de SIP 180 Session Progress - Provisional Response com o endereço de recepção de usuário chamado (IP-B', Port-B') e com a identificação de diálogo B', ao Proxy SIP e ao terminal SIP A (o usuário chamando A).
Por meio do recebimento das mensagens 9 e 11, com diferentes identificações de diálogo B e B', a parte de conexão de terminal SIP A sabe que sinaliza com dois terminais B e B', e que possivelmente já nesse momento os dois terminais enviam dados (= dados de Early Media = dados de fluxo de mídia) ao (IP-A, Port-A), tai como na etapa 13, respectívamente 14, pelo terminal SIP B, respectivamente B’, ao terminal do usuário chamando A. Nesse caso, o terminal SIP B (ou o outro destinatário e terminal SIP B') indica um endereço de emissão de usuário chamado IP-b, Port b (respectivamente IP-b', Port-b'), o qual indica de onde vieram os dados para possibilitar a determinação de sua origem junto ao usuário chamando A. Além disso, os dados de Early-Media transmitidos nas etapas 13 ou 14 contêm também um endereço de destino do usuário chamando, que é utilizado no roteamento de IP. Dados de Early-Media podem conter, por exemplo, tons de campainha, ·· *♦·«
anúncios, etc.
Quando chamadas (no assim chamado Forking) são encaminhadas a vários dispositivos de comunicação de rede de telecomunicação (Proxies) e/ou a terminais SIP (como Β, B') ao mesmo tempo ou seqüencialmente e eventualmente são encaminhados pelos terminais SIP endereçados Β, B' e/ou por proxies a outros terminais, então de muitos terminais poderão chegar Provisional Responses e, eventualmente, dados de fluxo de mídia de Early Media, no terminal A do usuário chamando, cuja seleção é otimizada de modo simples e eficiente de acordo com a invenção.
Isso é possível quando o endereço de recepção de usuário chamado (IP B, Port B) (transmitido em uma resposta) for idêntico ao endereço de emissão de usuário chamado B (IP-b, Port-b) e quando este último for usado para a seleção, de tal modo que os dados de Early-Media (13, 14) recebidos pelo terminal de usuário chamando A, com o endereço de emissão de usuário chamado (IP b, Port b) aí contido, possam ser selecionados de modo simples e eficiente sem grande alteração de aparelhos existentes (para um processamento ulterior ou para uma rejeição). Uma rejeição pode ocorrer, por exemplo, quando, após a transmissão de uma mensagem de Final Response 200-OK nas etapas 16, 17, pelo terminal B do usuário chamado ao terminal (A) do usuário chamando, a finalização bem-sucedida do estabelecimento da chamada for sinalizada, de tal modo que depois disso estabeleça-se um Establíshed Dialogue entre o terminal A e o terminai B, e depois disso, por exemplo, os fluxos de dados de Early-media que não correspondam ao Establíshed Dialogue (portanto que contêm um outro endereço de emissão de usuário chamando), estabelecido com a mensagem 16/17, podem ser rejeitados/suprimídos/ignorados pelo usuário chamando A. De acordo com a invenção, a supressão ocorre devido ao fato de que os dados de fluxo de mídia com endereço de emissão (IP-b', Port-b') são ignorados. Nesse caso, pressupõe-se que (IP-b’, Port-b') e (IP-B', Port-B') sejam idênticos, o que na prática é o caso com muita freqüência. A parte de sinalização do terminai SIP A comunica-se à parte de conexão do terminal SIP A, na mensagem 17, que os dados de fluxo de mídia com endereço de emissão «· ·««· • * • · · ««««· ««· · · · • · · * *· ll (IP-b1, Port-b’) devem ser ignorados. Para isso, por exemplo, na mensagem 17 é introduzido um novo parâmetro que expressa um ou mais endereços de emissão, cujos pacotes devam ser ignorados. Para isso pode servir, por e~ xemplo, o parâmetro SDP proposto pelo grupo de trabalho IETF MMUSIC no draft-ietf-mmusic-sdp-srcfilter, parâmetro este que é transportado no SDP dentro de uma mensagem MOD do protocolo H.248. Caso o (IP-b1, Port-b') e o (IP-B’, Port-B') sejam efetivamente idênticos, então com isso será possível evitar um assim chamado Clipping, ou seja, uma conexão útil não existente, depois que tiver sido terminado o estabelecimento de conexão na sinalização com base em uma Final Response de um terminal SIP B depois que o usuário tiver atendido. A conexão útil não existente realiza-se por meio de processamento ulterior de fluxos de dados de Early Media não mais relevantes de um terminal SIP B' com outros endereços de emissão IP b', Port b'. Caso contrário, somente depois da recepção de uma mensagem SIP Cancel (etapa 20) do proxy SIP, ao outro terminal SIP (B1) não seria enviado por (apenas) esse terminal SIP B' mais nenhum fluxo de dados de Early Media, e o Clipping poderia continuar existindo em um período de transição, enquanto o terminal A continuar a receber esses dados de Early Media. Caso o (IP-b, Port-b) e o (IP-B, Port-B) não sejam idênticos, mesmo assim será exposto o fluxo de mídia de terminais SIP B. Se, ao contrário, o terminal SIP A, depois de receber a mensagem 17 de Final Response 200-OK, só fosse aceitar mensagens de (IP-b, Port-b), então o fluxo de mídia correto seria suprimido, possivelmente mesmo depois que nenhum outro Early Media fosse mais recebido, por exemplo do terminal B’.
Claims (15)
1. Processo para seleção de dados de usuário (13; 14) transmitidos entre um usuário chamando (terminal A) e no mínimo um usuário chamado (B; B'), através de pelo menos uma rede de telecomunicação (SIP
2. Processo, de acordo com a reivindicação 1, caracterizado pelo fato de que os dados de endereço de recepção de terminal de usuário chamado empregados para a seleção contêm um endereço IP (IP-B) e/ou
20 uma porta (Port-B).
3. Processo, de acordo com a reivindicação 1 ou 2, caracterizado pelo fato de que a seleção ocorre por meio de rejeição de pacotes de fluxos de mídia com determinados endereços de emissão (IP b, Port-b; IP-b' Port-b' de B').
25
4. Processo, de acordo com qualquer uma das reivindicações 1 a 3, caracterizado pelo fato de que entre a parte de sinalização do terminal SIP-A e a parte de conexão do terminal SIP-A são transmitidos um ou mais endereços de emissão (IP-b' Port-b' de B'), dos quais alguns pacotes de dados úteis recebidos devem ser rejeitados.
30 5. Processo, de acordo com a reivindicação 4, caracterizado pelo fato de que o parâmetro SDP definido pelo grupo de trabalho IETF MMUSIC no draft-ietf-mmusic-sdp-srcfilter é empregado para expressar a fonte
Petição 870170082766, de 27/10/2017, pág. 4/9 do endereço IP e a fonte da porta UDP.
5 (parte de sinalização de terminal SIP A) e um dispositivo (parte de conexão de terminal SIP A) que processa conexões de dados úteis.
5 Proxy), devido ao estabelecimento de uma chamada (1-12, 15-19), caracterizado pelo fato de que:
o usuário chamando (A) emprega dados de endereço de recepção do usuário chamado (IP-B, Port-B; IP-B', Port-B') contidos em uma mensagem de resposta (9, 10; 11, 12) de pelo menos um usuário chamado (B;
6. Processo, de acordo com qualquer uma das reivindicações 1 a 5, caracterizado pelo fato de que os dados de endereço de recepção de usuário chamado (IP-B, Port-B) são retirados de uma mensagem SIP envia5 da pelo usuário chamado (B) ao usuário chamando (A), especialmente uma mensagem SIP de Provisional Response ou uma mensagem SIP de Final Response.
7. Processo, de acordo com qualquer uma das reivindicações 1 a 6, caracterizado pelo fato de que um Clipping ao final do estabelecimento
8. Processo, de acordo com qualquer uma das reivindicações 1 a 7, caracterizado pelo fato de que na seleção de dados úteis, ocorre a rejeição de dados úteis de Early Media de um usuário chamado (B, B') depois do
15 recebimento de uma mensagem SIP de Final Response no terminal de usuário chamando (A), dados estes que pertencem a um ou mais fluxos de dados úteis de Early Media que não sejam o fluxo de mídia dessa mensagem SIP de Final Response.
9. Processo, de acordo com qualquer uma das reivindicações 1
20 a 8, caracterizado pelo fato de que ao se selecionar dados úteis de Early
Media de um usuário chamado, depois do recebimento de uma mensagem de um usuário chamado (B') que abra um novo fluxo de dados úteis de Early-Media por meio do recebimento de novos dados de endereço de recepção de usuário chamado (IP-B, Port-B), ocorre a rejeição de alguns dados úteis
25 de Early-Media provenientes de fluxos de dados úteis de Early Media abertos antes desse novo fluxo de dados úteis de Early Media.
10 rede de telecomunicação.
10. Processo, de acordo com qualquer uma das reivindicações 1 a 9, caracterizado pelo fato de que tão logo o usuário chamando (A) envie a um usuário chamado (B') uma mensagem (SIP Cancel 20) que termine com
30 o diálogo SIP, ele (A) rejeita dados de Early Media (como 13, 14) recebidos de pelo menos esse usuário chamado (B'), tendo um endereço de recepção de usuário chamado (IP-B', Port B') do usuário chamado (B').
Petição 870170082766, de 27/10/2017, pág. 5/9
10 (16 a 18) de uma conexão de dados úteis é evitado por meio de uma seleção com rejeição de dados úteis que não sejam mais relevantes.
10 B'), a fim de selecionar dados úteis (13; 14) enviados pelo usuário chamado (B; B') juntamente com um endereço de emissão de usuário chamado (IP b, Port-b; IP-b' Port-b' de B'), em que dados de endereço de recepção de usuário chamado (IP-B, Port-B) de um usuário chamado (B) também representam dados de
15 endereço de emissão de usuário chamado (IP b, Port b) desse usuário chamado (B).
11. Dispositivo caracterizado por executar o processo como definido em qualquer uma das reivindicações 1 a 10.
12. Dispositivo, de acordo com a reivindicação 11, caracterizado pelo fato de que o usuário chamando (A) inclui um dispositivo de sinalização
13. Dispositivo, de acordo com a reivindicação 11 ou 12, caracterizado pelo fato de que o usuário chamando (A) inclui um MGCF ou IMMGW ou MRFC ou MPFP ou um outro dispositivo de comunicação de uma
14. Dispositivo, de acordo com qualquer uma das reivindicações 11 a 13, caracterizado pelo fato de que para a transmissão de dados úteis (dados de Early-Media 13, 14) em mensagens SDP é prevista uma conexão H.248 ou MEGACO, sendo que em conexões H.24 ou MEGACO são infor15 mados um ou mais dados de endereço de usuário chamado.
15. Dispositivo, de acordo com qualquer uma das reivindicações 11 a 14, caracterizado pelo fato de que a rede de telecomunicação é uma rede de rádio móvel.
Petição 870170082766, de 27/10/2017, pág. 6/9 • ·
Ίβ
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE10348208.3 | 2003-10-16 | ||
| DE10348208A DE10348208A1 (de) | 2003-10-16 | 2003-10-16 | Behandlung von Early Media-I |
| PCT/EP2004/052300 WO2005039139A1 (de) | 2003-10-16 | 2004-09-24 | Behandlung von early media-daten i |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| BRPI0415407A BRPI0415407A (pt) | 2006-12-05 |
| BRPI0415407B1 true BRPI0415407B1 (pt) | 2018-02-14 |
Family
ID=34442020
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BRPI0415407-0A BRPI0415407B1 (pt) | 2003-10-16 | 2004-09-24 | Tratamento de dados de early media i |
Country Status (12)
| Country | Link |
|---|---|
| US (1) | US7577109B2 (pt) |
| EP (1) | EP1673918B1 (pt) |
| KR (1) | KR100963368B1 (pt) |
| CN (1) | CN1868196B (pt) |
| AT (1) | ATE358388T1 (pt) |
| AU (1) | AU2004306948B2 (pt) |
| BR (1) | BRPI0415407B1 (pt) |
| DE (2) | DE10348208A1 (pt) |
| MX (1) | MXPA06004147A (pt) |
| PL (1) | PL1673918T3 (pt) |
| RU (1) | RU2374777C2 (pt) |
| WO (1) | WO2005039139A1 (pt) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100563282C (zh) * | 2005-05-29 | 2009-11-25 | 华为技术有限公司 | 网络互通时主叫用户终端听被叫信号音的方法 |
| JP4341628B2 (ja) * | 2006-01-25 | 2009-10-07 | コニカミノルタビジネステクノロジーズ株式会社 | データ通信装置及びデータ通信処理プログラム |
| US20070294411A1 (en) * | 2006-06-20 | 2007-12-20 | Nokia Corporation | Methods, Apparatuses, a System and Computer Program Products for Providing Early Session Media to Announce Another Media Session |
| US8850012B2 (en) * | 2006-08-21 | 2014-09-30 | Nokia Corporation | Mechanism for charging and session handling supporting forking |
| CN101227303B (zh) * | 2007-01-19 | 2011-08-24 | 中兴通讯股份有限公司 | 彩铃和彩像发送方法以及早媒体发送方法 |
| CN101123593B (zh) * | 2007-09-20 | 2010-06-09 | 中兴通讯股份有限公司 | 媒体网关控制功能实现早媒体功能的方法 |
| US8107956B2 (en) * | 2008-12-30 | 2012-01-31 | Motorola Mobility, Inc. | Providing over-the-top services on femto cells of an IP edge convergence server system |
| US8384756B2 (en) * | 2008-12-30 | 2013-02-26 | General Instrument Corporation | Video telephony device having functionality to mute incoming messages that are being recorded |
| US8121600B2 (en) * | 2008-12-30 | 2012-02-21 | Motorola Mobility, Inc. | Wide area mobile communications over femto-cells |
| US9532191B2 (en) | 2012-05-18 | 2016-12-27 | Kirusa, Inc. | Multi-modal transmission of early media notifications |
| WO2016008522A1 (en) * | 2014-07-16 | 2016-01-21 | Telefonaktiebolaget L M Ericsson (Publ) | Policy control in session initiation protocol forking |
| US10931719B2 (en) * | 2015-04-20 | 2021-02-23 | Avaya Inc. | Early media handling |
| US10397285B2 (en) * | 2016-02-29 | 2019-08-27 | Nec Corporation | Early-media service control device, early-media service control method, and storage medium having program stored thereon |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB9715857D0 (en) * | 1997-07-29 | 1997-10-01 | Philips Electronics Nv | Wireless networked message routing |
| AU2001264170A1 (en) * | 2000-05-09 | 2001-11-20 | Ss8 Networks, Inc. | System and method for providing ip-based advanced intelligent network services |
| WO2002013023A1 (en) * | 2000-08-08 | 2002-02-14 | Prominence Networks, Inc. | Multiplexing several individual application sessions over a pre-allocated reservation protocol session in a voice over internet protocol (voip) |
| US20020103898A1 (en) * | 2001-01-31 | 2002-08-01 | Moyer Stanley L. | System and method for using session initiation protocol (SIP) to communicate with networked appliances |
| RU2204213C1 (ru) * | 2002-05-31 | 2003-05-10 | Сухарев Никита Николаевич | Способ подключения потребительского устройства к сети интернет через множество провайдеров и система для его осуществления |
-
2003
- 2003-10-16 DE DE10348208A patent/DE10348208A1/de not_active Withdrawn
-
2004
- 2004-09-24 WO PCT/EP2004/052300 patent/WO2005039139A1/de not_active Ceased
- 2004-09-24 US US10/576,207 patent/US7577109B2/en not_active Expired - Lifetime
- 2004-09-24 CN CN2004800303704A patent/CN1868196B/zh not_active Expired - Lifetime
- 2004-09-24 RU RU2006116572/09A patent/RU2374777C2/ru active
- 2004-09-24 MX MXPA06004147A patent/MXPA06004147A/es active IP Right Grant
- 2004-09-24 PL PL04787203T patent/PL1673918T3/pl unknown
- 2004-09-24 AU AU2004306948A patent/AU2004306948B2/en not_active Expired
- 2004-09-24 BR BRPI0415407-0A patent/BRPI0415407B1/pt active IP Right Grant
- 2004-09-24 KR KR1020067009440A patent/KR100963368B1/ko not_active Expired - Lifetime
- 2004-09-24 EP EP04787203A patent/EP1673918B1/de not_active Expired - Lifetime
- 2004-09-24 AT AT04787203T patent/ATE358388T1/de active
- 2004-09-24 DE DE502004003359T patent/DE502004003359D1/de not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| ATE358388T1 (de) | 2007-04-15 |
| US20070002775A1 (en) | 2007-01-04 |
| EP1673918A1 (de) | 2006-06-28 |
| MXPA06004147A (es) | 2006-06-27 |
| US7577109B2 (en) | 2009-08-18 |
| RU2374777C2 (ru) | 2009-11-27 |
| AU2004306948A1 (en) | 2005-04-28 |
| RU2006116572A (ru) | 2007-11-27 |
| DE502004003359D1 (de) | 2007-05-10 |
| AU2004306948B2 (en) | 2009-07-30 |
| CN1868196A (zh) | 2006-11-22 |
| DE10348208A1 (de) | 2005-05-19 |
| PL1673918T3 (pl) | 2007-08-31 |
| KR100963368B1 (ko) | 2010-06-14 |
| WO2005039139A1 (de) | 2005-04-28 |
| BRPI0415407A (pt) | 2006-12-05 |
| KR20060133977A (ko) | 2006-12-27 |
| EP1673918B1 (de) | 2007-03-28 |
| CN1868196B (zh) | 2012-11-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7898974B2 (en) | Method for obtaining QoS information of a session | |
| EP1506657B1 (en) | Dynamic call control | |
| KR100855115B1 (ko) | 얼리 미디어 ⅱ의 핸들링 | |
| BRPI0415407B1 (pt) | Tratamento de dados de early media i | |
| JP2007049415A (ja) | 音声データ変換装置、ネットワークシステム、制御方法及び制御プログラム | |
| CN100586107C (zh) | 传输实时传输协议报文的方法和通讯设备 | |
| CN101764813B (zh) | 一种ims网络通信方法及装置 | |
| CN101305560A (zh) | 用于为传输有用数据选择传输模式的方法及通信系统 | |
| CN101742008B (zh) | 一种媒体流代理方法、语音交换机及通信系统 | |
| US20130231103A1 (en) | Core network and communication system | |
| US8923796B2 (en) | Expedited call setup | |
| EP1962464B1 (en) | Method, communication system and entity for overlap code sending using session initiation protocol | |
| CN102118359B (zh) | 基于sip协议的媒体消息传输方法 | |
| CN101102615A (zh) | 一种ip多媒体子系统集中控制业务终呼的实现方法 | |
| EP1959608A1 (en) | A method, a application server and a system for implementing the third party control service | |
| CN102057701B (zh) | 在通信网络中实现呼叫等待功能的方法 | |
| CN101001185A (zh) | 多媒体呼叫的区分处理方法 | |
| CN101087302A (zh) | 进行媒体资源控制的方法以及呼叫建立方法 | |
| CN101166162B (zh) | 一种传递业务事件的方法 | |
| CN101110864B (zh) | 一种利用媒体服务器提供拨号服务的方法 | |
| CN103475648B (zh) | 基于sip协议的呼叫盲转方法及呼叫盲转系统 | |
| CN101801028B (zh) | 告知业务选项信息、语音传输的方法、装置和系统 | |
| CN101212520B (zh) | 紧急呼叫处理方法与系统 | |
| CN100493208C (zh) | 一种传递后续地址信息以及建立呼叫的方法 | |
| JP2006050250A (ja) | Ｉｐ電話システム用の呼制御方法及び呼制御システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B25A | Requested transfer of rights approved |
Owner name: NOKIA SIEMENS NETWORKS GMBH AND CO. KG (DE) Free format text: TRANSFERIDO DE: SIEMENS AKTIENGESELLSCHAFT |
|
| B25D | Requested change of name of applicant approved |
Owner name: NOKIA SOLUTIONS AND NETWORKS GMBH AND CO. KG (DE) |
|
| B06A | Patent application procedure suspended [chapter 6.1 patent gazette] | ||
| B09A | Decision: intention to grant [chapter 9.1 patent gazette] | ||
| B16A | Patent or certificate of addition of invention granted [chapter 16.1 patent gazette] |