Способ и устройство передачи информации

Способ и устройство передачи информации

Иллюстрации

Показать все

Реферат

Область техники, к которой относится изобретение

Настоящее изобретение относится к области техники технологий связи и, в частности, к способу и устройству передачи информации.

Уровень техники

В силу непрерывного развития информационных технологий, режим взаимодействия между оператором сети мобильной связи и сторонним поставщиком услуг все более часто представляет собой механизм XML (расширяемого языка разметки, расширяемого языка разметки): объект привязки в сети и функция стороннего приложения устанавливают соединение по HTTP (по протоколу передачи гипертекста, по протоколу передачи гипертекста), и объект привязки и другой объект в сети (т.е. целевой объект, с которым функция стороннего приложения запрашивает установление сеанса в сети) устанавливают сеанс Diameter (Diameter, причем протокол Diameter является обновленной версией протокола Radius (RADIUS)). В этом случае, объект привязки используется в качестве агента, чтобы выполнять адресацию для функции стороннего приложения, с тем чтобы предоставлять возможность функции стороннего приложения осуществлять доступ к сети оператора, чтобы реализовывать взаимодействие между функцией стороннего приложения и целевым объектом в сети. Объект привязки может пониматься как краевое сетевое устройство, которое находится в сети мобильной связи и может непосредственно обмениваться данными с внесетевым устройством (например, с функцией стороннего приложения). Что касается принципиальной схемы, показанной на фиг. 1, PC (преобразователь протоколов, преобразователь протоколов) на чертеже используется в качестве объекта привязки, чтобы устанавливать HTTP-соединение с функцией стороннего приложения AF (функцией приложения, функцией приложения) и устанавливать сеанс Diameter с PCRF (функцией правил и политик тарификации и оплаты услуг, функцией правил и политик тарификации и оплаты услуг) целевого объекта в сети, с которой AF ожидает устанавливать сеанс.

Если в процессе установления сеанса между функцией стороннего приложения и целевым объектом в сети возникает случай, в котором несколько AF адресуют идентичную PCRF посредством использования идентичного PC, PC не может определять то, какой поток в сеансе между PC и PCRF соответствует какой AF, в силу этого вызывая такую проблему, что поток пакетов, протекающий через PC, не может быть точно перенаправлен в целевую AF.

Сущность изобретения

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

С учетом этого, варианты осуществления настоящего изобретения предоставляют следующие технические решения.

Согласно первому аспекту, вариант осуществления настоящего изобретения предоставляет устройство передачи информации, причем устройство включает в себя:

- блок приема запросов на установление сеанса, сконфигурированный с возможностью принимать запрос на установление первого сеанса, отправленный посредством функции стороннего приложения, причем запрос на установление первого сеанса включает в себя идентификационную информацию функции стороннего приложения и идентификационную информацию целевого объекта в сети;

- блок установления первых сеансов, сконфигурированный с возможностью устанавливать первый сеанс с функцией стороннего приложения;

- блок отправки запросов, сконфигурированный с возможностью отправлять запрос на установление второго сеанса в целевой объект в сети, причем запрос на установление второго сеанса включает в себя идентификационную информацию объекта привязки и идентификационную информацию функции стороннего приложения;

- блок установления вторых сеансов, сконфигурированный с возможностью устанавливать второй сеанс с целевым объектом в сети;

- блок приема информации, сконфигурированный с возможностью принимать информацию, сообщаемую посредством целевого объекта в сети, причем информация включает в себя событие отправки сообщения и идентификационную информацию функции стороннего приложения; и

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

В первом возможном способе реализации первого аспекта, блок приема запросов на установление сеанса включает в себя:

- блок установления соединений, сконфигурированный с возможностью устанавливать вебсокетно-вебсокетное соединение с функцией стороннего приложения посредством одной процедуры установления связи; и

- субблок приема запросов на установление сеанса, сконфигурированный с возможностью принимать запрос на установление первого сеанса, который передается по вебсокетному соединению посредством функции стороннего приложения.

Во втором возможном способе реализации первого аспекта, устройство поддерживает список, соответствующий целевому объекту в сети, идентификационная информация всех функций стороннего приложения, соответствующих целевому объекту в сети, добавляется в список, и устройство дополнительно включает в себя:

