RU2645592C1 - Способ и оборудование обслуживания связи для управления установлением сеанса связи в сети передачи мультимедиа - Google Patents
Способ и оборудование обслуживания связи для управления установлением сеанса связи в сети передачи мультимедиа Download PDFInfo
- Publication number
- RU2645592C1 RU2645592C1 RU2017104959A RU2017104959A RU2645592C1 RU 2645592 C1 RU2645592 C1 RU 2645592C1 RU 2017104959 A RU2017104959 A RU 2017104959A RU 2017104959 A RU2017104959 A RU 2017104959A RU 2645592 C1 RU2645592 C1 RU 2645592C1
- Authority
- RU
- Russia
- Prior art keywords
- request
- response
- sip
- network
- communication
- Prior art date
Links
Images
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/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
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5007—Internet protocol [IP] addresses
-
- 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/1063—Application servers providing network services
-
- 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/1083—In-session procedures
- H04L65/1094—Inter-user-equipment sessions transfer or sharing
-
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Изобретение относится к технологиям сетевой связи. Технический результат заключается в повышении безопасности передачи данных. В сервере обслуживания связи в ответ на прием (12) запроса (11) установления сеанса связи с, по меньшей мере, одним UE из множества UE предоставляется адаптированный запрос (13), на основе того, какой промежуточный ответ (ответы) и какой окончательный ответ (ответы) может предоставить UE из множества UE, в ответ на запрос (11) установления сеанса связи, адаптированный запрос направляется (14) в сети связи, и принимающее UE обрабатывает адаптированный запрос установления или неустановления сеанса (15) связи. 9 н. и 15 з.п. ф-лы, 8 ил.
Description
Область техники, к которой относится изобретение
Настоящее изобретение, в целом, относится к передаче сообщений мультимедиа по интернет-протоколу, IP, и, более конкретно, к управлению установлением сеанса связи множества устройств передачи мультимедиа, зарегистрированных в сети передачи сообщений мультимедиа одним пользователем.
Предшествующий уровень техники
Пользователи могут пользоваться множеством устройств передачи сообщений мультимедиа, чтобы удовлетворять свои потребности связи. Входящий вызов или сеанс связи, или другой вид связи, который предназначен для пользователя, может предлагаться одному или более устройствам связи, или, в целом называемых пользовательским оборудованием, UE, доступным этому пользователю. Однако вызов или сеанс связи обычно принимается в одном устройстве.
Примерами таких устройств передачи сообщений мультимедиа являются мобильный телефон или смартфон, планшетный персональный компьютер, РС, и компактный портативный РС или настольный РС. Каждое такое устройство может использоваться для связи в широком смысле слова, однако на практике способ связи различается согласно устройству. Мобильный телефон обычно используется для речевых вызовов, обмена сообщениями и чата. Компактный портативный РС или настольный РС обычно используется для чата и видео вызовов, но, менее вероятно, для речевых вызовов, в частности, когда пользователь не находится за его (ее) рабочим столом/столом, и т.д. Планшетный РС может использоваться для чата, видео вызовов и речевых вызовов. Однако на практике люди скорее предпочитают использовать свой мобильный телефон для речевых вызовов.
Родственной разработкой является то, что люди могут быть «доступными» в совместно используемом устройстве, таком как экран телевизора, TV. При просмотре TV входящий вызов может представляться, например, в углу экрана TV. Экран TV является в этом случае «совместно используемой» средой. Всякий раз, когда вызываемый человек является доступным, он (она) может быть не в состоянии или может не желать отвечать на вызов в TV. То есть, по меньшей мере, не в то время как другие люди тоже смотрят TV. Вызов «предоставляется» на экране TV, но вызываемый человек предпочтет отвечать на вызов, например, в его/ее мобильном телефоне.
То есть, в то время как человек может быть «доступным» в множестве устройств, т.е., мобильном телефоне, компактном портативном РС, планшете, на экране TV, устройстве типа очков, таком как Google Glass™, и т.д., человек может только отвечать на входящий вызов или сеанс связи, или принимать его в одном или в подмножестве устройств связи, которыми он/она пользовался.
Набор устройств, в которых человек может отвечать на входящий вызов или другой сеанс связи, может зависеть от обстоятельств, во время которых устанавливается вызов. Например, обычно на входящий вызов можно отвечать в клиенте РС или в мобильном телефоне. Однако, находясь на совещании, на вызов разрешается отвечать только в мобильном телефоне, поскольку человек временно выходит из комнаты совещания. Однако оповещение о вызове или сеансе связи для пользователя на совещании может быть, например, как в мобильном телефоне пользователя, компактном портативном РС, планшете, так и на центральном экране презентации или дисплее в комнате совещания.
Таким образом, сценарии, которые будут применяться, являются такими, что на вызов при некоторых обстоятельствах можно отвечать только в конкретном устройстве связи, таком как специализированный мобильный телефон, устройство, устанавливаемое на голове, или другом устройстве связи, функционально ассоциированном с конкретным пользователем или абонентом.
Соответственно, при вышеупомянутом увеличении числа устройств связи, которые человек может фактически иметь или может использовать, многообразие устройств связи, доступных пользователю, например, в некоторый момент времени и/или в некотором местоположении, становится все более разнородным и сложным. Кроме того, эти разные устройства будут иметь определенно разные технические возможности. Например, программно управляемый телефон протокола инициирования сеанса, SIP, установленный в РС для работы в сети связи подсистемы мультимедиа, IMS, интернет протокола, IP, может иметь другие технические возможности, чем мобильный телефон или смартфон.
Некоторые устройства связи могут принимать входящий вызов и оповещать пользователя устройства, но на вызов нельзя отвечать в этом устройстве. Примером является обычное осуществление «уведомления о входящем вызове» на экране TV.
Однако из вышеупомянутого будет понятно, что некоторые устройства действительно имеют собственные технические возможности, чтобы отвечать на входящий вызов/сеанс связи, но обстоятельства могут запрещать отвечать на вызов/сеанс связи в таком устройстве.
Когда на вызов или сеанс связи нельзя отвечать в конкретном устройстве, которое действительно имеет технические возможности, чтобы отвечать на вызов, при условии, что все условия для устройства и пользователя для ответа на вызов удовлетворяются, тогда практическим решением является не предлагать вызов в это устройство. Однако не предложение вызова или сеанса связи может представлять собой проблему, как для вызывающего, так и вызываемого абонента или пользователя, например, в частности в случае экстренных или иначе важных вызовов.
Предложение вызова устройству, помимо разрешения приемнику этого вызова отвечать на вызов или сеанс связи, может включать в себя оповещение или уведомление пользователя о том, что, например, вызов поступает, и/или включение в локальный файл регистрации устройства. Это «оповещение» или «уведомление» может содержать информацию, такую как идентификация вызывающей стороны, например, имя и/или номер вызывающей стороны, экстренность вызова, такую как «низкая», «обычная», «срочная», информацию о вызове, такую как «тема», например, «приглашение на совещание», «бизнес», «личная», и т.д.
Сущность изобретения
Задачей является предоставить способ и сервер обслуживания связи, и узел сети для управления установлением сеанса связи в сети передачи IP мультимедиа с множеством устройств связи, зарегистрированных в сети с одним и тем же абонентом, для поддержки общего решения связи абонента, содержащего широкое множество устройств связи разных типов или классов.
Другой задачей является предоставить способ и пользовательское оборудование, выполненные для работы при таком общем решении для абонентской связи.
В первом аспекте предоставлен способ управления установлением сеанса связи в сети передачи сообщений, основанной на мультимедиа по интернет-протоколу, IP, с, по меньшей мере, одним мультимедийным пользовательским оборудованием, UE, из множества мультимедийных UE,зарегистрированных, т.е. функционально и/или оперативно ассоциированных в сети передачи сообщений с одним и тем же абонентом. В ответ на прием, сервером обслуживания связи для сети, запроса установления сеанса связи, по меньшей мере, с одним UE из множества UE сервер обслуживания связи предоставляет адаптированный запрос установления сеанса связи. Причем адаптированный запрос основан на ответе, включающем в себя промежуточный и окончательный ответ, разрешенные UE из множества UE в ответ на запрос установления сеанса связи. Для фактического установления сеанса связи сервер обслуживания связи направляет адаптированный запрос в сети передачи сообщений в соответственное UE из множества UE, зарегистрированных с одним и тем же абонентом.
Предоставление адаптированного запроса на основе информации о том, что, какой промежуточный ответ или ответы и какой окончательный ответ или ответы одного или более UE из множества UE, которые являются доступными для вызываемого абонента, можно фактически предоставлять или разрешается предоставлять в ответ на запрос установления сеанса связи с вызывающим абонентом, открывает путь для интеграции общего решения для связи абонента. То есть, не только для тех устройств связи, которые точно ассоциируются с этим абонентом, или которые являются персональными для этого абонента, таких как мобильный телефон, но также для устройств, которые не строго ассоциируются с этим абонентом, или которые не являются персональными для этого абонента, но которые являются совместно используемыми, например, группой лиц, таких как, например, экран TV или экран конференции.
То, разрешает ли адаптированный запрос ответ, включая промежуточный или окончательный ответ, посредством UE из множества UE, чтобы устанавливать сеанс связи, т.е., то, можно ли отвечать на сеанс связи или вызов посредством мобильного телефона или (также) на экране TV, или в любом другом устройстве связи, доступном для вызываемого абонента, зависит от информации о том, какое UE из множества UE, которые являются доступными для вызываемого абонента, может фактически устанавливать сеанс связи, что, например, может зависеть от конкретного момента времени.
Адаптированный запрос может быть направлен, сервером обслуживания связи, в выбранное одно (несколько) из множества UE. Однако сервер обслуживания связи может также направлять адаптированный запрос в каждое UE из множества UE, причем адаптированный запрос может быть индивидуальным, т.е., приспособленным к конкретному UE. Настоящее решение обеспечивает то, что запрос установления сеанса связи, принятый сервером обслуживания связи, направляется непосредственно, без адаптации, в одно или более UE, которые могут устанавливать сеанс связи, в то же время адаптированный запрос направляется в другое UE или в другую группу UE из множества UE.
Адаптированный запрос может основываться на функциональных возможностях связи, посредством которых UE регистрируется в сети передачи сообщений, и/или на коммуникационной информации, касающейся вызываемого абонента. Эта коммуникационная информация должна пониматься как включающая в себя информацию, касающуюся одного или более из географического местоположения абонента, расписания совещаний и/или повестки дня абонента, доступности абонента в конкретный момент времени и т.д.
Экран конференции может регистрироваться как устройство связи, доступное для абонента, посредством абонента, находящегося на видеоконференции, с использованием этого конкретного экрана конференции, например, на конкретную дату и конкретное время. То, является ли конкретный экран конференции применимым, чтобы быть зарегистрированным как UE, доступное для вызываемого абонента, может автоматически определяться из расписания совещания, включающего в себя этого абонента, местоположение совещания и устройств связи, доступных в этом конкретном местоположении, например. В области деловой связи, ВС, такая информация является доступной, например, в решении для инструмента реализации деловой связи, ВСЕ, компании Ericsson или извлекаемой из этого решения. Однако коммуникационная информация, касающаяся абонента, может также предоставляться ручным способом и делаться доступной для сервера обслуживания связи. Регистрация конкретного UE с абонентом в сети может выполняться ручным способом, а также автоматически, например, на основе вышеупомянутой коммуникационной информации, касающейся вызываемого абонента, или информации ВС.
В частности, адаптированный запрос накладывает ограничение на ответ или на допустимый ответ (ответы) посредством UE на запрос установления вызова или сеанса связи. То есть, например, конкретное UE, такое как экран конференции, оповещает о входящем сеансе или вызове и/или регистрирует входящий сеанс или вызов для вызываемого абонента, но ответ этого UE на запрос установления вызова ограничивается тем, что UE не может отвечать на вызов для этого абонента. Ответ на вызов может ограничиваться, например, мобильным телефоном абонента. Ограничение может предоставляться в инструкции или указании, включенном в адаптированный запрос.
В другом примере адаптированный запрос структурируется в соответствии с функциональными возможностями связи конкретного UE. Если вызываемый абонент находится, например, в автомобиле, оснащенном устройством связи «свободные руки», а входящий вызов обеспечивает оповещение, как в устройство «свободные руки», так и в мобильный телефон абонента, последний будет запрещен, т.е., ограничен, посредством адаптированного запроса, чтобы отвечать для фактического установления вызова.
Предотвращение переадресации вызова посредством UE в альтернативное место назначения является другим типом ограничения в ответе, которое должно накладываться на UE посредством адаптированного запроса установления вызова, в ответ на запрос установления сеанса связи.
Настоящий представленный способ обеспечивает технические возможности для управления установлением связи с пользователем, который имеет разнородное множество устройств связи. Особенно, представленный способ обеспечивает управление для определения того, в каком устройстве (устройствах) пользователь может принимать входящий сеанс связи.
Сеть подсистемы мультимедиа интернет-протокола, IP, IMS, являющаяся де факто стандартной интегрированной средой для передачи сообщений мультимедиа, должна стать все более способной обслуживать это все более сложное многообразие устройств связи.
Настоящая сеть IMS является все более гибкой, чтобы определять то, в какое одно или более из множества устройств человека будет предлагаться входящий сеанс связи. Заголовки протокола инициирования сеанса, SIP, такие как «принять контакт» и «отклонить контакт», а также идентификатор службы связи IMS, ICSI, и идентификатор ссылки на приложение, IARI, используются для этой цели.
В примере, в котором сеть передачи сообщений является сетью мультимедиа через IP, основанной на IMS, предоставление адаптированного запроса содержит включение назначенного заголовка SIP, по меньшей мере, в один из запроса приглашения SIP и запроса сообщения SIP, направляемых в UE сервером приложений, AS, протокола инициирования сеанса, SIP, работающего в качестве сервера обслуживания связи в сети.
В примере AS SIP выполнен с возможностью составления и генерации назначенного заголовка SIP из информации, которую UE из множества UE, зарегистрированных для одного и того же абонента, может предоставлять в ответ для установление сеанса связи. Эта информация может быть непосредственно доступной в AS SIP или извлекаемой посредством AS SIP. Однако назначенный заголовок SIP для UE может также извлекаться посредством AS SIP из специализированного или назначенного сервера, например, сервера с возможностью деловой связи, BS, примером которого является упомянутое ранее решение инструмента реализации деловой связи, ВСЕ, компании Ericsson.
Чтобы гарантировать надлежащее установление сеанса, AS SIP обычно предоставляет любой из запроса приглашения SIP и запроса сообщения SIP, содержащих назначенный заголовок SIP, только если агент пользователя, UA, SIP, UE поддерживает назначенный заголовок SIP.
Назначенный заголовок SIP, включаемый в адаптированный запрос установления сеанса связи, обычно содержит инструкцию или указание, накладывающее ограничение на ответ посредством UE.
Назначенный заголовок SIP, накладывающий ограничение на ответ посредством UE, причем этот назначенный заголовок SIP, также называется заголовком «запрещение ответа», определяет, например, какой ответ или ответы, включающие в себя промежуточный ответ или промежуточные ответы и окончательный ответ или окончательные ответы, не могут возвращаться агентом пользователя UA, SIP, UE. Ответы указываются кодом статуса в соответствии со стандартом RFC 3261 Рабочей группы по инженерным проблемам интернета, IETF, в соответствии со следующим:
100-199 Промежуточный ответ
200-299 Окончательный ответ, успешное установление сеанса
300-399 Окончательный ответ, перенаправление вызова
400-499 Окончательный ответ, неуспешный, абонент UA не может принять сеанс
500-599 Окончательный ответ, неуспешный, системный сбой
600-699 Окончательный ответ, неуспешный, абонент недоступен в любом UE.
Во втором аспекте предоставлен способ управления установлением сеанса связи в UE мультимедиа, выполненном для работы в сети передачи сообщений, основанной на мультимедиа через IP. Способ, который выполняется и управляется процессором или устройством обработки UE, имеющим память, содержащую инструкции, выполняемые процессором, содержит этапы:
- приема запроса установления сеанса связи, причем запрос включает в себя инструкцию или указание, основанное на ответе, включающем в себя промежуточный и окончательный ответ, разрешенные UE в ответ на запрос,
- обработки инструкции или указания, включенного в запрос установления сеанса связи, и
- передачи ответа в соответствии с обработанной инструкцией или указанием, включенным в запрос.
В примере этап приема содержит прием запроса, включающего в себя инструкцию или указание, накладывающее ограничение на ответ посредством UE, и этап обработки содержит предоставление допустимого ответа в соответствии с наложенным ограничением.
В частности, в UE, содержащем UA SIP, выполненном для работы в сети передачи сообщений мультимедиа через IP, основанной на IMS, этап приема запроса установления сеанса связи содержит прием назначенного заголовка SIP, по меньшей мере, в одном из запроса приглашения SIP и запроса сообщения SIP, причем назначенный заголовок SIP содержит ограничение, наложенное на ответ, включающий в себя промежуточный и окончательный ответ, возвращаемый посредством UA SIP UE, и этап обработки содержит обработку запроса, т.е., назначенного заголовка SIP.
В третьем аспекте предоставлен способ управления установлением сеанса связи в сети передачи сообщений, основанной на мультимедиа через IP, с, по меньшей мере, одним UE мультимедиа из множества UE мультимедиа, зарегистрированных в сети передачи сообщений с одним и тем же абонентом, причем способ включает в себя этапы:
- приема, сервером обслуживания связи сети, запроса установления сеанса связи, по меньшей мере, с одним UE из множества UE,
- предоставления, сервером обслуживания связи, в ответ на запрос установления сеанса связи, адаптированного запроса установления сеанса связи, причем адаптированный запрос основан на ответе, включающем в себя промежуточный и окончательный ответ, разрешенные UE из множества UE в ответ на запрос установления сеанса связи,
- направления, сервером обслуживания связи, адаптированного запроса в сети передачи сообщений в UE,
- приема, посредством UE, адаптированного запроса,
- обработки, посредством UE, адаптированного запроса и
- передачи, посредством UE, ответа в соответствии с адаптированным запросом установления сеанса связи.
В четвертом аспекте предоставлен сервер обслуживания связи для управления установлением сеанса связи в сети передачи сообщений, основанной на мультимедиа через IP, с, по меньшей мере, одним UE мультимедиа из множества UE мультимедиа, зарегистрированных в сети передачи сообщений с одним и тем же абонентом, причем сервер включает в себя:
- блок приема или модуль приема, выполненный для приема запроса установления сеанса связи, по меньшей мере, с одним UE из множества UE,
- блок адаптации или модуль адаптации, выполненный для предоставления, в ответ на запрос установления сеанса связи, адаптированного запроса установления сеанса связи, причем адаптированный запрос основан на ответе, включающем в себя промежуточный и окончательный ответ, разрешенные UE из множества UE в ответ на запрос установления сеанса связи,
- блок направления или модуль направления, выполненный для направления в сети передачи сообщений адаптированного запроса установления сеанса связи в соответственное UE из множества UE, зарегистрированных с одним и тем же абонентом.
То есть, блок адаптации выполнен для предоставления, после приема запроса, в ответ на запрос установления сеанса связи, адаптированного запроса установления сеанса связи, на основе того, какой промежуточный ответ (ответы) и, какой окончательный ответ (ответы) UE из множества UE может предоставлять в ответ на запрос установления сеанса связи.
В частности, в примере блок адаптации сервера обслуживания связи выполнен для предоставления адаптированного запроса на основе, по меньшей мере, одной из функциональных возможностей, с которыми UE регистрируется в сети передачи сообщений, и коммуникационной информации, касающейся абонента, как детализировано ниже.
В пятом аспекте узел сети для использования в сети передачи сообщений мультимедиа IMS включает в себя сервер обслуживания связи для работы в качестве AS SIP в сети, причем блок адаптации выполнен для предоставления адаптированного запроса, включающего в себя назначенный заголовок SIP, по меньшей мере, в одном из запроса приглашения SIP и запроса сообщения SIP, направляемых в UE, причем назначенный заголовок SIP содержит инструкцию или указание, накладывающее ограничение, включающее в себя промежуточный ответ и окончательный ответ, посредством UA SIP UE в ответ, по меньшей мере, на одно из запроса приглашения SIP и запроса сообщения SIP.
Чтобы увеличить эффективность, блок адаптации в примере выполнен для предоставления любого из запроса приглашения SIP и запроса сообщения SIP, содержащих назначенный заголовок SIP, только если UA SIP UE поддерживает назначенный заголовок SIP и указал упомянутую поддержку в AS SIP.
В частности, в среде деловой связи блок адаптации выполнен для извлечения инструкции или указания назначенного заголовка SIP для UE из назначенного сервера, такого как сервер с возможностью деловой связи, ВС.
Любые или все из операций, выполняемых блоком приема, блоком адаптации и блоком направления при применении представленного способа (способов), подходят для осуществления в процессоре или в устройстве обработки и в памяти сервера обслуживания связи, причем память содержит инструкции, выполняемые процессором или устройством обработки, чтобы управлять соответственными операциями и выполнять их.
В шестом аспекте предоставлено UE, выполненное для работы в сети передачи сообщений, основанной на мультимедиа через IP, причем UE содержит приемник или модуль приемника связи, передатчик или модуль передатчика и процессор или устройство или модуль обработки, имеющее память, содержащую инструкции, выполняемые процессором для управления установлением сеанса связи посредством:
- приема, приемником, запроса установления сеанса связи, причем запрос включает в себя инструкцию или указание, основанное на ответе, включающем в себя промежуточный и окончательный ответ, разрешенные UE в ответ на запрос,
- обработки, посредством процессора или устройства обработки, соответственной инструкции или указания, включенного в запрос установления сеанса связи, и
- передачи, передатчиком, ответа в соответствии с обработанной инструкцией или указанием, включенным в запрос.
В частности, для использования в сети передачи сообщений мультимедиа IMS UE включает в себя UA SIP, выполненный для:
- приема назначенного заголовка SIP, по меньшей мере, в одном из запроса приглашения SIP и запроса сообщения SIP, причем назначенный заголовок SIP включает в себя инструкцию или указание,
- обработки назначенного заголовка SIP и
- передачи ответа SIP в соответствии с инструкцией или указанием, включенным в назначенный заголовок SIP.
Для эффективной работы в сети IMS UA SIP UE в примере выполнен для регистрации, в сети того, что этот UA SIP поддерживает обработку назначенного заголовка SIP. Сервер обслуживания связи в сети, такой как AS SIP, получает преимущество из такой регистрации в том, что сеть может включать в себя, например, UE, которые не оборудованы для обслуживания назначенного заголовка SIP, из направления адаптированного запроса установления сеанса связи, т.е., соответственного заголовка SIP.
В шестом аспекте предоставлено, что любые или все из этапов, выполняемых вышеупомянутым сервером связи, узлом сети и UE для применения представленного способа (способов), являются доступными из не временного читаемого компьютером носителя памяти, содержащего инструкции, которые, когда выполнены, по меньшей мере, в одном процессоре сервера связи, узла сети и/или UE, заставляют, по меньшей мере, один процессор выполнять соответственные этапы. Примерами постоянных носителей являются флэш-накопитель, флэш-память, гибкие диски, жесткие диски и т.д.
В контексте настоящего описания и формулы изобретения модуль, устройство, оборудование или тому подобное могут осуществляться в компоненте аппаратного обеспечения и/или как компьютерная программа, содержащая инструкции программного обеспечения, выполняемые процессором.
Представленные вышеупомянутые и другие признаки и преимущества будут лучше понятны из следующего описания и прилагаемых чертежей, в частности, ссылающихся на сеть передачи сообщений IMS с сигнализацией SIP. На чертежах одинаковые ссылочные номера обозначают идентичные части или части, выполняющие идентичную или совместимую функцию или операцию.
Представленный способ (способы) ни в коей мере на ограничен сетью IMS и сигнализацией SIP, но может применяться в любой сети передачи сообщений IP, использующей протоколы управления сеансом для установки и прекращения сеансов связи или вызовов серверами при управлении обменом информации или сигнализации обмена информации.
Краткое описание чертежей
Фиг.1 - блок-схема последовательности этапов, иллюстрирующая вариант осуществления способа.
Фиг.2 - блок-схема, иллюстрирующая вариант осуществления сети подсистемы мультимедиа интернет-протокола, IP, IMS.
Фиг.3 и фиг.4 - сигнальные диаграммы, иллюстрирующие обмен сигналами в варианте осуществления сети IMS.
Фиг.5 - схема варианта осуществления развертывания в сети IMS.
Фиг.6 - блок-схема варианта осуществления сервера обслуживания связи.
Фиг.7 - блок-схема последовательности этапов, иллюстрирующая вариант осуществления способа.
Фиг.8 - блок-схема варианта осуществления пользовательского оборудования, UE.
Подробное описание вариантов осуществления
Фиг.1 - схематическая блок-схема 10 последовательности этапов, иллюстрирующая установление сеанса связи, также называемое установление вызова, в сети передачи сообщений, основанной на мультимедиа по интернет-протоколу, IP, с, по меньшей мере, одним пользовательским оборудованием, UE, мультимедиа из множества UE мультимедиа, зарегистрированных в сети передачи сообщений с одним и тем же абонентом, т.е., UE, функционально ассоциированных с одним и тем же абонентом.
Первый пользователь или первый абонент, также упоминаемый как вызывающая сторона, который желал бы наладить или установить сеанс связи со вторым пользователем или вторым абонентом, также упоминаемым как вызываема сторона, инициирует посредством его/ее UE в сети запрос установления этого сеанса, т.е. блок 11 «инициирование запроса установления сеанса». Этот запрос, помимо прочего, содержит, так или иначе, данные, которые идентифицируют идентификатор вызываемой стороны в сети или ссылаются на него.
Запрос вызывающей стороны принимается сервером обслуживания связи в сети передачи сообщений для дополнительной его обработки, т.е. блок 12 «прием запроса установления связи». Этот сервер обслуживания связи может образовывать, например, часть сервера из кластера серверов, действующих для установления сеанса в сети.
В ответ на принятый запрос сеанса сервер обслуживания связи предоставляет адаптированный или модифицированный, или иначе составленный запрос установления запрошенного сеанса связи на основе ответа или ответов, включающих в себя промежуточный ответ (ответы) и окончательный ответ (ответы), разрешенные UE из множества UE вызываемой стороны, идентифицированной в принятом запросе в ответ на запрос установления сеанса связи, т.е. блок «Предоставление адаптированного запроса сеанса».
Адаптированный запрос направляется сервером обслуживания связи в сети в соответственное UE или несколько UE, зарегистрированных с вызываемой стороной, т.е. блок 14 «Направление адаптированного запроса сеанса», и, в конце концов, дает в результате установление запрошенного сеанса 15 связи с соответственным UE или несколькими UE вызываемой стороны, при условии, что вызывающая сторона принимает сеанс, т.е. блок 15 «Установление/не установление сеанса».
Посредством адаптированного или модифицированного запроса установление сеанса связи эффективно управляется посредством решения, какому UE вызываемой стороны разрешается или позволяется предоставлять ответ для фактического установления запрошенного сеанса или вызова, т.е. ответ на вызов или сеанс связи.
В примере адаптированный запрос включает в себя инструкцию или указание, накладывающее ограничение на допустимый ответ (ответы) посредством UE на адаптированный запрос установления сеанса связи. Адаптированный запрос, т.е. ограничение, может основываться на функциональных возможностях связи, с которыми UE регистрируется в сети передачи сообщений, и/или на коммуникационной информации относительно вызываемого абонента. Эта коммуникационная информация должна пониматься как включающая в себя информацию, касающуюся одного или более из географического местоположения абонента, расписания совещания и/или повестки дня абонента, доступности абонента вызываемой стороны в конкретный момент времени и т.д. Функциональные возможности связи, с которыми UE регистрируется в сети передачи сообщений, и/или коммуникационная информация, связанная с вызываемым абонентом, могут извлекаться, например, из одной или множества баз данных и/или серверов, работающих в сети передачи сообщений, или соединяемых с ней, и доступных для абонентов для введения соответственной информации.
Для каждого UE, доступного или зарегистрированного с вызываемой стороной в сети передачи сообщений, сервер обслуживания связи может предоставлять и направлять отдельно для UE или для группы UE адаптированный запрос установления сеанса связи. То, направлять ли адаптированный запрос, может зависеть от того, разрешено ли так или иначе UE предоставлять ответ для установления сеанса связи.
Специалисты в данной области техники поймут, что конкретное содержание или инструкция, или указание адаптированного запроса зависит от конкретных протоколов установления сеанса или вызова в сети передачи сообщений.
Фиг.2 предоставляет визуализацию случая развертывания в сети 20 передачи сообщений подсистемы мультимедиа интернет-протокола (IP), IMS. Абонент регистрируется IMS с множеством UE, таких как, но без ограничения, мобильный телефон 22, планшетный персональный компьютер, РС, 21 и устройство 23 типа очков. Каждое UE 21, 22, 23 имеет технические возможности, чтобы отвечать на речевой вызов, т.е., вызов службы телефонии мультимедиа, MMTel.
Прокси-сервер 27, 28, 29 функции управления сеансом вызова, P-CSCF, является первым сервером в сети связи IMS с UE 21, 22, 23, соответственно. В изображенном варианте осуществления каждое UE 21, 22, 23 соединяется с конкретным сервером 27, 28, 29 P-CSCF посредством промежуточной сети 24, 25, 26 доступа IP, соответственно. Сети 24, 25, 26 доступа IP являются, например, сетями WiFi, обеспечивающими беспроводный доступ к соответственному P-CSCF 24, 25, 26. Специалисты в данной области техники поймут, что некоторые или все из сетей доступа могут интегрироваться или могут быть одной и той же сетью. P-CSCF 27, 28, 29 служит в качестве агента сигнализации между сетью 24, 25, 26 доступа и остальной сетью 20 IMS.
Сеть 20 IMS дополнительно содержит функцию обслуживания-управления сеансом вызова, S-CSCF, 30, которая является центральным сервером в плоскости 34, 35, 36, 38, 39, 40 управления или сигнализации сети 20 IMS и, помимо прочего, обслуживает сообщения и инициирование сеанса протокола инициирования сеанса, SIP, для установления сеанса связи с UE 21, 22, 23.
S-CSCF 30 соединяется с серверами приложений, AS, SIP, такими как AS 31 MMTel и AS 32 централизации и непрерывности обслуживания, SCC. Причем последний является ответственным за привязку речевых вызовов, основанных на сети CS, в сеть IMS, а также за выполнение передачи сети доступа между сетью с коммутацией пакетов и сетью с коммутацией каналов. В изображенном примере AS 31 MMTel устанавливает связь с сервером 33 с возможностью деловой связи, ВС, с использованием технологии 37 Parlay-X для управления вызовом.
Сервер 33 с возможностью ВС, помимо прочего, может предоставлять информацию, касающуюся одного или более из географического местоположения абонента, расписания совещаний и/или повестки дня абонента, типа совещания, т.е., секретного или открытого, числа участников, оборудования связи, доступного для абонента на основе абонента, находящегося в конкретном местоположении, такого как видеоэкран, используемый в видеоконференции, в которой абонент участвует в конкретное время дня, и т.д. Эта информация может извлекаться из данных, введенных, например, в сервер с возможностью ВС несколькими пользователями.
Рассматривая сценарий, в соответствии с которым устанавливается сеанс связи в сети 20 IMS с вызываемой стороной или вызываемым абонентом, с которым, в сети 20 IMS, множество UE 21, 22, 23 зарегистрированы для целей связи, и в которой AS 31 MMTel работает в качестве сервера обслуживания связи, обслуживающего установление сеанса связи с одним или множеством UE 21, 22, 23, зарегистрированных с вызываемой стороной. Кроме того, заявитель допускает, что установление сеанса связи может зависеть от услуг деловой связи, предоставляемых сервером 33 с возможностью ВС.
В этом сценарии AS 31 MMTel, в комбинации или нет с сервером 33 с возможностью ВС, т.е., согласно инструкции из сервера 33 с возможностью ВС, который определяет то, в какое UE из множества UE 21, 22, 23 будет установлен конкретный сеанс связи. Таким образом, AS 31 MMTel, если применим в комбинации с сервером 33 с возможностью ВС, определяет то, в каком одном или более из UE 21, 22, 23, в которые предлагается этот сеанс связи, можно ответить на сеанс связи. Эта информация может быть доступной в AS 31 MMTel или может быть извлекаемой посредством AS 31 MMTel, например, из другого сервера сети или базы данных сети и/или из сервера 33 с возможностью ВС.
Например, когда сеанс или вызов предлагается в UE 21 РС и в UE 22 мобильного телефона, AS 31 MMTel может указать, что сеанс может устанавливаться, т.е., на него можно отвечать только в UE 22 мобильного телефона. Другим примером является, что сеанс предлагается в UE 22 мобильного телефона и в UE 23 очков, но AS 31 MMTel указывает, что сеанс может устанавливаться только в UE 22 мобильного телефона. Однако в другом сценарии может быть случай, что сеанс или вызов предлагается в UE 22 мобильного телефона и UE 23 очков, и на него можно отвечать в любом из этих двух устройств.
Предоставляется техническая возможность для AS 31 MMTel, в комбинации с сервером 33 с возможностью ВС, чтобы предоставлять сеанс связи в устройство связи, но указывать, что на сеанс или вызов нельзя отвечать в этом устройстве, т.е., предоставлять ответ-ограничение в предложении.
В примере, способом, которым может реализовываться то, что соответствующему UE не дается возможность установления сеанса или ответа на вызов, при приеме приглашения сеанса связи в сети, является включение посредством AS SIP, работающего в качестве сервера обслуживания связи в сети, т.е., в допущенном сценарии AS 31 MMTel, назначенного заголовка SIP, по меньшей мере, в один из запроса приглашения SIP и запроса сообщения SIP, направляемых в соответственные UE 21, 22, 23.
Термин «назначенный заголовок SIP» относится к заголовку SIP, назначенному с целью управления установлением сеанса связи в соответствии с представленным способом (способами).
Пример назначенного заголовка SIP содержит ограничение на допустимый ответ (ответы) UE 21, 22, 23. По этим следует понимать ответ, который может возвращаться агентом пользователя, UA, SIP, соответственного UE 21, 22, 23, например, в запросе приглашения. Такой назначенный заголовок SIP, который, в предпочтительном варианте осуществления, называется заголовком «запрещение ответа», определяет, по меньшей мере, один их промежуточного ответа и окончательного ответа агентом пользователя, UA, соответственного UE 21, 22, 23.
Предусматривается, что такое ограничение является частью логики обслуживания сервером 33 с возможностью ВС, а не частью логики обслуживания в AS 31 MMTel. В таком случае логика обслуживания ВС в сервере 33 с возможностью ВС инициируется для сеанса абоненту. Технические возможности связи между AS 31 MMTel и сервером 33 с возможностью ВС, таким как Parlay-X 37, с этой целью увеличиваются с возможностью облегчения того, что сервер 33 с возможностью ВС может указывать в AS 31 MMTel или информировать его, что для некоторого завершения вызова, предложенного вызываемому абоненту, будет применяться вышеупомянутое ограничение ответа. Однако специально не исключается, что это решение, применять ограничение ответа, применяется автономно посредством AS 31 MMTel.
Фиг.3 иллюстрирует диаграмму сигнализации в плоскости управления IMS сети IMS или с возможностью IMS между агентом пользователя, UA, 50, SIP AS 31 MMTel, UA SIP конкретного UE 21, 22, 23, зарегистрированного с вызываемой стороной или абонентом В, обозначенным UA-B 51, в запросе 52 приглашения вызывающей стороны или абонента А, предоставленного его UA SIP, обозначенным UA-A 49, указывающим запрос, чтобы установить сеанс связи с вызываемой стороной В. Следует заметить, что абонент А может быть, например, любым из UE 21, 22, 23. В изображенной диаграмме сигнализации допускается, что время проходит сверху вниз чертежа.
В соответствии с примером, в ответ на запрос 52 приглашения UA 50 AS 31 MMTel предоставляет адаптированный или модифицированный запрос 53 приглашения и направляет его через сеть IMS в UA-B 51. Хотя явно не изображено на фиг.3, адаптированный запрос 53 приглашения направляется в UA-B 51 через S-CSCF 30 и любой из P-CSCF 27, 28, 29, изображенных на фиг.2, в зависимости от того, какое UE является предполагаемым приемником адаптированного запроса 53 приглашения.
Адаптация принятого запроса 52 приглашения может содержать включение в назначенный заголовок SIP, по меньшей мере, в одном из запроса приглашения SIP и запроса сообщения SIP, направляемых в UE 21, 22, 23, указания ограничения или инструкции ограничения, касающейся одного или множества ответов SIP, включающих в себя один или более временных ответов и/или один или более окончательных ответов, например, на основе допустимого ответа (ответов) UE 21, 22, 23 или, связанных с ним UE 21, 22, 23.
Предполагается, что UE, т.е., его UA SIP, должно предоставить ответ на запрос установления сеанса. UE может предоставить один или более временных ответов и должно предоставить окончательный ответ в UA-A 49 посредством или через UA 50, как проиллюстрировано ссылочным номером 54 на фиг.3. Окончательный ответ дает окончательный результат запроса: успешный (запрос установления сеанса принят) или неуспешный (запрос установления сеанса не принят).
Ответы SIP, которые, в основном, могут возвращаться посредством UA-B 51 SIP, обозначаются кодом статуса в соответствии со стандартом RFC 3261 Рабочей группы по инженерным проблемам интернета, IETF, выбранного из следующего:
100-199 Промежуточный ответ
200-299 Окончательный ответ, успешное установление сеанса
300-399 Окончательный ответ, перенаправление вызова
400-499 Окончательный ответ, неуспешный, абонент UA не может принять сеанс
500-599 Окончательный ответ, неуспешный, системный сбой
600-699 Окончательный ответ, неуспешный, абонент недоступен в любом UE.
Таким образом, рассматривая случай, когда сервер AS 31 MMTel на основе принятого запроса 52 приглашения согласно инструкции сервера 33 с возможностью ВС определяет, что сеанс не должен устанавливаться в UE 21 планшетного РС, зарегистрированном с вызываемым абонентом В, а в UE 22 мобильного телефона, даже если выполняются все условия для UE 21, чтобы принимать вызов, при текущих обстоятельствах на сеанс можно ответить только в UE 22 мобильного телефона.
В настоящем примере это достигается посредством не разрешения UE 21 отвечать сообщением Ok 200, т.е., посредством не разрешения UE 21 указывать, что сеанс установлен.
Вместо этого, ответ UE 21 должен ограничиваться одним следующим (хх обозначает номер от 00-99 включительно):
- (в необязательном порядке) одним или более промежуточными ответами после 4хх,
- (в необязательном порядке) одним или более промежуточными ответами после 5хх - возврат 5хх должен в любом случае иметь место только в ошибочных случаях,
- (в необязательном порядке) одним или более промежуточными ответами после 6хх - вызываемая сторона отклоняла бы в этом случае весь вызов посредством действия в UE 21,
- (в необязательном порядке) одним или более промежуточными ответами после сообщения отмены из сети, затем после 487 из UE 21, это имеет место, когда на вызов отвечают в другом устройстве, или вызывающая сторона отвергла установку вызова. В этом случае окончательный ответ мог бы быть разрешен в диапазоне 3хх. UE 21 может перенаправить вызов в другое место назначения.
Например, 181 может не разрешаться, UE 21 не должен направлять запрос SIP. В основном случае развертывания AS SIP, т.е., сервер обслуживания связи, в сети только желал бы запретить UE 21 передавать окончательный ответ 2хх. С этой целью в него вводится специальный заголовок SIP, называемый «запрещение ответа», как проиллюстрировано в примерном адаптированном запросе 53 приглашения SIP ниже:
INVITE sip: [email protected];user=phone
Route:…
Accept-Contact:…
Reject-Contact:…
…
Disallow-Response: 200
Это представляет запрос 53 приглашения, переданный из AS SIP, такого как AS 31 MMTel, в S-CSCF 30 для установления сеанса в UE 21 вызываемой стороны В. R-URI (унифицированный идентификатор ресурса запроса) по-прежнему является открытым идентификатором мультимедиа вызываемой стороны, IMPU, из запроса 52 приглашения, принятого UA 50 из UA-A 49, он не заменяется адресом контакта. «Запрещение ответа»: 200 указывает, что UE 21 не разрешается отвечать посредством окончательного ответа 54 Ok 200. Прием окончательного ответа 54, принятого UA 50, т.е., UA-A 49, подтверждается посредством Ack 55, завершающего установление сеанса, как являющегося неуспешным 56 в UE 21.
Другие примеры включают в себя:
«Запрещение ответа»: 200, 305, 308=окончательный ответ 200, 305 и 308 запрещен.
«Запрещение ответа»: 200, 300-399=окончательный ответ 200 и окончательные ответы в диапазоне 300-399 запрещены.
«Запрещение ответа»: 181, 200-299, 300-399=окончательный ответ 181, окончательные ответы в диапазоне 200-299 и окончательный ответ в диапазоне 300-399 запрещены.
Прокси/серверы SIP посреди AS SIP и UA, такие как S-CSCF 30, AS 32 SCC и P-CSCF 27, 28, 29, не действуют в заголовке SIP «запрещение ответа». Только принимающий UA-B 51 SIP действует в этом заголовке SIP.
Как проиллюстрировано в диаграмме сигнализации фиг.4, в случае UE 22 мобильного телефона, имеющего UA 57 SIP, запрос 52 приглашения адаптируется, если требуется, но может также направляться, как принят, всякий раз, когда определено посредством AS 31 MMTel, что UE 22 разрешается устанавливать запрошенный сеанс связи, как обычно, т.е., можно отвечать посредством окончательного ответа 59 Ok 200, прием которого подтвержден посредством Ack 60, и дающего в результате успешный 62 сеанс 61 связи обмена медиа. Однако запрос 52 приглашения на фиг.4 может также адаптироваться посредством включения назначенного заголовка SIP в адаптированный запрос 58 приглашения, чтобы наложить конкретное ограничение на ответ UE 22.
Для совместимости сервер AS SIP, работающий в качестве сервера обслуживания связи, должен знать то, поддерживает ли адресуемое UA UE 21, 22, 23 назначенный заголовок SIP, такой как заголовок SIP «запрещение ответа». При этом предлагается тэг для поддерживаемого заголовка SIP. Когда UE 21, 22, 23 регистрируется в сети 20 IMS, UE указывает свои поддерживаемые технические возможности. Следовательно, UA SIP, который регистрируется с сетью IMS, указывает, что он поддерживает назначенный заголовок SIP, как примерный обмен SIP ниже:
REGISTER sip:ims-operator.se SIP/2.0
…
Supported: response-restriction
Запрос регистрации SIP, принятый посредством S-CSCF 30, и Ok 200, возвращенный посредством S-CSCF, включаются в запрос регистрации SIP, переданный в AS 32 SCC и AS 31 MMTel, согласно существующим функциональным возможностям регистрации третьей стороны. Целесообразным для этого является, что AS 32 SCC и AS 31 MMTel должны знать о зарегистрированном адресе контакта, поскольку эта информация будет использоваться, помимо прочего, в обработке логики службы MMTel. Посредством этого механизма AS 31 MMTel узнает о поддержке в UE 21, 22, 23 признака ограниченного ответа. Следовательно, AS 31 MMTel может включать в себя заголовок SIP «запрещение ответа» только в случае, когда соответственное UE 21, 22, 23 явно указало, что оно поддерживает заголовок SIP.
Следует заметить, что «запрещение ответа»: назначенный заголовок SIP 200 не обязательно подразумевает, что запрос установления сеанса не обеспечивает оповещение или не отображается, или иначе не указывается в UE 21. Как описано в части сущности изобретения выше, запрос сеанса может обеспечивать оповещение в соответственном UE, так что адаптированный запрос 53 приглашения в UE 21 планшетного РС, а также адаптированный запрос приглашения в UE 23 очков, содержащий назначенный заголовок SIP «запрещение ответа»: 200 не обязательно запрещают UA SIP в UE 21 и UE 23 передачу сообщения звонка 180.
Фиг.5 иллюстрирует случай развертывания, тем самым, входящий вызов предлагается на экране TV или на экране 70 конференции, содержащих функциональные возможности связи, включая, например, аудио, видео и речевую связь. При этом пользователь (пользователи) 71, 73 регистрируется/регистрируются как абонент (абоненты) в экземплярах UA SIP, действующих в системе TV/системе конференции, с которой экран 70 оперативно соединяется или образует ее часть. Со ссылкой на фиг.2, экран 70 может оперативно соединяться через сеть 24, 25, 26 доступа IP с P-CSCF 27, 28, 29.
Регистрация в качестве пользователя IMS, например, для изображения входящего вызова на экране, может формировать необязательную (ʹopt-inʹ) часть регистрации в качестве участника в этой конференции или может выполняться автоматически на основе коммуникационной информации, касающейся абонента, такой которая определяется, например, из расписания совещания, включающего этого абонента, местоположения совещания и устройств связи, доступных в конкретном местоположении. Причем такая информация является доступной, например, в сервере 33 с возможностью ВС, изображенном на фиг.2. Таким образом, регистрация конкретного UE 21, 22, 23 с абонентом в сети может выполняться ручным способом, а также автоматически, например, на основе вышеупомянутой коммуникационной информации, касающейся вызываемого абонента, или информации деловой связи.
В левой части фиг.5 один абонент 71 зарегистрирован как пользователь IMS на экране 70 TV. На вызов, который предлагается в этот экран 70 TV, можно отвечать на экране 70 TV, когда абонент находится в неофициальной среде, такой как, например, дома. Заявитель допускает, что входящий видео вызов или сеанс отображается 72 на верхней правой стороне экрана 70: «Видео вызов: Джон вызывает Дэвида», т.е., текстовая всплывающая подсказка 75. Дэвид 71 может ответить на вызов на экране 70, например, с использованием дистанционного устройства управления TV. Однако Дэвид 71 может также решить принять вызов, например, в своем UE 22 мобильного телефона. В этом сценарии может быть необходимость направить адаптированное приглашение 58 на экран 700 или в UE 22 мобильного телефона, например, с целью установления маршрутизации вызова, доступного для экрана 70.
В правой части фиг.5, множество абонентов 73 зарегистрированы как абонент IMS на экране 70. На вызов, который предлагается на этот экран, для одного участника, нельзя отвечать в системе конференции, но он должен устанавливаться посредством мобильного телефона этого участника. Заявитель допускает, что входящий речевой вызов или сеанс отображается 74 на верхней правой стороне экрана 70: «Речевой вызов: Сьюзен вызывает Венди», т.е., текстовая вплывающая подсказка 76. Так как множество людей 73 смотрят на экран 70, AS 31 MMTel, например, совместно с сервером 33 с возможностью ВС, решил, что Венди 77 не может ответить на речевой вызов на экране 70, так что экрану 70 запрещается устанавливать сеанс между Сьюзен и Венди. Однако Венди разрешается устанавливать сеанс, например, исключительно посредством ее UE 22 мобильного телефона.
То есть, в этом сценарии Венди 77 может ответить на сеанс в UE 22 ее мобильного телефона, но не в UE 21 планшетного РС и не в UE 23 очков. Таким образом, адаптированный запрос 55 приглашения, направленный в UE 21 планшетного РС, а также адаптированный запрос 55 приглашения в UE 23 очков, содержит заголовок SIP «запрещение ответа»: 200. Однако UA 51 SIP в UE 21 планшетного РС не запрещено передавать звонок 180, в то время как это может иметь место для UA 51 SIP, встроенного в UE 23 очков. Таким образом, разные адаптированные запросы приглашения направляются в каждое из UE 21 и 23, в то время как принятое приглашение 52 может непосредственно направляться в UA 57 SIP UE 22 мобильного телефона.
Выше описана адаптация запроса приглашения SIP. Однако запрос сообщения SIP в плоскости управления IMS может также модифицироваться посредством включения назначенного заголовка SIP и направляться как адаптированный запрос.
Фиг.6 - схематический пример архитектуры сервера 80 обслуживания связи для использования в сети передачи сообщений IP, такого как сервер AS 31, 32 приложений в сети 20 IMS.
Сервер 80 содержит память 81, блок ввода и вывода сети IP, т.е., блок Rx 83 приема и блок Tx 84 направления или передачи, имеющие вход и выход для приема и направления или отправления сообщений сигнализации и данных связи, и блок 85 адаптации, причем все соединены с блоком 81 обработки и обслуживания связи и управляются им, содержащим процессор или содержащим оборудование обработки, выполненное для установления маршрута сигнализации для сеанса связи между вызывающей стороной и вызываемой стороной в сети передачи сообщений, основанной на IP. Для работы в сети IMS блок 81 управления выполняет функции UA SIP, такого как UA 50 SIP, раскрытого со ссылкой на фиг.3 и фиг.4.
Блок 85 адаптации выполнен для предоставления, после приема запроса установления вызова или сеанса, адаптированного запроса установления этого сеанса связи. Адаптированный запрос может генерироваться или составляться из информации, которую UE из множества UE, зарегистрированных для одного и того же абонента, может предоставлять в ответ для установления сеанса связи. Эта информация может быть непосредственно доступной сервером 80 или может быть извлекаемой сервером 80. Однако адаптированный запрос может также извлекаться из специализированного сервера, например, сервера с возможностью деловой связи, ВС, действующего в сети IP или с сетью IP.
Часть или все функциональные возможности блоков 83, 84, 85 могут осуществляться и выполняться специализированными компонентами аппаратного обеспечения и/или как инструкции программного обеспечения, выполняемыми, например, процессором или оборудованием управления блока 81 управления.
Фиг.7 - схематическая блок схема 90 последовательности этапов, иллюстрирующая управление установлением сеанса связи, также называемым установление вызова, в пользовательском оборудовании, UE, мультимедиа, выполненном для работы в сети передачи сообщений, основанной на мультимедиа по интернет-протоколу, IP.
UE, такое как любое из UE 21, 22, 23, 70, описанных выше, при приеме запроса установления сеанса связи, т.е., блок 91 «прием запроса установления сеанса», включающего в себя инструкцию или указание наложения ограничения того, как отвечать посредством этого UE на запрос, обрабатывает инструкцию, т.е., блок 92 «обработка запроса установления сеанса», и передает или направляет ответ в соответствии с инструкцией (инструкциями), включенной в запрос, т.е., блок 93 «передача ответа». В зависимости от инструкции, вызов или сеанс может или не может устанавливаться в этом UE, т.е., блок 94 «установление/не установление сеанса».
В случае, когда UE 21, 22, 23, 70 выполнено для работы в сети передачи сообщений мультимедиа через IP, основанной на IMS, в этом примере, прием запроса установления сеанса содержит прием назначенного заголовка SIP, по меньшей мере, в одном из запроса приглашения SIP и запроса сообщения SIP, причем назначенный заголовок SIP включает в себя инструкцию или указания наложения ограничения на ответ посредством UE. Обработка запроса установления сеанса содержит обработку назначенного заголовка SIP.
Фиг.8 - схематический пример архитектуры пользовательского оборудования, UE, мультимедиа для работы в сети передачи сообщений IP, такого как UE 21, 22, 23, 70, выполненного для работы в сети IMS.
UE 21, 22, 23, 70 содержит память 102, блок ввода и вывода сети IP, т.е., блок или модуль Rx 103 приема и блок или модуль Tx 104 направления или передачи, имеющие вход и выход для приема и направления или отправления сообщений сигнализации и данных связи, и блок или модуль 105 пользовательского интерфейса I/O, причем все соединены с блоком или модулем 101 обработки и обслуживания связи и управляются им, содержащим процессор или содержащим оборудование или модуль обработки, выполненный для установления маршрута сигнализации для сеанса связи между UE 21, 22, 23, 70 и другим UE в сети передачи сообщений, основанной на IP. Для работы в сети IMS блок или модуль 101 управления выполняет функции UA SIP, такого как UA 51, 57 SIP, раскрытого со ссылкой на фиг.3 и фиг.4.
Блок или модуль 105 пользовательского интерфейса I/O может содержать множество устройств интерфейса, как микрофон и громкоговоритель, дисплей, экран касания, клавиатура, и тому подобных, предоставляющих пользователю UE 21, 22, 23, 70 опыт передачи сообщений мультимедиа, как будет понятно специалистам в данной области техники.
Регистрация UE 21, 22, 23, 70 с абонентом в сети может выполняться блоком или модулем 101 управления ручным способом, а также автоматически, например, на основе вышеупомянутой коммуникационной информации, касающейся вызываемого абонента, или информации ВС. Регистрация может включать в себя функциональные возможности UE 21, 22, 23, 70 и то, может ли UE 21, 22, 23, 70 обрабатывать адаптированные запросы, такие как назначенные заголовки.
Предоставление адаптированного запроса установления сеанса или вызова связи с вызывающим абонентом, как раскрыто и представлено выше, открывает путь для интеграции общего решения связи абонента. То есть, содержащего устройства связи, которые являются персональными для этого абонента, такие как мобильный телефон, и устройства связи, которые не являются персональными для этого абонента, но которые являются совместно используемыми, например, группой людей. Запрос установления сеанса может обеспечивать оповещение в соответственном UE, когда это UE или другое UE зарегистрированное, т.е., функционально ассоциированное с конкретным абонентом, может фактически устанавливать, т.е. принимать сеанс или вызов. Адаптированный запрос может автоматически основываться на функциональных возможностях связи, с которыми UE регистрируется в сети передачи связи, и/или на коммуникационной информации, касающейся вызываемого абонента, включая информацию, касающуюся одного или более из географического местоположения абонента, расписания совещания и/или повестки дня абонента, доступности абонента в конкретный момент времени или день.
Часть или все функциональные возможности блоков или модулей 103, 104, 105 могут осуществляться и выполняться специализированными компонентами аппаратного обеспечения и/или как инструкции программного обеспечения, выполняемые, например, процессором или оборудованием блока обработки или модуля 101 управления.
Изобретение не ограничено описанными вариантами осуществления, но может быть осуществлено на практике с модификацией и изменением в рамках сущности или объема прилагаемой формулы изобретения.
Claims (63)
1. Способ управления установлением сеанса связи в сети (20) передачи сообщений, основанной на передаче мультимедиа по интернет-протоколу, IP, к по меньшей мере, одному мультимедийному пользовательскому оборудованию, UE, из множества мультимедийных UE (21, 22, 23, 70), зарегистрированных в упомянутой сети (20) передачи сообщений одним и тем же абонентом, причем упомянутый способ (10) включает в себя этапы:
- приема (12), сервером (31, 32, 80) обслуживания связи упомянутой сети (20), запроса (11, 52) для установления сеанса связи с, по меньшей мере, одним UE из упомянутого множества UE (21, 22, 23, 70),
- предоставления, упомянутым сервером (31, 32, 80) обслуживания связи, в ответ на упомянутый запрос (11, 52) установления сеанса связи, адаптированного запроса (13, 53, 58) установления упомянутого сеанса связи, причем упомянутый адаптированный запрос (13, 53, 58) основан на ответе, включающем в себя промежуточный и окончательный ответ, разрешенные посредством UE из упомянутого множества UE (21, 22, 23, 70) в ответ на упомянутый запрос (11, 52) установления упомянутого сеанса связи, и
направления (14), упомянутым сервером (31, 32, 80) обслуживания связи, в упомянутой сети (20) передачи сообщений упомянутого адаптированного запроса установления упомянутого сеанса (15) связи.
2. Способ по п.1, в котором для каждого из упомянутого множества UE (21, 22, 23, 70) упомянутый сервер (31, 32, 80) обслуживания связи предоставляет (13) и направляет (14) адаптированный запрос (53, 58) установления упомянутого сеанса связи.
3. Способ по п.1 или 2, в котором адаптированный запрос (13, 53, 58) включает в себя ограничение на ответ посредством UE (21, 22, 23, 70) на упомянутый запрос (11, 52) установления упомянутого сеанса связи.
4. Способ по п.1 или 2, в котором адаптированный запрос (13, 53, 58) основан, по меньшей мере, на одном из: функциональных возможностей связи, посредством которых UE (21, 22, 23, 70) регистрируется в упомянутой сети (20) передачи сообщений, и коммуникационной информации, касающейся упомянутого абонента.
5. Способ по п.1, в котором упомянутая сеть передачи сообщений является сетью (20) передачи мультимедиа через IP, основанной на подсистеме передачи мультимедиа по интернет-протоколу, IMS, в котором упомянутый сервер обслуживания связи является сервером приложений, AS, (31, 32, 80) протокола инициирования сеанса, SIP, работающим в упомянутой сети (20), причем предоставление упомянутого адаптированного запроса (13, 32, 80) содержит включение назначенного заголовка SIP в, по меньшей мере, один из запроса приглашения SIP и запроса сообщения SIP, направляемых в UE (21, 22, 23, 70).
6. Способ по п.5, в котором упомянутый назначенный заголовок SIP содержит инструкцию, накладывающую ограничение на ответ посредством UE (21, 22, 23, 70) на упомянутый запрос (11, 52) установления упомянутого сеанса связи.
7. Способ по п.5, в котором предоставление адаптированного запроса посредством упомянутого AS (31, 32) SIP включает в себя извлечение, посредством упомянутого AS (31, 32) SIP, упомянутого назначенного заголовка SIP для UE (21, 22, 23, 70) из назначенного сервера, такого как сервер (33) с возможностью деловой связи, ВС.
8. Способ по п.5, в котором предоставление, посредством упомянутого AS (31, 32) SIP, любого из запроса приглашения SIP и запроса сообщения SIP, содержащих упомянутый назначенный заголовок SIP, только если агент пользователя, UA, (51, 57) SIP UE (21, 22, 23, 70) поддерживает упомянутый назначенный заголовок SIP и указал упомянутую поддержку упомянутому AS (31, 32) SIP.
9. Способ по любому из пп.5-8, в котором упомянутый назначенный заголовок SIP накладывает ограничение на ответ, который UE (21, 22, 23, 70) не разрешается предоставлять в ответ на прием упомянутого назначенного заголовка SIP, причем упомянутый ответ указан посредством кода статуса, выбранного из:
100-199 Промежуточный ответ
200-299 Окончательный ответ, успешное установление сеанса
300-399 Окончательный ответ, перенаправление вызова
400-499 Окончательный ответ, неуспешный, абонент UA не может принять сеанс
500-599 Окончательный ответ, неуспешный, системный сбой
600-699 Окончательный ответ, неуспешный, абонент недоступен в любом UE.
10. Способ управления установлением сеанса связи в мультимедийном пользовательском оборудовании, UE, (21, 22, 23, 70), выполненном для работы в сети (20) передачи сообщений, основанной на передаче мультимедиа по интернет-протоколу, IP, причем упомянутый способ (90) включает в себя этапы:
- приема, упомянутым UE (21, 22, 23, 70), запроса (91) установления сеанса связи, причем упомянутый запрос (91) включает в себя инструкцию, основанную на ответе, включающем в себя промежуточный и окончательный ответ, разрешенные упомянутым UE (21, 22, 23, 70), в ответ на упомянутый запрос (91),
- обработки (92), упомянутым UE (21, 22, 23, 70), упомянутой инструкции, включенной в упомянутый запрос (91) установления сеанса связи, и
- передачи, упомянутым UE (21, 22, 23, 70), ответа (93) в соответствии с упомянутой обработанной инструкцией, включенной в упомянутый запрос (91).
11. Способ по п.10, в котором упомянутое UE (21, 22, 23, 70) выполнено для работы в сети (20) передачи сообщений мультимедиа через IP, основанной на подсистеме передачи мультимедиа по интернет-протоколу, IMS, в котором упомянутый этап приема содержит прием назначенного заголовка SIP в, по меньшей мере, одном из запроса приглашения SIP и запроса сообщения SIP (53, 58), причем упомянутый заголовок SIP содержит инструкцию, накладывающую ограничение на ответ, включающий в себя промежуточный и окончательный ответ, и упомянутый этап обработки (92) содержит обработку упомянутого заголовка SIP.
12. Способ по п.11, в котором упомянутый назначенный заголовок SIP накладывает ограничение на ответ, который UE (21, 22, 23, 70) не разрешается предоставлять в ответ на прием упомянутого назначенного заголовка SIP, причем упомянутый ответ указан посредством кода статуса, выбранного из:
100-199 Промежуточный ответ
200-299 Окончательный ответ, успешное установление сеанса
300-399 Окончательный ответ, перенаправление вызова
400-499 Окончательный ответ, неуспешный, абонент UA не может принять сеанс
500-599 Окончательный ответ, неуспешный, системный сбой
600-699 Окончательный ответ, неуспешный, абонент недоступен в любом UE.
13. Способ управления установлением сеанса связи в сети (20) передачи сообщений, основанной на мультимедиа по интернет-протоколу, IP, с, по меньшей мере, одним мультимедийным пользовательским оборудованием, UE, из множества мультимедийных UE (21, 22, 23, 70), зарегистрированных в упомянутой сети (20) передачи сообщений одним и тем же абонентом, причем упомянутый способ (10) включает в себя этапы:
- приема (12), сервером (31, 32, 80) обслуживания связи упомянутой сети (20), запроса (11, 52) установления сеанса связи с, по меньшей мере, одним UE из упомянутого множества UE (21, 22, 23, 70),
- предоставления, упомянутым сервером (31, 32, 80) обслуживания связи, в ответ на упомянутый запрос (11, 52) установления сеанса связи, адаптированного запроса (13, 53, 58) установления сеанса связи, причем упомянутый адаптированный запрос (13, 53, 58) основан на ответе, включающем в себя промежуточный и окончательный ответ, разрешенные UE из упомянутого множества UE (21, 22, 23, 70), в ответ на упомянутый запрос (11, 52) установления упомянутого сеанса связи,
- направления (14), упомянутым сервером (31, 32, 80) обслуживания связи, упомянутого адаптированного запроса (13, 53, 58) в упомянутой сети (20) передачи сообщений в упомянутое UE (21, 22, 23, 70),
- приема, посредством упомянутого UE (21, 22, 23, 70), упомянутого адаптированного запроса (13, 53, 58),
- обработки, посредством упомянутого UE (21, 22, 23, 70), упомянутого адаптированного запроса (13, 53, 58) и
- передачи, посредством упомянутого UE (21, 22, 23, 70), ответа в соответствии с упомянутым адаптированным запросом установления сеанса связи.
14. Сервер (31, 32, 80) обслуживания связи для управления установлением сеанса связи в сети (20) передачи сообщений, основанной на передаче мультимедиа по интернет-протоколу, IP, с, по меньшей мере, одним мультимедийным пользовательским оборудованием, UE, из множества мультимедийных UE (21, 22, 23, 70), зарегистрированных в упомянутой сети (20) передачи сообщений с одним и тем же абонентом, причем упомянутый сервер (31, 32, 80) включает в себя:
- блок (83) приема, выполненный для приема запроса установления сеанса связи с, по меньшей мере, одним UE из упомянутого множества UE (21, 22, 23, 70),
- блок (85) адаптации, выполненный для предоставления, в ответ на упомянутый запрос установления сеанса связи, адаптированного запроса установления упомянутого сеанса связи, причем упомянутый адаптированный запрос основан на ответе, включающем в себя промежуточный и окончательный ответ, разрешенные посредством UE из упомянутого множества UE (21, 22, 23, 70), в ответ на упомянутый запрос установления сеанса связи,
- блок (84) направления, выполненный для направления в упомянутой сети (20) передачи сообщений упомянутого адаптированного запроса установления упомянутого сеанса связи.
15. Сервер (80) обслуживания связи по п.14, в котором упомянутый блок (85) адаптации выполнен для предоставления адаптированного запроса, основанного, по меньшей мере, на одном из: функциональных возможностей связи, посредством которых UE (21, 22, 23, 70) регистрируется в упомянутой сети (20) передачи сообщений, и коммуникационной информации, касающейся упомянутого абонента.
16. Узел сети для использования в сети (20) передачи сообщений мультимедиа через IP, основанной на подсистеме передачи мультимедиа по интернет-протоколу, IMS, включающей в себя сервер (31, 32, 80) обслуживания связи по п.14 или 15, причем упомянутый сервер (31, 32, 80) выполнен для работы в качестве сервера приложений, AS, (31, 32) протокола инициирования сеанса, SIP, в упомянутой сети (20), причем упомянутый блок (85) адаптации выполнен для предоставления адаптированного запроса (53, 58), включающего в себя назначенный заголовок SIP в, по меньшей мере, одном из запроса приглашения SIP и запроса сообщения SIP, направляемых в UE (21, 22, 23, 70), причем упомянутый назначенный заголовок SIP содержит инструкцию, накладывающую ограничение на ответ, включающий в себя промежуточный ответ и окончательный ответ, посредством агента пользователя, UA, (51,57) SIP UE (21, 22, 23, 70) в ответ, по меньшей мере, на упомянутое одно из упомянутого запроса приглашения SIP и упомянутого запроса сообщения SIP.
17. Узел сети по п.16, в котором упомянутый блок (85) адаптации выполнен для извлечения упомянутой инструкции упомянутого назначенного заголовка SIP для UE (21, 22, 23, 70) из назначенного сервера, такого как сервер (33) с возможностью деловой связи, ВС.
18. Узел сети по п.16 или 17, в котором упомянутый блок (85) адаптации выполнен для предоставления любого из запроса приглашения SIP и запроса сообщения SIP, содержащих упомянутый назначенный заголовок SIP, только если упомянутый UA (51, 57) SIP UE (21, 22, 23, 70) поддерживает упомянутый назначенный заголовок SIP и указал упомянутую поддержку в AS (31, 32) SIP.
19. Пользовательское оборудование, UE, (21, 22, 23, 70), выполненное для работы в сети (20) передачи сообщений, основанной на передаче мультимедиа по интернет-протоколу, IP, причем упомянутое UE (21, 22, 23, 70) выполнено для управления установлением сеанса связи посредством:
- приема запроса (91) установления сеанса связи, причем упомянутый запрос (91) включает в себя инструкцию, основанную на ответе, включающем в себя промежуточный и окончательный ответ, разрешенные упомянутым UE (21, 22, 23, 70), в ответ на упомянутый запрос (91),
- обработки упомянутой инструкции, включенной в упомянутый запрос (91) установления сеанса связи, и
- передачи ответа (93) в соответствии с упомянутой обработанной инструкцией, включенной в упомянутый запрос (91).
20. Пользовательское оборудование (21, 22, 23, 70) по п.19, выполненное для работы в сети (20) передачи сообщений мультимедиа через IP, основанной на подсистеме передачи мультимедиа по интернет-протоколу, IMS, причем упомянутое UE (21, 22, 23, 70) включает в себя агента пользователя, UA, (51, 57) протокола инициирования сеанса, SIP, выполненного для:
- приема назначенного заголовка SIP в, по меньшей мере, одном из запроса приглашения SIP и запроса сообщения SIP (53, 58), причем упомянутый назначенный заголовок SIP включает в себя упомянутую инструкцию,
- обработки упомянутого назначенного заголовка SIP и
- передачи ответа SIP в соответствии с упомянутой инструкцией, включенной в упомянутый назначенный заголовок SIP.
21. Пользовательское оборудование (21, 22, 23) по п.20, в котором упомянутое UA (51, 57) SIP выполнено для регистрации, в упомянутой сети (20) того, что упомянутое UA (51, 57) поддерживает обработку упомянутого назначенного заголовка SIP.
22. Не временный читаемый компьютером носитель памяти, содержащий инструкции, которые, когда выполняются, по меньшей мере, в одном процессоре, заставляют, по меньшей мере, одни процессор выполнять способ по любому из пп. 1-13.
23. Сервер (31, 32, 80) обслуживания связи для управления установлением сеанса связи в сети (20) передачи сообщений, основанной на передаче мультимедиа по интернет-протоколу, IP, к, по меньшей мере, одному мультимедийному пользовательскому оборудованию, UE, из множества мультимедийных UE (21, 22, 23, 70), зарегистрированных в упомянутой сети (20) передачи сообщений одним и тем же абонентом, причем упомянутый сервер (31, 32, 80) содержит:
- модуль (83) приема для приема запроса установления сеанса связи с, по меньшей мере, одним UE из упомянутого множества UE (21, 22, 23, 70),
- модуль (85) адаптации для предоставления, в ответ на упомянутый запрос установления сеанса связи, адаптированного запроса установления упомянутого сеанса связи, причем упомянутый адаптированный запрос основан на ответе, включающем в себя промежуточный и окончательный ответ, разрешенные посредством UE из упомянутого множества UE (21, 22, 23, 70), в ответ на упомянутый запрос установления сеанса связи, и
- модуль (84) направления для направления в упомянутой сети (20) передачи сообщений упомянутого адаптированного запроса установления упомянутого сеанса связи.
24. Пользовательское оборудование, UE, (21, 22, 23, 70), для работы в сети (20) передачи сообщений, основанной на передаче мультимедиа через IP, причем упомянутое UE (21, 22, 23, 70) содержит:
- модуль (103) приемника для приема запроса установления сеанса связи, причем запрос включает в себя инструкцию, основанную на ответе, включающем в себя промежуточный и окончательный ответ, разрешенные упомянутым UE (21, 22, 23, 70), в ответ на упомянутый запрос,
модуль (101) управления для обработки упомянутой инструкции, включенной в упомянутый принятый запрос установления сеанса связи, и предоставления ответа, и
модуль (104) передатчика для передачи упомянутого ответа.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2014/066109 WO2016012057A1 (en) | 2014-07-25 | 2014-07-25 | Method of and communications handling equipment for controlling communication session establishment in a multimedia communications network. |
Publications (1)
Publication Number | Publication Date |
---|---|
RU2645592C1 true RU2645592C1 (ru) | 2018-02-21 |
Family
ID=51257489
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2017104959A RU2645592C1 (ru) | 2014-07-25 | 2014-07-25 | Способ и оборудование обслуживания связи для управления установлением сеанса связи в сети передачи мультимедиа |
Country Status (8)
Country | Link |
---|---|
US (1) | US11582267B2 (ru) |
EP (1) | EP3172880B1 (ru) |
CN (1) | CN106664287B (ru) |
IL (1) | IL249490A (ru) |
PL (1) | PL3172880T3 (ru) |
RU (1) | RU2645592C1 (ru) |
TR (1) | TR201815175T4 (ru) |
WO (1) | WO2016012057A1 (ru) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2765650C1 (ru) * | 2018-08-07 | 2022-02-01 | Нокиа Текнолоджиз Ой | Способ и устройство для обеспечения постоянного атрибута сеанса передачи pdu и обеспечения аспектов взаимодействия в отношении постоянного сеанса передачи pdu |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113261257B (zh) * | 2018-12-31 | 2023-05-12 | 谷歌有限责任公司 | 通过用户网络接口代理的运营商集成 |
WO2020246922A1 (en) * | 2019-06-04 | 2020-12-10 | Telefonaktiebolaget Lm Ericsson (Publ) | Network node, ims node and methods in a communications network |
WO2020246921A1 (en) * | 2019-06-04 | 2020-12-10 | Telefonaktiebolaget Lm Ericsson (Publ) | Network node, ims node and methods in a communications network |
WO2020246923A1 (en) * | 2019-06-04 | 2020-12-10 | Telefonaktiebolaget Lm Ericsson (Publ) | Network node, ims node and methods in a communications network |
US11652854B2 (en) * | 2020-09-17 | 2023-05-16 | Verizon Patent And Licensing Inc. | User-configured network fallback control |
KR20230141746A (ko) * | 2022-03-30 | 2023-10-10 | 지오 플랫폼즈 리미티드 | 세션 개시 프로토콜 응답을 원인 코드와 맵핑하기 위한 시스템 및 방법 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1330098A1 (en) * | 2002-01-21 | 2003-07-23 | BRITISH TELECOMMUNICATIONS public limited company | Method and communication system for data web session transfer |
WO2010128916A1 (en) * | 2009-05-04 | 2010-11-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Session push transfer |
US20110161505A1 (en) * | 2009-12-28 | 2011-06-30 | Siegel Steven A | Method and apparatus for processing a call to an aggregate endpoint device |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7388953B2 (en) * | 1999-09-24 | 2008-06-17 | Verizon Business Global Llc | Method and system for providing intelligent network control services in IP telephony |
US7289522B2 (en) * | 2001-03-20 | 2007-10-30 | Verizon Business Global Llc | Shared dedicated access line (DAL) gateway routing discrimination |
US7110419B1 (en) * | 2001-04-11 | 2006-09-19 | Cisco Technology, Inc. | Technique for using address filter parameters to facilitate sign-on procedures in access networks |
US20100142517A1 (en) * | 2008-11-10 | 2010-06-10 | Research In Motion Limited | Method and System for Supporting SIP Session Policy Using Existing Authorization Architecture and Protocols |
US9294883B2 (en) * | 2012-03-01 | 2016-03-22 | Nokia Technologies Oy | Method, apparatus, and computer program product for probe request and response exchange |
US9372963B2 (en) * | 2012-08-30 | 2016-06-21 | Verizon Patent And Licensing Inc. | User device selection |
-
2014
- 2014-07-25 RU RU2017104959A patent/RU2645592C1/ru active
- 2014-07-25 US US15/318,244 patent/US11582267B2/en active Active
- 2014-07-25 PL PL14744826T patent/PL3172880T3/pl unknown
- 2014-07-25 EP EP14744826.0A patent/EP3172880B1/en active Active
- 2014-07-25 WO PCT/EP2014/066109 patent/WO2016012057A1/en active Application Filing
- 2014-07-25 CN CN201480080672.6A patent/CN106664287B/zh active Active
- 2014-07-25 TR TR2018/15175T patent/TR201815175T4/tr unknown
-
2016
- 2016-12-11 IL IL249490A patent/IL249490A/en active IP Right Grant
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1330098A1 (en) * | 2002-01-21 | 2003-07-23 | BRITISH TELECOMMUNICATIONS public limited company | Method and communication system for data web session transfer |
WO2010128916A1 (en) * | 2009-05-04 | 2010-11-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Session push transfer |
US20110161505A1 (en) * | 2009-12-28 | 2011-06-30 | Siegel Steven A | Method and apparatus for processing a call to an aggregate endpoint device |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2765650C1 (ru) * | 2018-08-07 | 2022-02-01 | Нокиа Текнолоджиз Ой | Способ и устройство для обеспечения постоянного атрибута сеанса передачи pdu и обеспечения аспектов взаимодействия в отношении постоянного сеанса передачи pdu |
US11622393B2 (en) | 2018-08-07 | 2023-04-04 | Nokia Technologies Oy | Method and apparatus for providing an always-on attribute of a PDU session and for providing interworking aspects with respect to an always-on PDU session |
Also Published As
Publication number | Publication date |
---|---|
EP3172880A1 (en) | 2017-05-31 |
IL249490A0 (en) | 2017-01-31 |
US11582267B2 (en) | 2023-02-14 |
TR201815175T4 (tr) | 2018-11-21 |
US20170111404A1 (en) | 2017-04-20 |
WO2016012057A1 (en) | 2016-01-28 |
IL249490A (en) | 2017-07-31 |
PL3172880T3 (pl) | 2019-01-31 |
CN106664287A (zh) | 2017-05-10 |
CN106664287B (zh) | 2020-06-26 |
EP3172880B1 (en) | 2018-09-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2645592C1 (ru) | Способ и оборудование обслуживания связи для управления установлением сеанса связи в сети передачи мультимедиа | |
AU2016202485B2 (en) | Methods and systems for secure media-based conferencing | |
US9106716B2 (en) | Method, apparatus, and system for cross-platform conference convergence | |
US8392580B2 (en) | Methods and systems for facilitating transfer of sessions between user devices | |
US9350769B2 (en) | SIP device-level call/session/service management | |
EP2093968A1 (en) | Methods and systems for facilitating transfer of sessions between user devices | |
US20100199320A1 (en) | Multimodal escalation to endpoints in enhanced communication systems | |
US8379544B2 (en) | Communications | |
CN104813655A (zh) | 在视频会议会话中预览呼叫方的方法 | |
ES2396737T3 (es) | Método y sistema para acceso a conferencias multimedia en red | |
US9049290B2 (en) | Interaction detection between web-enabled and call-related features | |
US20130242803A1 (en) | Ip based videoconference using a social network server | |
US20060182130A1 (en) | Method and system for establishing an audio/video communication session across zones | |
EP1914973B1 (en) | System and method to provide combinational services to anonymous callers | |
US8934342B2 (en) | System and method for obviating a meet-me conference hub | |
US8447028B2 (en) | Systems and methods for self-learning and building web contents via a rich call center service | |
US9426188B2 (en) | Apparatus and method for conferencing | |
CN111279662A (zh) | 消息传递资源功能 | |
US20140211788A1 (en) | Method and a system to discover and establish an enriched communication channel in a voice call | |
Koumaras et al. | CC4IMS: A mobile-based open-source call center for IMS | |
Perros | What's Behind Your Smartphone Icons? | |
EP2214374A1 (en) | Communications system and method |