обработка начальных мультимедийных данных ii

Формула изобретения

1. Способ выбора (19) полезных данных (начальных мультимедийных данных 13, 14), передаваемых при установлении соединения вызова (1-20) от, по меньшей мере, одного пользователя-адресата (В и/или В') вызова к пользователю-инициатору (А) установления соединения вызова через, по меньшей мере, одну телекоммуникационную сеть (SIP-посредник),

при котором из принятого пользователем-инициатором (А) установления соединения вызова ответного сообщения («промежуточный ответ» 9, 10; 11, 12; «заключительный ответ» 16, 17) пользователя-адресата (В; В') вызова, содержащего наряду с данными адреса (IP-B, Port-B) приема пользователя-адресата вызова также данные адреса (IP-b, Port-b) передачи пользователя-адресата вызова, со стороны пользователя-инициатора (А) установления соединения вызова извлекаются данные адреса (IP-b, Port-b) передачи пользователя-адресата вызова,

при этом данные адреса (IP-b, Port-b) передачи пользователя-адресата вызова применяются пользователем-инициатором (А) установления соединения вызова для выбора принимаемых пользователем-инициатором (А) установления соединения вызова от пользователя-адресата (В, В') вызова полезных данных (начальных мультимедийных данных 13, 14).

2. Способ по п.1, отличающийся тем, что пользователь-инициатор (А) установления соединения вызова принимает полезные данные (13, 14) от более чем одного пользователя-адресата (В, В') вызова.

3. Способ по п.1 или 2, отличающийся тем, что телекоммуникационная сеть (SIP-посредник) включает в себя сотовую сеть мобильной связи.

4. Способ по п.1, отличающийся тем, что данные адреса передачи (IP-b, Port-b) пользователя-адресата вызова содержат IP-адрес и адрес порта.

5. Способ по п.1, отличающийся тем, что данные адреса передачи (IP-b, Port-b) пользователя-адресата вызова для пользователя-адресата (В, В') вызова извлекаются из посланного пользователю-инициатору (А) установления соединения вызова SIP- и/или SDP-сообщения, в частности SIP-сообщения промежуточного ответа или SIP-сообщения заключительного ответа.

6. Способ по п.1, отличающийся тем, что пользователь-инициатор (А) установления соединения вызова после приема SIP-сообщения заключительного ответа с содержащимися в нем данными адреса передачи (IP-b, Port-b) пользователя-адресата вызова при выборе выбирает посредством представленного адреса передачи пользователя-адресата вызова входящие полезные данные (начальные мультимедийные данные 13) и предпочтительно отбрасывает входящие полезные данные (14) с другими адресами передачи (IP-b', Port-b') пользователя-адресата вызова.

7. Способ по п.1, отличающийся тем, что для передачи данных адреса передачи (IP-b, Port-b) пользователя-адресата вызова в ответных сообщениях («промежуточный ответ» 9, 10; 11, 12; «заключительный ответ» 16, 17) применяется новый SDP-параметр, который представляет один или несколько адресов передачи, с которых должны приниматься пакеты полезных данных.

8. Способ по п.1, отличающийся тем, что между частью сигнализации SIP-оконечного устройства А и частью соединения SIP-оконечного устройства А передаются один или более адресов передачи (IP-b', Port-b') пользователя-адресата вызова, с которых должны исключительным образом приниматься поступающие пакеты полезных данных.

9. Способ по п.8, отличающийся тем, что применяется такой же SDP-параметр, что и в п.7.

10. Способ по п.8, отличающийся тем, что применяется SDP-параметр, определенный рабочей группой IETF MMUSIC в «draft-ietf-mmusic-sdp-srcfilter», чтобы выразить IP-адрес источника и UDP-порт источника.

11. Способ по любому из пп.8-10, отличающийся тем, что для сигнализации между частью сигнализации SIP-оконечного устройства А и частью соединения SIP-оконечного устройства А применяется протокол Н.248 или MGCP.

12. Способ по п.1, отличающийся тем, что пользователь-инициатор (А) установления соединения вызова выбирает принимаемые данные (13, 14) с данными адреса передачи (IP-b, Port-b) пользователя-адресата вызова, содержащимися в последнем принятом сообщении «промежуточного ответа», в частности, до тех пор, пока пользователь-инициатор (А) установления соединения вызова не получит сообщение «заключительного ответа».

13. Способ по п.1, отличающийся тем, что пользователь-инициатор (А) установления соединения вызова отбрасывает все полезные данные, если он (А) посылает сообщение сигнализации (20) «запроса SIP-CANCEL», завершающее сигнализацию установления соединения вызова.

14. Способ по п.1, отличающийся тем, что данные адреса передачи (IP-b, Port-b) передачи пользователя-адресата вызова и данные адреса приема пользователя-адресата вызова указываются в SDP-параметре ответного сообщения, принимаемого пользователем-инициатором (А) установления соединения вызова.

15. Способ по п.1, отличающийся тем, что данные адреса приема (IP-B, Port-B) пользователя-адресата вызова и данные адреса передачи (IP-b, Port-b) пользователя-адресата вызова для некоторого пользователя (В, В') могут различаться.

16. Способ по п.1, отличающийся тем, что полезные данные представляют собой «начальные мультимедийные данные».

Описание изобретения к патенту

Изобретение относится к способам и устройствам для выбора полезных данных, определяемых как «начальные мультимедийные данные», передаваемых в связи с установлением вызова от, по меньшей мере, одного пользователя-адресата В вызова к пользователю-инициатору А вызова, по меньшей мере, по одной телекоммуникационной сети.

Так называемый «протокол инициирования сеанса» (SIP) представляет собой протокол сигнализации, который может применяться для так называемого «управления вызовом» (управления соединением), например, в случае телефонных разговоров. Протокол SIP стандартизован IETF в документе RFC 3261 и в более старой версии в документе RFC 2543. Протокол SIP использует для описания коммутируемого коммуникационного соединения так называемый «протокол описания сеанса» (SDP), стандартизованный в документе IETF RFC 2327, способом, описанным в документе IETF RFC 3264. Продвижение протокола SIP, так же, как и для согласованных сетевых соединений, обычно осуществляется по Интернет-протоколу. Протокол SIP находит применение описанным способом, например, в так называемой «мультимедийной подсистеме Интернета» (IMS) сети мобильной связи, стандартизованной посредством 3GPP и 3GPP2.

При установлении соединения вызова от оконечного устройства протокола SIP вызывающего абонента А к вызываемому пользователю В, сигнализация протокола SIP может доставляться через коммутационные узлы, так называемые «посредники». При этом посредникам разрешается направлять входящее сообщение, которое указывает на то, что пользователю А желательно установить соединение с пользователем В (так называемый «INVITE request» (запрос приглашения)), к множеству других посредников или оконечных устройств протокола SIP одновременно или последовательно, например, чтобы отыскать пользователя В. Так как последние названные посредники также могут разветвить сообщение при дальнейшей пересылке, это может привести к древовидному разветвлению сообщения. Эта разветвленная дальнейшая пересылка сообщений в протоколе SIP обозначается как «Forking» (ветвление).

Если сообщение «INVITE» приходит в оконечное устройство пользователя В, то это оконечное устройство может ответить так называемым сообщением «1хх Provisional Response» (промежуточный ответ), которое может служить, например, для того, чтобы согласовать применяемые при коммуникационных соединениях мультимедийные компоненты (например, речь, видео) и их кодирование, а также чтобы указать, что пользователь В уведомляется (например, посредством звонка его телефона с возможностями SIP-протокола). В случае ветвления может иметь место то, что несколько оконечных устройств пошлют такие промежуточные ответы, например, при одновременной генерации звонков таких SIP-телефонов. Для завершения установления коммуникационного соединения между оконечным устройством вызывающего абонента А и оконечным устройством вызываемого абонента В, это оконечное устройство отвечает так называемым «2xx Final Response» (окончательным/заключительным ответом), например, если пользователь «снимает трубку» SIP-телефона. Несколько оконечных устройств пользователей В могут послать такие заключительные ответы, например, если сняты трубки нескольких звонящих SIP-телефонов. Соответственно, может произойти, что оконечное устройство пользователя А получает промежуточные ответы и/или окончательные ответы от пользователя В. Каждое оконечное устройство пользователя В снабжает все сообщения, которые оно посылает в качестве ответов пользователю А, одной и той же однозначно определенной идентификацией. Если в оконечное устройство пользователя А поступают сообщения SIP-ответов с новой идентификацией, то тем самым оконечное устройство пользователя А узнает о том, что оно осуществляет связь с новым оконечным узлом. В случае протокола SIP говорят о том, что между оконечным устройством пользователя А и отвечающим оконечным устройством пользователя В существует так называемый «диалог». Прежде чем пользователь А (и/или, в необходимом случае, пользователь В) получит «заключительный ответ» для диалога, говорят о «начальном диалоге», а затем об «установившемся диалоге».

Может произойти так, что оконечные устройства пользователей А и В уже до окончания установления коммуникационного соединения обмениваются мультимедийными данными (полезными данными), которые обозначаются как «начальные мультимедийные данные». Так, могут, например, подобно случаю классической телефонной сети, передаваться звонки (рингтоны) и произносимые тексты, предпочтительно в направлении от пользователя В к пользователю А. Для телефонной сети с SIP-сигнализацией поддержка передачи начальных мультимедийных данных особенно важна, если сеть связывается с классической телефонной сетью.

В случае, если, при установлении коммуникационного соединения от пользователя А к пользователю В, наличие ветвления приводит к нескольким диалогам в (с) оконечном (ым) устройстве (ом) пользователя А, то пользователь А также может получать мультимедийные данные (полезные данные), в особенности «начальные мультимедийные данные», от различных оконечных устройств В, В'. Оконечное устройство пользователя А должно подходящим образом представлять мультимедийные данные. Например, возможно, что различные входящие потоки видеоданных представляются на раздельных окнах экрана. Однако зачастую целесообразным является выбор одного входящего потока мультимедийных данных и игнорирование остальных потоков мультимедийных данных, например, потому, что экран в мобильном оконечном устройстве слишком мал для представления отдельных окон, или если наложение различных рингтонов или передаваемых текстов сделало бы содержание полностью непонятным.

Информация о соответствующих SIP-диалогах могла бы предоставить критерии, которые разрешают выбрать подходящий поток мультимедийных данных (поток полезных данных) для представления:

- Если посредством получения первого «заключительного ответа протокола SIP», «начальный диалог» становится «установленным диалогом», то целесообразно выбрать соответствующий поток мультимедийных данных.

- Может оказаться целесообразным выбрать «начальные мультимедийные данные», которые соответствуют последнему установленному «начальному диалогу». Это имеет место особенно в том случае, когда посредники вводят «ветвление» последовательным способом. Если оконечное устройство посылает отрицательный ответ, или спустя некоторое время коммуникационное соединение с ним не устанавливается, например, вследствие того, что ни один пользователь не «снял трубку», то посредник направляет запрос INVITE на другое оконечное устройство. IETF определяет методы, которые позволят оконечному устройству А потребовать от посредника осуществлять только последовательный поиск (draft-ietf-sip-callerprefs).

- Оконечное устройство А может завершить диалог посредством SIP-сигнализации, например, если оно в состоянии поддерживать только ограниченное количество диалогов. Однако соответствующие мультимедийные данные, ввиду времени распространения сигнализации и мультимедийных данных в сети, могут еще приниматься в течение некоторого времени. Желательно подавлять прием мультимедийных данных в течение этого переходного периода времени.

При этом информация, содержащаяся в SIP и SDP, не всегда позволяет однозначно соотносить SIP-диалог с соответствующим потоком мультимедийных данных. В частности, оконечное устройство пользователя А выбирает IP-адрес и порт, например, UDP-порт (см. IETF RFC 768), для приема потоков мультимедийных данных, прежде чем оно пошлет запрос приглашения (INVITE), который содержит эти указания. Таким образом, все входящие мультимедийные данные принимаются по одному и тому же IP-адресу и на одном и том же порте. Они могут различаться посредством параметра "source IP Address" (IP-адрес источника) в IP-заголовке и параметра "source Port" (порт источника) в UDP-заголовке принимаемых пакетов, то есть IP-адреса и порта, с которых пакеты были посланы. Во всяком случае, в SIP/SDP, согласно RFC 3264, отсутствует информация об этих IP-адресе источника и порте источника, а имеются только так называемые IP-адрес «получателя» и порт «получателя», то есть IP-адрес и порт, на которые пакеты посылались.

При разработке концепции SIP-ветвления, взаимодействие с «начальными мультимедийными данными» (Early Media) сначала не принималось во внимание, так как такие начальные мультимедийные данные в SIP-сети возникают лишь в особых случаях, например, при соединении с классической телефонной сетью.

Обработка «начальных мультимедийных данных» (полезных данных) в случае ветвления в настоящее время обсуждается рабочей группой IETF SIPPING. Проект "draft-camarillo-sipping-early-media" предлагает согласовать для полезных данных, представляющих собой начальные мультимедийные данные, собственные коммуникационные соединения посредством SIP, причем оконечное устройство В при коммуникационных соединениях для «начальных мультимедийных данных» выступает в качестве вызывающего абонента, если он получает вызов от пользователя А для собственно соединения для передачи полезных данных и в отношении этого вызова для соединения для передачи полезных данных сначала вступает с пользователем А в «начальный диалог». В любом случае это имеет недостаток, заключающийся в том, что необходимо бесполезным образом производить обмен множеством SIP-сообщений, что, особенно при передаче по интерфейсу радиосвязи с малой шириной полосы, приводит к задержке в установлении соединения вызова и высоким потребностям в ресурсах. Кроме того, возможно, потребовалось бы зарезервировать отдельные ресурсы передачи для «начальных мультимедийных данных» и для собственно соединения для передачи полезных данных.

Рабочая группа IETF MMUSIC предлагает в проекте "draft-ietf-mmusic-sdp-srcfilter" ввести в SDP параметр, который позволяет явно выразить IP-адрес источника и UDP-порт источника, с которого приемник будет принимать пакеты. Эта информация полезна для конфигурирования расположенных промежуточным образом так называемых «брандмауэров». Однако этот параметр не пригоден для сопоставления SIP-диалогов с потоками мультимедийных данных, так как он предусматривает, что приемник уже знает IP-адрес источника и UDP-порт источника. Кроме того, применение этого параметра до сих пор не описано в Н.248-сигнализации.

Задача настоящего изобретения заключается в том, чтобы обеспечить возможность наиболее эффективного выбора полезных данных (начальных мультимедийных данных) во время сигнализации при установлении соединения вызова протокола SIP. Эта задача решается, соответственно, признаками независимых пунктов.

Соответствующая изобретению передача данных адреса передачи пользователя-адресата вызова (IP-b, Port-b для пользователя В или IP-b', Port-b' для пользователя В'), наряду с и так передаваемыми, как известно, данными адреса приема пользователя-адресата вызова (IP-В, Port-В для пользователя В и т.д.) в ответном сообщении (промежуточном ответе и/или заключительном ответе адресата вызова пользователю-инициатору установления соединения вызова) обеспечивает возможность пользователю-инициатору А установления соединения вызова с помощью этих принятых данных адреса передачи адресата вызова осуществлять эффективный выбор из принимаемых им полезных данных начальных мультимедийных данных различных пользователей-адресатов (B, В') вызова.

Тот факт, что в соответствии с изобретением, из принятого пользователем-инициатором (А) установления соединения вызова ответного сообщения («промежуточного ответа» 9, 10; 11, 12; «заключительного ответа» 17), содержащего наряду с данными адреса приема (IP-В, Port-В) пользователя-адресата вызова также данные адреса передачи (IP-b, Port-b) пользователя-адресата вызова, извлекают данные адреса передачи (IP-b, Port-b) пользователя-адресата (В, В') вызова может, в частности, означать то, что они доводятся до сведения пользователя-инициатора (А) установления соединения вызова или (промежуточным образом) сохраняются для использования при последующем выборе.

Предпочтительные варианты осуществления изобретения вытекают из пунктов формулы изобретения и последующего описания примера осуществления со ссылками на чертеж.

На фиг.1 схематично представлена сигнализация при установлении SIP-соединения и передаче потока полезных данных в виде начальных мультимедийных данных.

Сотовые сети мобильной связи (такие как GSM, 3G, CDMA2000, TDSCDMA и т.д.) и стационарные сети, а также соответствующие оконечные устройства и способы сигнализации (SIP, SDP) известны специалисту в данной области техники (см., например, спецификации на www.3gpp.org).

На фиг.1 показан пользователь А, являющийся инициатором установления соединения вызова, который включает в себя часть соединения SIP-оконечного устройства А и часть сигнализации SIP-оконечного устройства А и который осуществляет связь через сеть мобильной связи (показанную здесь только в объеме необходимого для понимания изобретения SIP-посредника) с пользователем (=В), являющимся адресатом вызова и включающим в себя SIP-оконечное устройство В, и с пользователем (=В'), являющимся адресатом вызова и включающим в себя SIP-оконечное устройство В', по SIP-протоколу для установления соединения для передачи полезных данных. Например, часть соединения SIP-оконечного устройства А может представлять собой "IM-MGW", часть сигнализации SIP-оконечного устройства А может представлять собой "MGCF", SIP-посредник может представлять собой "S-CSCF", и SIP-оконечное устройство В и В' может представлять собой "UE". Для упрощения опущены некоторые SIP-сообщения, как, например, "100 Trying", PRACK и 200 OK(PRACK).

В показанном примере после сообщения 1 от части сигнализации SIP-оконечного устройства А к части соединения SIP-оконечного устройства А пытаются установить телекоммуникационное соединение (например, для речевого соединения или другого соединения для передачи полезных данных), причем до поднятия трубки (этап 15) вызываемым пользователем В на пользовательском оконечном устройстве-адресате В вызова, производится обмен сообщениями 3-7, 9, 10, 13 между пользователем-инициатором А установления соединения вызова и пользователем-адресатом В вызова (через сеть сигнализации/через SIP-посредника).

Часть соединения SIP-оконечного устройства А выбирает адрес (IP-адрес пользователя А (IP-A) и номер порта пользователя А (Port-A)), подлежащий применению для будущего приема SIP-оконечным устройством А, передает его на этапе 3 к части сигнализации SIP-оконечного устройства А, которая на этапе 4 посылает SIP-INVITE-сообщение с указанием адреса приема оконечного устройства А (IP А, Port A) SIP-посреднику телекоммуникационной сети (например, сотовой системы мобильной связи), который применяет SIP-ветвление и на этапе 5 или 6 это SIP-INVITE-сообщение передает на пользовательское оконечное устройство-адресат В вызова (SIP-оконечное устройство В) или на пользовательское оконечное устройство-адресат В' вызова (SIP-оконечное устройство В'). После этого на этапе 7 SIP-оконечное устройство В выбирает свой адрес приема (IP В, Port В) пользователя-адресата вызова и адрес передачи (IP b, Port b). На этапе 8 SIP-оконечное устройство В' выбирает для приема свой адрес приема (IP В', Port В') пользователя-адресата вызова и для передачи свой адрес передачи (IP b', Port b') пользователя-адресата вызова. На этапе 9 выбранный пользователем-адресатом В вызова адрес приема (IP-В, Port В) пользователя-адресата вызова, а также, согласно изобретению, адрес передачи (IP b, Port b) пользователя-адресата вызова вместе с однозначной идентификацией диалога В в сообщении промежуточного ответа SIP-181-Ringing («звонок») передается SIP-посреднику телекоммуникационной сети, который на этапе 10 передает его пользователю-инициатору (А) установления соединения вызова. Кроме того, здесь на этапе 11, от другого пользователя-адресата В' вызова сообщение промежуточного ответа SIP 180 Session Progress («продолжение сессии») с другим адресом приема (IP-В', Port-В') пользователя-адресата вызова, а также, согласно изобретению, адресом передачи (IP-b', Port-b') пользователя-адресата вызова и идентификацией В' диалога передается SIP-посреднику и (на этапе 12) - SIP-оконечному устройству А (пользователю-инициатору А вызова).

Для соответствующей изобретению передачи адреса передачи (IP-b, Port b) или (IP-b', Port b') пользователя-адресата вызова в сообщениях 9 - 12 может служить, например, вновь введенный SDP-параметр.

Посредством получения сообщений 9 и 11 с различными идентификациями В и В' диалога часть соединения SIP-оконечного устройства А узнает, что имеет место сигнализация с двумя оконечными устройствами В и В', и что оба оконечных устройства, возможно, уже посылают к этому моменту времени данные (= начальные мультимедийные данные = потоки мультимедийных данных) на (IP-A, Port-A), как на этапе 13 или 14 от пользователя-адресата вызова (=SIP-оконечного устройства В или В') на оконечное устройство пользователя-инициатора А установления соединения вызова. При этом SIP-оконечное устройство В (или другой адресат вызова и SIP-оконечное устройство В') указывает адрес передачи (IP-b, Port b или IP-b', Port-b') пользователя-адресата вызова, который указывает, откуда поступают данные, чтобы обеспечить возможность определения их происхождения у пользователя-инициатора А установления соединения вызова. Кроме того, переданные на этапах 13 или 14 начальные мультимедийные данные содержат также адрес получателя пользователя-инициатора (А) установления соединения вызова, который используется для IP-маршрутизации. Начальные мультимедийные данные могут, например, содержать тональные сигналы звонков (рингтоны), передаваемые произносимые тексты и т.д.

Если вызовы (при так называемом ветвлении) одновременно направляются на множество коммутационных узлов (посредников) телекоммуникационной сети и/или SIP-оконечных устройств (таких, как В, В') одновременно или последовательно и, в конечном счете, от адресованных SIP-оконечных устройств B, B' и/или посредников направляются на другие оконечные устройства, то от множества оконечных устройств промежуточные ответы и, в соответствующих случаях, начальные мультимедийные данные - потоки мультимедийных данных могут поступать в оконечное устройство А пользователя-инициатора установления соединения вызова, где их выбор оптимизируется в соответствии с изобретением простым и эффективным образом.

Это осуществляется таким образом, что (в противоположность способу, раскрытому в упомянутых выше документах стандартизации) в ответном сообщении («промежуточном ответе» или «заключительном ответе») пользователя-адресата В вызова, наряду с (передаваемым в ответе) адресом приема (IP В, Port В) пользователя-адресата вызова, также передается адрес передачи (IP-b, Port-b) пользователя-адресата В вызова, и адрес передачи (IP-b, Port-b) пользователя-адресата В вызова применяется для селекции (для дальнейшей обработки, или сохранения, или игнорирования и т.д.) простым и эффективным способом без существенного изменения существующих устройств.

Игнорирование данных может, например, выполняться, если после передачи сообщения заключительного ответа «200-ОК» на этапах 16, 17 от оконечного устройства-адресата В вызова на оконечное устройство А пользователя-инициатора установления соединения вызова сигнализируется успешное завершение установления вызова, так что после этого возникает «установленный диалог» между оконечным устройством А и оконечным устройством В, за счет чего потоки данных начальных мультимедийных данных, которые не соответствуют «установленному диалогу», возникшему на этапах 16/17 (которые, таким образом, содержат другой адрес передачи пользователя-адресата вызова), могут отбрасываться (например, подавляться или игнорироваться) пользователем-инициатором установления соединения вызова. В соответствии с изобретением, подавление осуществляется за счет того, что мультимедийные потоки данных с другими адресами передачи, иными, чем (IP-b, Port-b), игнорируются. Часть сигнализации SIP-оконечного устройства А передает части соединения SIP-оконечного устройства А в сообщении 17, что должны приниматься только мультимедийные потоки данных с адресом передачи (IP-b, Port-b). Для этого в сообщение 17, например, вводится новый параметр, который представляет один или несколько адресов передачи, с которых должны приниматься пакеты. Для этого может, например, применяться тот же самый новый параметр SDP, что и в сообщениях 9-12, который передается в SDP в сообщении MOD протокола Н.248. Альтернативно также может применяться SDP-параметр, предложенный рабочей группой IETF MMUSIC в "draft-ietf-mmusic-sdp-srcfilter".

Тем самым можно избежать так называемого «отсечения», то есть недоступности соединения для передачи полезных данных, после завершения установления соединения в рамках сигнализации на основе заключительного ответа SIP-оконечного устройства В после снятия трубки пользователем. Недоступное соединение для передачи полезных данных имеет место за счет дальнейшей обработки не релевантных более потоков данных начальных мультимедийных данных. В противном случае, только после приема сообщения SIP-Cancel (этап 20) SIP-посредника в другом SIP-оконечном устройстве (В') (только) это SIP-оконечное устройство В' не могло бы больше отправлять потоки данных начальных мультимедийных данных, и отсечение могло бы сохраняться на протяжении переходного периода, если оконечное устройство А еще принимает эти начальные мультимедийные данные.

Например, SIP-оконечное устройство А в примере, показанном на фиг.1, после получения сообщения 9, 10 от пользователя В с (содержащимися в сообщении) данными адреса передачи (IP-b, Port-b) пользователя-адресата вызова, может позже селектировать полученные в сообщении 13 полезные данные (начальные мультимедийные данные) на основе содержащихся в сообщении 13 данных адреса передачи (IP-b, Port-b) пользователя-адресата вызова для дальнейшей обработки и, с другой стороны, полезные данные, которые содержат данные адреса передачи пользователя-адресата вызова, которые не были переданы в предыдущем сообщении промежуточного ответа или заключительного ответа (9, 10; 11, 12) пользователю А-инициатору установления сообщения вызова, могут быть отброшены, то есть стерты или проигнорированы.

Содержащаяся в SDP информация об «IP-адресе источника» и «порте источника» используется оконечным устройством вызывающего абонента А в соответствии с изобретением, чтобы выбрать пакеты из подходящих потоков данных для представления.

В предпочтительном варианте выполнения вводится новый параметр в SDP, который применяется в «промежуточных ответах» и/или в «заключительных ответах», которые оконечное устройство пользователя В посылает в SIP-оконечное устройство пользователя А. Этот параметр позволяет оконечному устройству (устройствам) пользователя В выразить, какой IP-адрес и какой порт этих оконечных устройств применяется для передачи IP-пакетов. (До сих пор в SDP от В к А содержалась только информация о том, на какой IP-адрес и какой порт В должны приниматься IP-пакеты.) Так как «промежуточные ответы» и/или «заключительные ответы» содержат однозначную идентификацию SIP-диалога и применяемый оконечным устройством В для передачи IP-адрес и применяемый для передачи порт, то есть «IP-адрес источника» и «порт источника» в принимаемых пользователем А пакетах соответствующего потока мультимедийных данных, пользователь А может установить однозначную корреляцию (соотнесение) между SIP-диалогом и принимаемым потоком мультимедийных данных.

Оконечное устройство пользователя А использует эту корреляцию, чтобы выбрать потоки мультимедийных данных, например, следующим образом.

Если первый «начальный диалог» посредством этого SIP-«заключительного ответа» становится «установленным диалогом», то оконечное устройство пользователя А выбирает соответствующий поток мультимедийных данных. И/или:

оконечное устройство пользователя А выбирает «начальные мультимедийные данные», которые соответствуют последнему установленному «начальному диалогу», возможно, только до тех пор, пока еще не существует «установленного диалога». И/или

оконечное устройство пользователя А подавляет потоки мультимедийных данных, представляющие собой «начальные мультимедийные данные» (полезные данные), если оно посылает SIP-сообщения сигнализации, чтобы завершить соответствующий диалог.

SIP-оконечное устройство пользователя А может разделяться на устройство сигнализации и устройство для обработки соединений для передачи полезных данных, которые взаимодействуют друг с другом посредством, например, протокола Н.248 или RFC 3525, определенного совместно ITU-T и IETF, или посредством протокола MGCP IETF или RFC 2705. Например, SIP-оконечное устройство пользователя А может состоять из стандартизированных 3GPP так называемых компонентов MGCF и IM-MGW или из также стандартизированных 3GPP так называемых компонентов MRFC и MRFP (см. 3GPP TS 23.002). Посредством протокола Н.248 или MEGACO также осуществляется продвижение SDP. Соответствующий изобретению новый SDP-параметр применяется и здесь, чтобы указать, с каким «IP-адресом источника» и с каким «UDP-портом источника» поступающие пакеты полезных данных должны приниматься. В случае, если применяется этот параметр, то пакеты полезных данных с другим «IP-адресом источника» и другим «портом источника» должны отбрасываться.

Другими примерами оконечных устройств без подобного разделения являются мобильные оконечные устройства стандарта 3GPP или 3GPP2, так называемые «UE».

На чертеже для простоты не показаны различные SIP-сообщения, например, такие как 100 Trying, PRACK, OK(PRACK).