- блок приема запросов на завершение, сконфигурированный с возможностью принимать запрос на завершение сеанса, отправленный посредством функции стороннего приложения, которая должна быть завершена, причем запрос на завершение сеанса включает в себя идентификационную информацию функции стороннего приложения, которая должна быть завершена;

- блок определения, сконфигурированный с возможностью определять то, сохраняется или нет только идентификационная информация функции стороннего приложения, которая должна быть завершена, в списке;

- блок завершения сеансов, сконфигурированный с возможностью опустошать список и завершать второй сеанс, когда блок определения определяет то, что только идентификационная информация функции стороннего приложения, которая должна быть завершена, сохраняется в списке; и

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

В отношении второго возможного способа реализации первого аспекта, в третьем возможном способе реализации, устройство дополнительно устанавливает второй сеанс с другими целевыми объектами в сети согласно запросу функции стороннего приложения и поддерживает список, соответствующий каждому из других целевых объектов в сети; и идентификационная информация всех функций стороннего приложения, соответствующих другим целевым объектам в сети, добавляется в список, так что запрос на завершение сеанса, принимаемый посредством блока приема запросов на завершение, дополнительно включает в себя идентификационную информацию целевого объекта в сети; и устройство дополнительно включает в себя:

- блок поиска, сконфигурированный с возможностью осуществлять поиск списка, который соответствует идентификационной информации целевого объекта в сети, по меньшей мере, из двух поддерживаемых списков; и инструктировать блоку определения определять то, сохраняется или нет только идентификационная информация функции стороннего приложения, которая должна быть завершена, в найденном списке.

Согласно второму аспекту, вариант осуществления настоящего изобретения предоставляет устройство передачи информации, причем устройство включает в себя:

- блок отправки запросов на установление сеанса, сконфигурированный с возможностью отправлять запрос на установление первого сеанса в объект привязки, причем запрос на установление первого сеанса включает в себя идентификационную информацию функции стороннего приложения и идентификационную информацию целевого объекта в сети, и идентификационная информация функции стороннего приложения используется для перенаправления в целевой объект в сети, когда объект привязки отправляет запрос на установление второго сеанса в целевой объект в сети;

- блок установления первых сеансов, сконфигурированный с возможностью принимать ответ, возвращаемый посредством объекта привязки, и устанавливать первый сеанс с объектом привязки; и

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

В первом возможном способе реализации второго аспекта, блок отправки запросов на установление сеанса включает в себя:

- блок установления соединений, сконфигурированный с возможностью устанавливать вебсокетно-вебсокетное соединение с объектом привязки посредством одной процедуры установления связи; и

- субблок отправки запросов на установление сеанса, сконфигурированный с возможностью передавать запрос на установление первого сеанса в объект привязки по вебсокетному соединению.

Согласно четвертому аспекту, вариант осуществления настоящего изобретения предоставляет способ передачи информации, причем способ включает в себя:

- прием, посредством объекта привязки, запроса на установление первого сеанса, отправленного посредством функции стороннего приложения, причем запрос на установление первого сеанса включает в себя идентификационную информацию функции стороннего приложения и идентификационную информацию целевого объекта в сети;

- установление, посредством объекта привязки, первого сеанса с функцией стороннего приложения и отправку запроса на установление второго сеанса в целевой объект в сети, причем запрос на установление второго сеанса включает в себя идентификационную информацию объекта привязки и идентификационную информацию функции стороннего приложения;

- установление, посредством объекта привязки, второго сеанса с целевым объектом в сети и прием информации, сообщаемой посредством целевого объекта в сети, причем информация включает в себя событие отправки сообщения и идентификационную информацию функции стороннего приложения; и

- перенаправление, посредством объекта привязки, события отправки сообщения в соответствующую функцию стороннего приложения согласно идентификационной информации функции стороннего приложения, причем идентификационная информация функции стороннего приложения включена в информацию.

В первом возможном способе реализации третьего аспекта, идентификационная информация функции стороннего приложения включает в себя, по меньшей мере, одно из следующего: IP-адрес, универсальный указатель ресурса (URL-адрес) и идентификатор соединения;

- идентификационная информация целевого объекта в сети включает в себя: идентификационные данные хоста Diameter (Diameter) целевого объекта в сети и идентификационные данные области действия Diameter, в которой расположен целевой объект в сети; или идентификационная информация целевого объекта в сети включает в себя: идентификационную информацию абонентского устройства; и

- идентификационная информация объекта привязки включает в себя: идентификационные данные хоста Diameter объекта привязки и идентификационные данные области действия Diameter, в которой расположен объект привязки.

Во втором возможном способе реализации третьего аспекта, прием, посредством объекта привязки, запроса на установление первого сеанса, отправленного посредством функции стороннего приложения, включает в себя:

- установление, посредством объекта привязки, вебсокетно-вебсокетного соединения с функцией стороннего приложения посредством одной процедуры установления связи; и

- прием, посредством объекта привязки, запроса на установление первого сеанса, который передается по вебсокетному соединению посредством функции стороннего приложения.

В третьем возможном способе реализации третьего аспекта, объект привязки поддерживает список, соответствующий целевому объекту в сети, идентификационная информация всех функций стороннего приложения, соответствующих целевому объекту в сети, добавляется в список, и способ дополнительно включает в себя:

- прием, посредством объекта привязки, запроса на завершение сеанса, отправленного посредством функции стороннего приложения, которая должна быть завершена, причем запрос на завершение сеанса включает в себя идентификационную информацию функции стороннего приложения, которая должна быть завершена; и

- определение, посредством объекта привязки, того, сохраняется или нет только идентификационная информация функции стороннего приложения, которая должна быть завершена, в списке; если объект привязки определяет то, что только идентификационная информация функции стороннего приложения, которая должна быть завершена, сохраняется в списке, опустошение, посредством объекта привязки, списка и завершение второго сеанса; и если объект привязки определяет то, что не только идентификационная информация функции стороннего приложения, которая должна быть завершена, сохраняется в списке, удаление, посредством объекта привязки, идентификационной информации функции стороннего приложения, которая должна быть завершена, которая сохраняется в списке.

В отношении третьего возможного способа реализации третьего аспекта, в четвертом возможном способе реализации, объект привязки дополнительно устанавливает второй сеанс с другими целевыми объектами в сети согласно запросу функции стороннего приложения и поддерживает список, соответствующий каждому из других целевых объектов в сети; и идентификационная информация всех функций стороннего приложения, соответствующих другим целевым объектам в сети, добавляется в список, так что запрос на завершение сеанса дополнительно включает в себя идентификационную информацию целевого объекта в сети, и способ дополнительно включает в себя:

- выполнение поиска, посредством объекта привязки, списка, который соответствует идентификационной информации целевого объекта в сети, по меньшей мере, из двух поддерживаемых списков; и выполнение этапа определения того, сохраняется или нет только идентификационная информация функции стороннего приложения, которая должна быть завершена, в списке.

Согласно четвертому аспекту, вариант осуществления настоящего изобретения предоставляет способ передачи информации, причем способ включает в себя:

- отправку, посредством функции стороннего приложения, запроса на установление первого сеанса в объект привязки, причем запрос на установление первого сеанса включает в себя идентификационную информацию функции стороннего приложения и идентификационную информацию целевого объекта в сети, и идентификационная информация функции стороннего приложения используется для перенаправления в целевой объект в сети, когда объект привязки отправляет запрос на установление второго сеанса в целевой объект в сети;

- прием, посредством функции стороннего приложения, ответа, возвращаемого посредством объекта привязки, и установление первого сеанса с объектом привязки; и

- после того, как объект привязки и целевой объект в сети устанавливают второй сеанс, прием, посредством функции стороннего приложения, события отправки сообщения, которое перенаправляется посредством объекта привязки согласно идентификационной информации функции стороннего приложения, причем идентификационная информация функции стороннего приложения и событие отправки сообщения отправляются посредством целевого объекта в сети в объект привязки.

В первом возможном способе реализации четвертого аспекта, отправка, посредством функции стороннего приложения, запроса на установление первого сеанса в объект привязки включает в себя:

- установление, посредством функции стороннего приложения, вебсокетно-вебсокетного соединения с объектом привязки посредством одной процедуры установления связи; и

- передачу, посредством функции стороннего приложения, запроса на установление первого сеанса в объект привязки по вебсокетному соединению.

Согласно пятому аспекту, вариант осуществления настоящего изобретения предоставляет устройство передачи информации, причем устройство включает в себя, по меньшей мере, один процессор, по меньшей мере, один сетевой интерфейс или другой интерфейс связи, запоминающее устройство и, по меньшей мере, одну шину связи; запоминающее устройство сконфигурировано с возможностью сохранять программные инструкции; и процессор сконфигурирован с возможностью осуществлять следующие этапы согласно программным инструкциям:

- прием запроса на установление первого сеанса, отправленного посредством функции стороннего приложения, причем запрос на установление первого сеанса включает в себя идентификационную информацию функции стороннего приложения и идентификационную информацию целевого объекта в сети;

- установление первого сеанса с функцией стороннего приложения и отправку запроса на установление второго сеанса в целевой объект в сети, причем запрос на установление второго сеанса включает в себя идентификационную информацию объекта привязки и идентификационную информацию функции стороннего приложения;

- установление второго сеанса с целевым объектом в сети и прием информации, сообщаемой посредством целевого объекта в сети, причем информация включает в себя событие отправки сообщения и идентификационную информацию функции стороннего приложения; и

- перенаправление события отправки сообщения в соответствующую функцию стороннего приложения согласно идентификационной информации функции стороннего приложения, причем идентификационная информация функции стороннего приложения включена в информацию.

В первом возможном способе реализации пятого аспекта, прием запроса на установление первого сеанса, отправленного посредством функции стороннего приложения, включает в себя:

- установление вебсокетно-вебсокетного соединения с функцией стороннего приложения посредством одной процедуры установления связи; и

- прием запроса на установление первого сеанса, который передается по вебсокетному соединению посредством функции стороннего приложения.

Во втором возможном способе реализации пятого аспекта, процессор поддерживает список, соответствующий целевому объекту в сети, идентификационная информация всех функций стороннего приложения, соответствующих целевому объекту в сети, добавляется в список, и процессор дополнительно сконфигурирован с возможностью осуществлять следующие этапы:

- прием запроса на завершение сеанса, отправленного посредством функции стороннего приложения, которая должна быть завершена, причем запрос на завершение сеанса включает в себя идентификационную информацию функции стороннего приложения, которая должна быть завершена; и

- определение того, сохраняется или нет только идентификационная информация функции стороннего приложения, которая должна быть завершена, в списке; если определено то, что только идентификационная информация функции стороннего приложения, которая должна быть завершена, сохраняется в списке, опустошение списка и завершение второго сеанса; и если определено то, что идентификационная информация функции стороннего приложения, которая должна быть завершена, не является единственной идентификационной информацией, которая сохраняется в списке, удаление идентификационной информации функции стороннего приложения, которая должна быть завершена, которая сохраняется в списке.

В отношении второго возможного способа реализации пятого аспекта, в третьем возможном способе реализации, процессор дополнительно устанавливает второй сеанс с другими целевыми объектами в сети согласно запросу функции стороннего приложения и поддерживает список, соответствующий каждому из других целевых объектов в сети; и идентификационная информация всех функций стороннего приложения, соответствующих другим целевым объектам в сети, добавляется в список, так что запрос на завершение сеанса дополнительно включает в себя идентификационную информацию целевого объекта в сети, и процессор дополнительно сконфигурирован с возможностью осуществлять следующие этапы:

- поиск списка, который соответствует идентификационной информации целевого объекта в сети, по меньшей мере, из двух поддерживаемых списков; и выполнение этапа определения того, сохраняется или нет только идентификационная информация функции стороннего приложения, которая должна быть завершена, в списке.

Согласно способу и устройству передачи информации в вариантах осуществления настоящего изобретения, при установлении сеанса Diameter с целевым объектом в сети согласно запросу функции стороннего приложения, объект привязки отправляет идентификационную информацию функции стороннего приложения в целевой объект в сети, так что когда целевой объект в сети собирает сетевое событие, которое должно сообщаться в функцию стороннего приложения, целевой объект в сети может добавлять идентификационную информацию функции стороннего приложения в информацию сообщения и отправлять идентификационную информацию функции стороннего приложения вместе с сетевым событием в объект привязки. Таким образом, согласно идентификационной информации, объект привязки может корректно перенаправлять сетевое событие в соответствующую функцию стороннего приложения, чтобы реализовывать корректную идентификацию и перенаправление потока пакетов.

Краткое описание чертежей

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

Фиг. 1 является принципиальной схемой взаимодействия между AF и PCRF посредством использования PC;

Фиг. 2 является принципиальной схемой адресации одной PCRF посредством нескольких AF посредством использования одного PC;

Фиг. 3 является блок-схемой последовательности операций варианта 1 осуществления способа передачи информации на стороне объекта привязки согласно варианту осуществления настоящего изобретения;

Фиг. 4 является блок-схемой последовательности операций способа приема посредством объекта привязки запроса на установление первого сеанса, отправленного посредством функции стороннего приложения согласно варианту осуществления настоящего изобретения;

Фиг. 5 является блок-схемой последовательности операций варианта 2 осуществления способа передачи информации на стороне объекта привязки согласно варианту осуществления настоящего изобретения;

Фиг. 6 является блок-схемой последовательности операций варианта 3 осуществления способа передачи информации на стороне объекта привязки согласно варианту осуществления настоящего изобретения;

Фиг. 7 является блок-схемой последовательности операций способа передачи информации на стороне функции стороннего приложения согласно варианту осуществления настоящего изобретения;

Фиг. 8 является принципиальной схемой устройства передачи информации на стороне объекта привязки согласно варианту осуществления настоящего изобретения;

Фиг. 9 является принципиальной схемой блока приема запросов на установление сеанса согласно варианту осуществления настоящего изобретения;

Фиг. 10 является принципиальной схемой устройства передачи информации на стороне функции стороннего приложения согласно варианту осуществления настоящего изобретения;

Фиг. 11 является принципиальной схемой блока отправки запросов на установление сеанса согласно варианту осуществления настоящего изобретения; и

Фиг. 12 является принципиальной структурной схемой аппаратных средств системы передачи информации согласно варианту осуществления настоящего изобретения.

Подробное описание вариантов осуществления

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

Перед тем, как вводятся технические решения настоящего изобретения, сначала описываются сценарии применения настоящего изобретения.

То, что пользователь посещает видеовеб-узел посредством использования абонентского устройства, используется в качестве примера. В этом процессе, AF-сервер видеовеб-узла используется в качестве функции стороннего приложения и запрашивает установление сеанса с функцией правил и политик тарификации и оплаты услуг (PCRF) (т.е. целевым объектом в сети в настоящем изобретении) в сети оператора, с тем чтобы реализовывать точную тарификацию и оплату услуг. В этом случае, AF сначала устанавливает HTTP-соединение с краевым устройством (т.е. с объектом привязки в настоящем изобретении; объект привязки может быть непосредственно доступным для третьей стороны; например, объект привязки может представлять собой преобразователь протоколов (PC)) в сети оператора; и затем, PC устанавливает сеанс Diameter с PCRF, и в завершение, реализуется сеанс между третьей стороной и абонентским устройством.

В фактическом процессе применения, может возникать случай, в котором несколько AF адресуют идентичную PCRF посредством использования идентичного PC. Как показано на фиг. 2, три AF (которые представляют собой AF1, AF2 и AF3) одновременно осуществляют доступ к PCRF посредством использования PC. Если PCRF собирает сетевое событие, которое должно сообщаться в AF1, PC не может определять то, какое сетевое событие должно перенаправляться в какую из трех AF, когда событие должно перенаправляться посредством использования PC. Иными словами, решения настоящего изобретения в основном предназначены для того, чтобы разрешать проблему идентификации потоков в идентичном объекте привязки, причем проблема идентификации потоков вызывается тогда, когда несколько функций стороннего приложения адресуют один целевой объект в сети посредством использования одного объекта привязки.

Далее описываются решения настоящего изобретения со ссылкой на прилагаемые чертежи.

Ссылаясь на фиг. 3, фиг. 3 является блок-схемой последовательности операций варианта 1 осуществления способа передачи информации на стороне объекта привязки согласно варианту осуществления настоящего изобретения, причем способ может включать в себя:

Этап 101. Объект привязки принимает запрос на установление первого сеанса, отправленный посредством функции стороннего приложения, причем запрос на установление первого сеанса включает в себя идентификационную информацию функции стороннего приложения и идентификационную информацию целевого объекта в сети.

В качестве инициатора сеанса, AF сначала отправляет запрос на установление первого сеанса в PC, с тем чтобы устанавливать HTTP-сеанс между функцией стороннего приложения и объектом привязки, и запрос на установление первого сеанса включает в себя, по меньшей мере, следующие два фрагмента информации:

(1) Идентификационная информация функции стороннего приложения

Эта информация в основном имеет две функции: Первая функция заключается в том, чтобы четко прояснять для PC в отношении того, с какой третьей стороной PC в данный момент устанавливает HTTP-соединение, так что PC выполняет аутентификацию с проверкой достоверности для AF, чтобы определять то, имеет или нет AF разрешение осуществлять доступ к сети оператора, что не описывается подробно в этом варианте осуществления настоящего изобретения; и вторая функция заключается в том, что PC передает эту информацию в PCRF, с которой AF запрашивает установление сеанса, так что при последующем сообщении сетевого события, PCRF может добавлять эту информацию в информацию сообщения, причем информация используется в качестве основы для PC с тем, чтобы выполнять идентификацию потоков, для чего следует обратиться к нижеприведенному введению.

Следует отметить, что идентификационная информация функции стороннего приложения за пределами сети мобильной связи оператора может представлять собой, по меньшей мере, одно из следующего: IP-адрес (IPv4-адрес или IPv6-адрес) AF, универсальный указатель ресурса (URL) (универсальный указатель ресурса), идентификатор соединения между функцией стороннего приложения и объектом привязки, что не ограничено конкретным образом в этом варианте осуществления настоящего изобретения. Согласно различным механизмам передачи сообщений, используемым между функцией стороннего приложения и объектом привязки, идентификатор соединения может представлять собой: идентификатор вебсокетного соединения, в частности, если первый сеанс устанавливается посредством использования вебсокета; или идентификатор HTTP-соединения, в частности, если первый сеанс устанавливается посредством использования HTTP2.0.

(2) Идентификационная информация целевого объекта в сети

Эта информация главным образом должна прояснять для PC в отношении объекта, с которым AF в данный момент ожидает устанавливать сеанс, так что PC корректно инициирует запрос на установление второго сеанса в объект с тем, чтобы устанавливать сеанс Diameter.

Следует отметить, что идентификационная информация целевого объекта в сети может представлять собой: идентификационные данные хоста Diameter PCRF и идентификационные данные области действия Diameter, в которой расположена PCRF. В этом случае, функция стороннего приложения (AF) адресует PCRF целевого объекта в сети согласно идентификационной информации абонентского устройства (UE) (абонентского устройства), определяет идентификационные данные PCRF (которые могут представлять собой имя хоста Diameter и/или IP-адрес PCRF) и идентификационные данные области действия Diameter, в которой расположена PCRF, и отправляет два экземпляра идентификационных данных, которые используются в качестве идентификационной информации целевого объекта в сети, в PC. Это обусловлено главным образом тем, что соответствие между идентификационной информацией информации UE и идентификационной информацией PCRF может предварительно конфигурироваться в функции стороннего приложения (AF). Следовательно, в случае если функция стороннего приложения (AF) распознает идентификационную информацию UE, идентификационная информация PCRF может получаться посредством поиска сконфигурированной взаимосвязи.

Альтернативно, идентификационная информация целевого объекта в сети также может представлять собой: идентификационную информацию абонентского устройства (UE), например, IP-адрес, IMSI (международный идентификатор абонента мобильной связи, международный идентификатор абонента мобильной связи) и MSISDN (международный номер мобильной станции ISDN-сети, международный номер мобильной станции ISDN-сети) UE, что не может быть ограничено конкретным образом в этом варианте осуществления настоящего изобретения. В этом случае, функция стороннего приложения (AF) непосредственно использует идентификационную информацию UE, которая используется для начальной адресации, в качестве входной информации для адресации целевого объекта в сети и отправляет информацию в PC, и PC адресует целевой объект в сетевой PCRF согласно информации, чтобы определять идентификационные данные PCRF и идентификационные данные области действия Diameter, в которой расположена PCRF, с тем чтобы выполнять последующий процесс установления сеанса. Соответствие между идентификационной информацией информации UE и идентификационной информацией PCRF может предварительно конфигурироваться в PC объекта привязки. Следовательно, в случае если PC объекта привязки распознает идентификационную информацию UE, идентификационная информация PCRF может получаться посредством поиска сконфигурированной взаимосвязи. Когда считается, что функция стороннего приложения (AF) представляет собой устройство за пределами сети оператора, если внесетевое устройство имеет разрешение адресовать идентификационную информацию целевого объекта в сети в области действия Diameter, очевидно, безопасность целевого объекта в сети является относительно низкой. Следовательно, таким образом, идентификационная информация UE используется в качестве входной информации для адресации целевого объекта в сети и PC объекта привязки в сети адресует целевой объект в сети, так что может повышаться безопасность сеанса между функцией стороннего приложения и целевым объектом в сети.

На этом этапе, способ, которым объект привязки принимает запрос на установление первого сеанса, отправленный посредством функции стороннего приложения, может реализовываться посредством нескольких механизмов передачи XML-сообщений, к примеру, такой технологии, как вебсокет или HTTP2.0. Вебсокетный способ используется в качестве примера далее для того, чтобы описывать конкретную реализацию этого этапа. Для получения дополнительной информации, следует обратиться к блок-схеме последовательности операций способа, показанной на фиг. 4.

Этап 201. Объект привязки устанавливает вебсокетно-вебсокетное соединение с функцией стороннего приложения посредством одной процедуры установления связи.

Этап 202. Объект привязки принимает запрос на установление первого сеанса, который передается по вебсокетному соединению посредством функции стороннего приложения.

Вебсокет предоставляет соединение по TCP (по протоколу управления передачей, по протоколу управления передачей) между объектом привязки и функцией стороннего приложения в полнодуплексном режиме и режиме реального времени. Каждое вебсокетное соединение, установленное в TCP-соединении, соответствует одному сеансу между функцией стороннего приложения и объектом привязки, за счет этого эффективно преодолевая такое ограничение, что в традиционном HTTP-механизме, функция стороннего приложения всегда используется в качестве HTTP-клиента, чтобы инициировать HTTP-сеанс, и только механизм на основе длинных HTTP-опросов или HTTP-потоков может использоваться для формирования сообщений о событиях объекта привязки, чтобы выполнять функциональную адаптацию не в реальном времени.

Когда вебсокетное соединение должно устанавливаться, функция стороннего приложения отправляет запрос HTTP GET Upgrade в объект привязки, с тем чтобы запрашивать установление нового вебсокетного соединения; соответственно, после успешного выполнения аутентификации в функции стороннего приложения, объект привязки возвращает сообщение с ответом по протоколу коммутации в функцию стороннего приложения, чтобы указывать то, что вебсокетное соединение между функцией стороннего приложения и объектом привязки успешно установлено. Таким образом, в установленном вебсокетном соединении, сеансовое HTTP-сообщение между функцией стороннего приложения и объектом привязки может инкапсулироваться в метод Onmessage, и метод Send может активироваться с тем, чтобы передавать сеансовое сообщение. Например, сеансовое HTTP-сообщение между функцией стороннего приложения и объектом привязки: все процедурные сообщения, такие как установление AF-сеанса, модификация AF-сеанса, завершение AF-сеанса и формирование сообщений о событиях в плоскости передачи трафика (формирование сообщений о событиях в плоскости передачи трафика), могут инкапсулироваться в метод Onmessage, и объект на одном конце активирует метод Send, чтобы отправл