Способ передачи данных и связанные с ним устройство и система

Авторы патента:

ЧЖАН Ваньцян (CN)

ХУАН Чжэнлэй (CN)

ДЭН Цян (CN)

H04L29/06 - отличающиеся процедурой регистрации и коммутации сообщений

H04L29/00 - Устройства, установки, цепи или системы, не отнесенные ни к одной из групп H04L 1/00-H04L 27/00 (соединение запоминающих устройств, устройств ввода-вывода или центральных процессоров, или передача информации или других сигналов между этими устройствами G06F 13/00)

Владельцы патента RU 2690756:

ХУАВЭЙ ТЕКНОЛОДЖИЗ КО., ЛТД. (CN)

Изобретение относится к области вычислительной техники. Технический результат заключается в повышении эффективности передачи данных. Способ содержит этапы, на которых: принимают посредством узла базовой сети первый пакет от пользовательского оборудования или сервера приложений; преобразуют посредством узла базовой сети первый пакет в соответствии с информацией о передаче данных по протоколу, не являющемуся Интернет-протоколом (IP), чтобы получить второй пакет; и отправляют посредством узла базовой сети второй пакет с использованием канала передачи данных, при этом первый пакет является IP-пакетом, а второй пакет является неIP-пакетом, или первый пакет является неIP-пакетом, а второй пакет является IP-пакетом. 4 н. и 9 з.п. ф-лы, 34 ил., 1 табл.

ОБЛАСТЬ ТЕХНИКИ

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

УРОВЕНЬ ТЕХНИКИ

С развитием Проекта партнерства 3^го поколения (3rd Generation Partnership Project, сокращенно 3GPP) с 2004 г. изучалось Развитие архитектуры системы (System Architecture Evolution, сокращенно SAE) на стороне сети для поддержки Системы долгосрочного развития (Long Term Evolution, сокращенно LTE) на беспроводной стороне. LTE и SAE совместно образуют развитую пакетную систему (Evolved Packet System, сокращенно EPS), и в сетевой архитектуре EPS используется сквозная работа по сети полностью на IP и плоская сетевая структура. К тому же 3GPP в настоящее время также проводит исследование Интернета вещей в сотовых сетях(Cellular Internet of Things, сокращенно CIoT). Выполняется улучшение архитектуры для поддержки устройства Интернета вещей с большой сложностью, ограниченной мощностью и низкой скоростью передачи данных.

Для уменьшения затрат и сложности некоторым оконечным устройствам Интернета вещей не нужно использовать услугу Интернет-протокола (Internet Protocol, сокращенно IP) или они не обладают возможностью поддержки IP. Поэтому в сети EPS или в системе CIoT нужно создать эффективный механизм, который поддерживает передачу неIP данных.

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

Однако непосредственное инкапсулирование и отправка неIP данных в сети EPS или в системе CIoT применимы только к сценарию, в котором отправляющая сторона и принимающая сторона поддерживают одинаковый протокол, отличный от IP (неIP-протокол). Если две стороны поддерживают разные типы протоколов, например, одна поддерживает IP-протокол, а другая поддерживает неIP-протокол, то нельзя реализовать передачу неIP данных.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

В связи с этим первый аспект настоящего изобретения предоставляет способ передачи данных, включающий в себя:

прием узлом базовой сети первого пакета от пользовательского оборудования UE или сервера приложений AS;

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

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

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

информация о передаче неIP данных включает в себя, в частности, тип PDN и параметр данных услуги; или

информация о передаче неIP данных включает в себя, в частности, тип PDN и возможность поддержки IP.

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

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

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

прием узлом базовой сети информации о передаче неIP данных, отправленной посредством UE;

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

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

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

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

Со ссылкой на первый аспект в пятой возможной реализации

первый пакет является IP-пакетом, а второй пакет не является IP-пакетом; или

первый пакет не является IP-пакетом, а второй пакет является IP-пакетом.

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

преобразование узлом базовой сети IP-пакета в неIP-пакет в соответствии с информацией о передаче неIP данных; или

преобразование узлом базовой сети неIP-пакета в IP-пакет в соответствии с информацией о передаче неIP данных.

Со ссылкой на шестую возможную реализацию первого аспекта в седьмой возможной реализации прием узлом базовой сети первого пакета от пользовательского оборудования UE или сервера приложений AS включает в себя:

прием узлом базовой сети IP-пакета, отправленного посредством UE или AS, где IP-пакет переносит IP-адрес отправляющей стороны и IP-адрес принимающей стороны;

преобразование узлом базовой сети IP-пакета в неIP-пакет в соответствии с информацией о передаче неIP данных включает в себя:

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

отправка узлом базовой сети второго пакета с использованием канала передачи данных включает в себя:

отправку узлом базовой сети неIP-пакета с использованием канала передачи данных.

Со ссылкой на шестую возможную реализацию первого аспекта в восьмой возможной реализации прием узлом базовой сети первого пакета от пользовательского оборудования UE или сервера приложений AS включает в себя:

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

преобразование узлом базовой сети неIP-пакета в IP-пакет в соответствии с информацией о передаче неIP данных включает в себя:

преобразование узлом базовой сети идентификатора в неIP-пакете в IP-адреса в IP-пакете; и

отправка узлом базовой сети второго пакета с использованием канала передачи данных включает в себя:

отправку узлом базовой сети IP-пакета с использованием канала передачи данных.

Со ссылкой на шестую возможную реализацию первого аспекта в девятой возможной реализации прием узлом базовой сети первого пакета от пользовательского оборудования UE или сервера приложений AS включает в себя:

прием узлом базовой сети IP-пакета, отправленного посредством AS;

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

разбиение узлом базовой сети IP-пакета на несколько IP-подпакетов в соответствии с информацией о передаче неIP данных; и

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

отправка узлом базовой сети второго пакета с использованием канала передачи данных включает в себя:

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

Со ссылкой на шестую возможную реализацию первого аспекта в десятой возможной реализации прием узлом базовой сети первого пакета от пользовательского оборудования UE или сервера приложений AS включает в себя:

прием узлом базовой сети неIP-подпакетов, отправленных посредством UE;

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

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

отправка узлом базовой сети второго пакета с использованием канала передачи данных включает в себя:

отправку узлом базовой сети IP-пакета с использованием канала передачи данных.

Второй аспект настоящего изобретения предоставляет другой способ передачи данных, включающий в себя:

отправку пользовательским оборудованием UE узлу базовой сети первого пакета; и

отправку узлу базовой сети посредством UE информации о передаче неIP данных, чтобы дать узлу базовой сети возможность: преобразовать первый пакет в соответствии с информацией о передаче неIP данных, чтобы получить второй пакет, и отправить второй пакет.

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

информация о передаче неIP данных включает в себя, в частности, тип PDN и параметр данных услуги; или

информация о передаче неIP данных включает в себя, в частности, тип PDN и возможность поддержки IP.

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

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

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

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

Со ссылкой на второй аспект в четвертой возможной реализации

первый пакет является IP-пакетом, а второй пакет не является IP-пакетом; или

первый пакет не является IP-пакетом, а второй пакет является IP-пакетом.

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

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

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

предоставление узлу базовой сети возможности преобразовать идентификатор в неIP-пакете в IP-адреса в IP-пакете.

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

отправку посредством UE узлу базовой сети IP-пакета, где IP-пакет переносит IP-адрес отправляющей стороны и IP-адрес принимающей стороны; и

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

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

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

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

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

прием посредством UE неIP-пакета, отправленного узлом базовой сети, и преобразование неIP-пакета для получения IP-пакета.

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

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

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

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

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

информация о передаче неIP данных включает в себя, в частности, тип PDN и параметр данных услуги; или

информация о передаче неIP данных включает в себя, в частности, тип PDN и возможность поддержки IP.

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

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

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

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

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

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

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

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

Со ссылкой на третий аспект в пятой возможной реализации

первый пакет является IP-пакетом, а второй пакет не является IP-пакетом; или

первый пакет не является IP-пакетом, а второй пакет является IP-пакетом.

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

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

преобразования неIP-пакета в IP-пакет в соответствии с информацией о передаче неIP данных.

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

первый блок приема, сконфигурированный для приема IP-пакета, отправленного посредством UE или AS, где IP-пакет переносит IP-адрес отправляющей стороны и IP-адрес принимающей стороны;

модуль преобразования включает в себя:

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

первый модуль отправки включает в себя:

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

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

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

модуль преобразования включает в себя:

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

первый модуль отправки включает в себя:

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

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

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

модуль преобразования включает в себя:

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

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

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

первый модуль отправки включает в себя:

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

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

четвертый блок приема, сконфигурированный для приема неIP-подпакетов, отправленных посредством UE;

модуль преобразования включает в себя:

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

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

первый модуль отправки включает в себя:

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

Четвертый аспект настоящего изобретения предоставляет пользовательское оборудование, включающее в себя:

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

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

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

информация о передаче неIP данных включает в себя, в частности, тип PDN и параметр данных услуги; или

информация о передаче неIP данных включает в себя, в частности, тип PDN и возможность поддержки IP.

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

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

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

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

Со ссылкой на четвертый аспект в четвертой возможной реализации

первый пакет является IP-пакетом, а второй пакет не является IP-пакетом; или

первый пакет не является IP-пакетом, а второй пакет является IP-пакетом.

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

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

второй модуль отправки включает в себя:

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

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

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

второй модуль отправки включает в себя:

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

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

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

второй модуль отправки включает в себя:

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

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

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

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

устройство ввода, устройство вывода, процессор и запоминающее устройство, где

устройство ввода исполняет следующую процедуру:

прием первого пакета от пользовательского оборудования UE или сервера приложений AS;

процессор исполняет следующую процедуру:

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

устройство вывода исполняет следующую процедуру:

отправка второго пакета с использованием канала передачи данных.

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

устройство ввода, устройство вывода, процессор и запоминающее устройство, где

устройство вывода исполняет следующую процедуру:

отправка узлу базовой сети первого пакета; и

отправка узлу базовой сети информации о передаче неIP данных, чтобы дать узлу базовой сети возможность: преобразовать первый пакет в соответствии с информацией о передаче неIP данных, чтобы получить второй пакет, и отправить второй пакет.

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

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

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

Фиг. 1 - схематическое представление варианта осуществления способа передачи данных в соответствии с вариантом осуществления настоящего изобретения;

Фиг. 2 - схематическое представление процесса передачи потока данных неIP услуги в сети EPS в соответствии с вариантом осуществления настоящего изобретения;

Фиг. 3 - схематическое представление процесса передачи потока данных неIP услуги в сценарии без роуминга в системе CIoT в соответствии с вариантом осуществления настоящего изобретения;

Фиг. 4 - схематическое представление процесса передачи потока данных неIP услуги в сценарии с роумингом в системе CIoT в соответствии с вариантом осуществления настоящего изобретения;

Фиг. 5 - схематическое представление модели канала-носителя в сети EPS в соответствии с вариантом осуществления настоящего изобретения;

Фиг. 6 - схематическое представление процесса установления канала-носителя неIP данных в сети EPS в соответствии с вариантом осуществления настоящего изобретения;

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

Фиг. 8 - другое схематическое представление процесса передачи потока данных неIP услуги в сценарии без роуминга в системе CIoT в соответствии с вариантом осуществления настоящего изобретения;

Фиг. 9 - другое схематическое представление процесса передачи потока данных неIP услуги в сценарии с роумингом в системе CIoT в соответствии с вариантом осуществления настоящего изобретения;

Фиг. 10 - другое схематическое представление процесса передачи потока данных неIP услуги в сети EPS в соответствии с вариантом осуществления настоящего изобретения;

Фиг. 11 - другое схематическое представление процесса передачи потока данных неIP услуги в сценарии без роуминга в системе CIoT в соответствии с вариантом осуществления настоящего изобретения;

Фиг. 12 - другое схематическое представление процесса передачи потока данных неIP услуги в сценарии с роумингом в системе CIoT в соответствии с вариантом осуществления настоящего изобретения;

Фиг. 13 - другое схематическое представление процесса передачи потока данных неIP услуги в сети EPS в соответствии с вариантом осуществления настоящего изобретения;

Фиг. 14 - другое схематическое представление процесса передачи потока данных неIP услуги в сценарии без роуминга в системе CIoT в соответствии с вариантом осуществления настоящего изобретения;

Фиг. 15 - другое схематическое представление процесса передачи потока данных неIP услуги в сценарии с роумингом в системе CIoT в соответствии с вариантом осуществления настоящего изобретения;

Фиг. 16 - схематическое представление другого варианта осуществления способа передачи данных в соответствии с вариантом осуществления настоящего изобретения;

Фиг. 17 - схематическое представление варианта осуществления узла базовой сети при передаче данных в соответствии с вариантом осуществления;

Фиг. 18 - схематическое представление другого варианта осуществления узла базовой сети при передаче данных в соответствии с вариантом осуществления;

Фиг. 19 - схематическое представление другого варианта осуществления узла базовой сети при передаче данных в соответствии с вариантом осуществления;

Фиг. 20 - схематическое представление другого варианта осуществления узла базовой сети при передаче данных в соответствии с вариантом осуществления;

Фиг. 21 - схематическое представление другого варианта осуществления узла базовой сети при передаче данных в соответствии с вариантом осуществления;

Фиг. 22 - схематическое представление другого варианта осуществления узла базовой сети при передаче данных в соответствии с вариантом осуществления;

Фиг. 23 - схематическое представление другого варианта осуществления узла базовой сети при передаче данных в соответствии с вариантом осуществления;

Фиг. 24 - схематическое представление другого варианта осуществления узла базовой сети при передаче данных в соответствии с вариантом осуществления;

Фиг. 25 - схематическое представление другого варианта осуществления узла базовой сети при передаче данных в соответствии с вариантом осуществления;

Фиг. 26 - схематическое представление варианта осуществления пользовательского оборудования при передаче данных в соответствии с вариантом осуществления;

Фиг. 27 - схематическое представление другого варианта осуществления пользовательского оборудования при передаче данных в соответствии с вариантом осуществления;

Фиг. 28 - схематическое представление другого варианта осуществления пользовательского оборудования при передаче данных в соответствии с вариантом осуществления;

Фиг. 29 - схематическое представление другого варианта осуществления пользовательского оборудования при передаче данных в соответствии с вариантом осуществления;

Фиг. 30 - схематическое представление другого варианта осуществления пользовательского оборудования при передаче данных в соответствии с вариантом осуществления;

Фиг. 31 - схематическое представление другого варианта осуществления пользовательского оборудования при передаче данных в соответствии с вариантом осуществления;

Фиг. 31A - схематическое представление другого варианта осуществления пользовательского оборудования при передаче данных в соответствии с вариантом осуществления;

Фиг. 32 - схематическая структурная схема узла базовой сети в соответствии с вариантом осуществления настоящего изобретения;

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

Фиг. 34 - схематическое представление варианта осуществления системы передачи данных в соответствии с вариантом осуществления настоящего изобретения.

ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

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

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

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

Способ передачи данных и способ установления канала-носителя данных, которые предоставляются в вариантах осуществления настоящего изобретения, применимы к системе беспроводной связи. В вариантах осуществления настоящего изобретения для анализа и описания способов используется пример, в котором способы применяются к системе беспроводной связи EPS. Это не составляет ограничения настоящего изобретения.

Вариант осуществления настоящего изобретения предоставляет способ передачи данных. Для простоты описания оно приводится с точки зрения узла базовой сети. Например, узел базовой сети может быть, в частности, обслуживающим шлюзом (Serving Gateway, сокращенно S-GW) и шлюзом сети с коммутацией пакетов (Packet Data Network Gateway, сокращенно P-GW).

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

101. Узел базовой сети принимает первый пакет от пользовательского оборудования UE или сервера приложений AS.

В этом варианте осуществления в сценарии передачи неIP данных пользовательское оборудование (User Equipment, сокращенно UE) или сервер приложений (Application Server, сокращенно AS) отправляет узлу базовой сети первый пакет.

102. Узел базовой сети преобразует первый пакет в соответствии с информацией о передаче неIP данных, чтобы получить второй пакет.

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

103. Узел базовой сети отправляет второй пакет с использованием канала передачи данных.

В этом варианте осуществления, если узел базовой сети принимает первый пакет, отправленный посредством UE, то узел базовой сети отправляет в AS второй пакет, полученный после того, как выполняется преобразование, с использованием канала передачи данных. Если узел базовой сети принимает первый пакет, отправленный посредством AS, то узел базовой сети отправляет в UE второй пакет, полученный после того, как выполняется преобразование, с использованием канала передачи данных.

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

В этом варианте осуществления настоящего изобретения предоставляется способ для преобразования пакета с использованием информации о передаче неIP данных. Узел базовой сети преобразует первый пакет и отправляет целевому устройству второй пакет, полученный после того, как выполняется преобразование. До настоящего времени выполняется процесс передачи неIP данных. Преобразование пакетов выполняется для поддержки эффективной передачи неIP данных, чтобы значительно уменьшить сложность и затраты у UE. К тому же уменьшается размер данных, передаваемых на стороне сети, так что экономятся ресурсы сети.

Для простоты понимания предоставляется несколько характерных реализаций для варианта осуществления, соответствующего фиг. 1. Когда ни UE, ни AS не поддерживает IP-протокол, неIP данные передаются по радиоинтерфейсу и интерфейсу SGi. Интерфейс SGi преимущественно используется для установления туннеля от P-GW к внешнему Интернету и передачи данных плоскости пользователя.

Ссылаясь на фиг. 2, фиг. 2 является схематическим представлением процесса передачи потока данных неIP услуги в сети EPS в соответствии с вариантом осуществления настоящего изобретения. НеIP данные передаются с использованием канала-носителя неIP данных, установленного между UE и P-GW. Однако выполнение передачи с использованием канала-носителя неIP данных является лишь реализацией этого решения, и при фактическом применении существует другое средство реализации. В этом документе для описания используется этот способ в качестве примера.

Для потока данных неIP услуги восходящей линии связи UE сохраняет отношение отображения между шаблоном потока трафика восходящей линии связи (Uplink Traffic Flow Template, сокращенно UL-TFT) и радиоканалом-носителем (Radio Bearer, сокращенно RB); отображает другой поток данных услуги в соответствующий RB согласно UL-TFT, где отношение отображения можно реализовать в соответствии с идентификатором RB (identity, сокращенно ID); и отправляет данные базовой станции с использованием этого RB. Фильтр пакетов в UL-TFT может использоваться для группирования данных на основе такой информации, как идентификатор UE, идентификатор AS, номер порта протокола или идентификатор услуги. Базовая станция привязывает RB к соответствующему каналу-носителю S1. В частности, базовая станция может выполнить привязку с использованием RB-ID и идентификатора оконечной точки туннеля S1 (Tunnel endpoint ID, сокращенно TEID). После успешной привязки RB к каналу-носителю S1 базовая станция инкапсулирует неIP данные в плоскость пользователя Протокола туннелирования GPRS (GPRS Tunneling Protocol for the user plane, сокращенно GTP-U) и отправляет данные в S-GW с использованием канала-носителя S1. S-GW привязывает канал-носитель S1 к соответствующему каналу-носителю S5/S8. В частности, S-GW может выполнить привязку с использованием S1-TEID и S5/S8-TEID и отправить данные в P-GW с использованием канала-носителя S5/S8. P-GW анализирует неIP данные, инкапсулированные в GTP-U, и отправляет неIP данные к AS с использованием туннеля или способом сигнальной передачи. До настоящего времени выполняется передача потока данных неIP услуги восходящей линии связи.

Аналогичным образом для потока данных неIP услуги нисходящей линии связи P-GW отображает другой поток данных услуги в соответствующий канал-носитель S5/S8 согласно шаблону потока трафика нисходящей линии связи (Downlink Traffic Flow Template, сокращенно DL-TFT), инкапсулирует неIP данные в GTP-U и отправляет данные в UE с использованием канала-носителя S5/S8, канала-носителя S1 и RB последовательно. Процесс передачи потока данных неIP услуги нисходящей линии связи аналогичен описанной выше передаче потока неIP данных восходящей линии связи. Фильтр пакетов в DL-TFT может использоваться для группирования данных на основе такой информации, как идентификатор UE, идентификатор AS, номер порта протокола или идентификатор услуги.

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

Если UE не поддерживает привязку и отображение канала-носителя, то базовая станция выполняет привязку и отображение между потоком неIP данных восходящей линии связи и каналом-носителем. Базовая станция в соответствии с UL-TFT отображает и соответствующий канал-носитель S1 поток данных неIP услуги, принятый от UE, инкапсулирует неIP данные в GTP-U и отправляет данные в SGW с использованием канала-носителя S1. Последующие операции аналогичны таковым в способе, описанном в предшествующем варианте осуществления. Поэтому подробности здесь повторно не описываются.

Когда у UE есть только один канал-носитель, который может использоваться для передачи неIP данных, UE и P-GW могут не выполнять фильтрацию пакетов с использованием UL-TFT или DL-TFT, но выполнить привязку всех принятых потоков неIP данных и отобразить все принятые потоки неIP данных в уникальный канал-носитель неIP данных.

Поскольку ни UE, ни AS не поддерживает IP-протокол, в этом случае в процессе передачи потока данных неIP услуги в сети EPS узлу базовой сети не нужно выполнять IP-преобразование, как показано на фигуре.

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

В сценарии без роуминга для потока данных неIP услуги восходящей линии связи устанавливается канал-носитель неIP данных между UE и узлом обслуживающего шлюза Интернета вещей в сотовых сетях (CIoT Serving Gateway Node, сокращенно C-SGN). UE сохраняет отношение отображения между UL-TFT и RB, отображает другой поток данных услуги в соответствующий RB согласно UL-TFT и отправляет данные базовой станции с использованием этого RB. Фильтр пакетов в UL-TFT может использоваться для группирования данных на основе такой информации, как идентификатор UE, идентификатор AS, номер порта протокола или идентификатор услуги. Базовая станция привязывает RB к соответствующему каналу-носителю S1-lite. После завершения привязки базовая станция инкапсулирует неIP данные в GTP-U и отправляет данные в C-SGN с использованием канала-носителя S1-lite. C-SGN анализирует неIP данные, инкапсулированные в GTP-U, и отправляет неIP данные к AS с использованием туннеля или другим способом.

Аналогичным образом для потока данных неIP услуги нисходящей линии связи C-SGN отображает другой поток данных услуги в соответствующий канал-носитель S1-lite согласно DL-TFT, инкапсулирует неIP данные в GTP-U и отправляет неIP данные в UE с использованием канала-носителя S1-lite и RB. Процесс передачи потока данных неIP услуги нисходящей линии связи также аналогичен описанной выше передаче неIP данных восходящей линии связи. Фильтр пакетов в DL-TFT может использоваться для группирования данных на основе такой информации, как идентификатор UE, идентификатор AS, номер порта протокола или идентификатор услуги.

Однако, когда поток данных неIP услуги передается в сценарии с роумингом в системе CIoT, P-GW нужно принимать в этом участие, чтобы реализовать привязку и отображение канала-носителя в системе CIoT. Ссылаясь на фиг. 4, фиг. 4 является схематическим представлением процесса передачи потока данных неIP услуги в сценарии с роумингом в системе CIoT в соответствии с вариантом осуществления настоящего изобретения.

В сценарии с роумингом для потока данных неIP услуги восходящей линии связи устанавливается канал-носитель неIP данных между UE и P-GW. UE сохраняет отношение отображения между UL-TFT и RB, отображает другой поток данных услуги в соответствующий RB согласно UL-TFT и отправляет данные базовой станции с использованием этого RB. Фильтр пакетов в UL-TFT может использоваться для группирования данных на основе такой информации, как идентификатор UE, идентификатор AS, номер порта протокола или идентификатор услуги. Базовая станция привязывает RB к соответствующему каналу-носителю S1-lite. Базовая станция инкапсулирует неIP данные в GTP-U и отправляет данные в C-SGN с использованием канала-носителя S1-lite. Затем C-SGN привязывает канал-носитель S1-lite к соответствующему каналу-носителю S8. C-SGN отправляет данные в P-GW с использованием канала-носителя S8. P-GW анализирует неIP данные, инкапсулированные в GTP-U, и отправляет неIP данные к AS с использованием туннеля или другим способом.

Аналогичным образом для потока данных неIP услуги нисходящей линии связи P-GW отображает другой поток данных услуги в соответствующий канал-носитель S8 согласно DL-TFT, инкапсулирует неIP данные в GTP-U и отправляет неIP данные в UE с использованием канала-носителя S8, канала-носителя S1-lite и RB. Процесс передачи потока данных неIP услуги нисходящей линии связи также аналогичен описанной выше передаче неIP данных восходящей линии связи. Фильтр пакетов в DL-TFT может использоваться для группирования данных на основе такой информации, как идентификатор UE, идентификатор AS, номер порта протокола или идентификатор услуги.

Если UE не поддерживает привязку и отображение канала-носителя, то базовая станция выполняет привязку и отображение между потоком неIP данных восходящей линии связи и каналом-носителем. Базовая станция отображает и соответствующий канал-носитель S1-lite согласно UL-TFT поток данных неIP услуги, принятый от UE, инкапсулирует неIP данные в GTP-U и отправляет данные в C-SGN с использованием канала-носителя S1-lite.

Если у UE есть только один канал-носитель, используемый для передачи неIP данных, то в сценарии без роуминга UE и C-SGN могут не выполнять фильтрацию пакетов с использованием TFT, но выполнить привязку всех принятых потоков неIP данных и отобразить все принятые потоки неIP данных в уникальный канал-носитель неIP данных; или в сценарии с роумингом UE и P-GW могут не выполнять фильтрацию пакетов с использованием TFT, но выполнить привязку всех принятых потоков неIP данных и отобразить все принятые потоки неIP данных в уникальный канал-носитель неIP данных.

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

информация о передаче неIP данных включает в себя, в частности, тип PDN и параметр данных услуги.

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

Когда некая организация устанавливает в общественном месте сеть, которая охватывает большую площадь, может быть три варианта: установление частной сети организации, использование существующей сети общего пользования или использование сочетания этого. PDN является услугой с коммутацией пакетов или услугой с коммутацией каналов, предоставленной локальным или удаленным телекоммуникационным комитетом. Пользователь может выполнять связь и соединение с использованием сети, установленной организацией. Тип PDN используется для указания определенной сети, к которой нужно подключиться UE, и в соответствии с сетью, указанной типом PDN, можно определить, поддерживает ли IP-адрес AS на стороне сети.

Параметр данных услуги используется для различия между разными услугами на стороне передачи данных и стороне приема данных и включает в себя такие параметры, как IP-адрес источника, порт источника, IP-адрес назначения, порт назначения и протокол передачи. Например, пятерка включает в себя 192.168.1.1, 10000, UDP, 121.14.88.76 и 80. Пятерка означает, что терминал, чьим IP-адресом является 192.168.1.1, подключается с использованием порта 10000 и протокола UDP к терминалу, чьим IP-адресом является 121.14.88.76, и чьим портом является 80. К тому же параметр данных услуги может дополнительно включать в себя другой параметр, связанный с передачей данных, например, уровень обслуживания и номер версии протокола.

Протокол передачи включает в себя разные протоколы, используемые при передаче данных в беспроводной сети. В беспроводной сети нужно использовать специализированный протокол. Поскольку IP-протокол предъявляет высокое требование к памяти и полосе пропускания, нужно снизить требование к среде выполнения у IP-протокола для адаптации к микроконтроллеру, и маломощное беспроводное соединение довольно сложное. Поэтому нужно выполнить оптимизационную обработку над некоторыми протоколами, например, протоколом IPv6 поверх маломощных беспроводных персональных сетей (IPv6 over Low-Power Wireless Personal Area Networks, сокращенно 6LoWPAN). Протокол является стандартом низкоскоростных беспроводных персональных сетей на основе Интернет-протокола следующего поколения (Internet Protocol Version 6, сокращенно IPv6) и направлен на внедрение IPv6 в беспроводную персональную сеть, в которой 802.15.4 Института инженеров по электронике и электротехнике (Institute of Electrical and Electronics Engineers, сокращенно IEEE) используется в качестве стандарта нижнего уровня. Появление протокола способствует развитию низкоскоростной и маломощной беспроводной персональной сети малой дальности.

В технологии 6LowPAN физический уровень (Physical Layer, сокращенно PHY) и уровень управления доступом к среде передачи (Media Access Control, сокращенно MAC), которые оговорены в IEEE 802.15.4, используются на нижнем уровне, а протокол IPv6 используется на сетевом уровне. В протоколе IPv6 длина полезной нагрузки, поддерживаемая уровнем MAC, больше длины полезной нагрузки, которая может обеспечиваться нижним уровнем в 6LowPAN. Чтобы реализовать бесшовную стыковку уровня MAC и сетевого уровня, рабочая группа в 6LowPAN предлагает добавление уровня сетевой адаптации между сетевым уровнем и уровнем MAC.

Стек протоколов в 6LowPAN показан в следующей таблице:

Таблица 1

Сетевой уровень IPv6

Уровень адаптации (маршрутизация)

IEEE 802.15.4 (уровень управления доступом к среде передачи)

IEEE 802.15.4 (физический уровень)

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

Возможность поддержки IP указывает, поддерживает ли UE IP-адрес. Возможность поддержки IP у UE может сообщаться стороне сети с использованием запроса присоединения, отправленного посредством UE, чтобы сторона сети могла выполнить передачу данных в соответствии с тем, поддерживает ли UE IP-адрес.

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

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

Узел базовой сети отправляет второй пакет с использованием канала-носителя передачи данных.

В этом варианте осуществления узел базовой сети может отправлять второй пакет, полученный после того, как выполняется преобразование, с использованием канала-носителя передачи данных. Канал-носитель данных может быть, в частности, каналом-носителем неIP данных.

В сети EPS узел базовой сети включает в себя объект управления мобильностью (Mobility Management Entity, сокращенно MME), сервер абонентов (Home Subscriber Server, сокращенно HSS) и P-GW. Если узел базовой сети принимает первый пакет, отправленный посредством UE, то узел базовой сети отправляет к AS второй пакет, полученный после того, как выполняется преобразование. Если узел базовой сети принимает первый пакет, отправленный посредством AS, то узел базовой сети отправляет в UE второй пакет, полученный после того, как выполняется преобразование.

Чтобы сеть EPS реализовала сквозное качество обслуживания (Quality of Service, сокращенно QoS), в сети EPS создается и используется услуга переноса, для которой специально и явно задаются атрибут и функция, от начальной точки услуги до конечной точки услуги. Разные каналы-носители EPS обладают разным QoS. Ссылаясь на фиг. 5, фиг. 5 является схематическим представлением модели канала-носителя в сети EPS в соответствии с вариантом осуществления настоящего изобретения. Равноправным объектом на фигуре может быть UE, сервер или т. п. Между UE и равноправным объектом выполняется сквозная услуга. Между UE и узлом базовой сети устанавливается услуга переноса EPS, а между узлом базовой сети и равноправным объектом устанавливается внешняя услуга переноса. Внешняя услуга переноса здесь предоставляется с помощью соединения PDN. Услуга возможности подключения к PDN является возможностью IP-подключения, которая предоставляется сетью EPS и которая существует между UE и внешней PDN наземной сети мобильной связи общего пользования (Public Land Mobile Network, сокращенно PLMN). Услуга возможности подключения к PDN может поддерживать передачу одного или нескольких потоков данных услуги (Service Data Flow, сокращенно SDF).

Между UE и базовой станцией устанавливаются услуга радиопереноса EPS и услуга физического радиопереноса. Между базовой станцией и узлом базовой сети устанавливаются услуга доступа к EPS и услуга физического переноса. В этом варианте осуществления узел базовой сети может быть MME и P-GW.

Канал-носитель EPS включает в себя канал-носитель по умолчанию и выделенный канал-носитель. Канал-носитель по умолчанию устанавливается, когда UE подключается к PDN. Канал-носитель остается установленным на всем протяжении существования соединения PDN, чтобы обеспечить UE возможностью постоянного IP-подключения к PDN. Выделенный канал-носитель является любым каналом-носителем, который устанавливается для возможности подключения к PDN и который отличается от канала-носителя по умолчанию.

В системе CIoT в состоянии без роуминга узел базовой сети включает в себя C-SGN и HSS; либо узел базовой сети включает в себя C-SGN, HSS и P-GW в состоянии с роумингом. Конкретное средство реализации аналогично процессу, в котором узел базовой сети отправляет второй пакет в сети EPS. Поэтому подробности здесь повторно не описываются.

Можно понять, что реализацией этого решения является передача второго пакета путем установления канала-носителя неIP данных. При фактическом применении пакет может дополнительно передаваться с использованием сигнализации. Например, в команде дисковой операционной системы (Disk Operating System, сокращенно DOS) качество сетевого соединения проверяется с использованием программы наблюдения за прохождением пакетов (Packet Internet Groper, сокращенно PING). Машина в сети обладает уникальным определенным IP-адресом. После того, как машина отправляет пакет по IP-адресу назначения, равноправному узлу нужно вернуть пакет с таким же размером. В соответствии с возвращенным пакетом можно определить наличие хоста назначения и можно предварительно определить операционную систему хоста назначения и т. п. Возможность подключения к сети можно проверить с использованием PING. Это значительно помогает пользователю анализировать и определять сетевой отказ.

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

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

Узел базовой сети принимает информацию о передаче неIP данных, отправленную посредством UE;

узел базовой сети устанавливает канал-носитель передачи данных в соответствии с информацией о передаче неIP данных; и

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

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

Канал-носитель передачи данных также можно понимать как канал-носитель неIP данных.

Ссылаясь на фиг. 6, фиг. 6 является схематическим представлением процесса установления канала-носителя неIP данных в сети EPS в соответствии с вариантом осуществления настоящего изобретения. Характерные этапы выглядят следующим образом:

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

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

MME на стороне сети в соответствии с информацией о передаче неIP данных, предоставленной посредством UE, выбирает P-GW, который поддерживает передачу неIP данных. MME определяет соответствующий P-GW в соответствии с типом PDN в информации о передаче неIP данных и инициирует запрос создания сеанса. P-GW в соответствии с информацией о передаче неIP данных, предоставленной посредством UE, определяет, назначать ли IP-адрес для UE.

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

После того, как P-GW договаривается с AS о назначении IP-адреса для UE, P-GW устанавливает канал-носитель для передачи неIP данных от UE в соответствии с локальной политикой или правилом управления политикой и тарификацией (Policy and Charging Control, сокращенно PCC) от функции политики и правил тарификации (Policy and Charging Rules Function, сокращенно PCRF) и возвращает информацию о канале-носителе, то есть информацию о канале-носителе неIP данных, с использованием ответного сообщения создания сеанса.

Информация о канале-носителе неIP данных может включать в себя такую информацию, как идентификатор канала-носителя EPS, адрес P-GW и TEID. MME отправляет в UE сообщение одобрения присоединения. Сообщение одобрения присоединения включает в себя информацию о канале-носителе неIP данных.

Вышеупомянутый процесс реализуется в сети EPS. Для системы CIoT в сценарии без роуминга C-SGN выполняет функции MME, S-GW и P-GW в процессе установления канала-носителя неIP данных; либо в сценарии с роумингом C-SGN выполняет функции MME и S-GW в процессе установления канала-носителя неIP данных, а назначение IP-адреса по-прежнему выполняется посредством P-GW.

Кроме того, в этом варианте осуществления настоящего изобретения реализуется следующее: UE предоставляет базовой сети информацию о передаче неIP данных, а узел базовой сети определяет назначение IP-адреса для UE и выполняет установление канала-носителя в соответствии с информацией о передаче неIP данных, предоставленной посредством UE. НеIP данные могут передаваться между UE и AS на основе канала-носителя неIP данных, который устанавливается посредством согласования. По сравнению с известным уровнем техники в этом решении из настоящего изобретения можно установить канал-носитель неIP данных между UE и узлом базовой сети посредством согласования, чтобы повысить осуществимость решения, улучшить гибкость решения и расширить достижимый диапазон решения.

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

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

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

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

При необходимости на основе варианта осуществления, соответствующего фиг. 1, в пятом необязательном варианте осуществления способа передачи данных, предоставленного в этом варианте осуществления настоящего изобретения, первый пакет является IP-пакетом, а второй пакет не является IP-пакетом; или

первый пакет не является IP-пакетом, а второй пакет является IP-пакетом.

В этом варианте осуществления при приеме IP-пакета узел базовой сети может преобразовать IP-пакет в неIP-пакет. При приеме неIP-пакета узел базовой сети может преобразовать неIP-пакет в IP-пакет.

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

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

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

Узел базовой сети преобразует IP-пакет в неIP-пакет в соответствии с информацией о передаче неIP данных; или

узел базовой сети преобразует неIP-пакет в IP-пакет в соответствии с информацией о передаче неIP данных.

В этот вариант осуществления можно включить несколько следующих сценариев: При приеме IP-пакета, отправленного посредством UE, узел базовой сети преобразует IP-пакет в неIP-пакет и отправляет неIP-пакет к AS; а при приеме неIP-пакета, отправленного посредством UE, узел базовой сети преобразует неIP-пакет в IP-пакет и отправляет IP-пакет к AS. Процесс является процессом восходящей линии связи, то есть процессом, в котором UE отправляет данные к AS.

Для процесса нисходящей линии связи при приеме IP-пакета, отправленного посредством AS, узел базовой сети преобразует IP-пакет в неIP-пакет и отправляет неIP-пакет в UE; а при приеме неIP-пакета, отправленного посредством AS, узел базовой сети преобразует неIP-пакет в IP-пакет и отправляет IP-пакет в UE.

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

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

Узел базовой сети принимает IP-пакет, отправленный посредством UE или AS, где IP-пакет переносит IP-адрес отправляющей стороны и IP-адрес принимающей стороны.

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

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

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

Узел базовой сети отправляет неIP-пакет с использованием канала передачи данных.

В этом варианте осуществления, если узел базовой сети принимает IP-пакет, отправленный посредством AS, и IP-пакет переносит IP-адрес отправляющей стороны и IP-адрес принимающей стороны, то отправляющей стороной является AS, а принимающей стороной является UE. Узел базовой сети, чтобы выполнить преобразование IP-пакета, преобразует IP-адрес UE в IP-пакете в идентификатор UE в неIP-пакете и преобразует IP-адрес AS в идентификатор AS. Идентификатор AS используется для указания, что отправляющей стороной является AS, а идентификатор UE используется для указания, что принимающей стороной является UE. После получения неIP-пакета узел базовой сети отправляет неIP-пакет в UE с использованием канала передачи данных.

В качестве альтернативы, если узел базовой сети принимает IP-пакет, отправленный посредством UE, то отправляющей стороной является UE, а принимающей стороной является AS. Узел базовой сети, чтобы выполнить преобразование IP-пакета, преобразует IP-адрес AS в IP-пакете в идентификатор AS в неIP-пакете и преобразует IP-адрес UE в идентификатор UE. После получения неIP-пакета узел базовой сети отправляет неIP-пакет к AS с использованием канала передачи данных.

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

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

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

Узел базовой сети преобразует идентификатор в неIP-пакете в IP-адреса в IP-пакете.

Узел базовой сети отправляет IP-пакет с использованием канала передачи данных.

В этом варианте осуществления, если узел базовой сети принимает неIP-пакет, отправленный посредством AS, и неIP-пакет переносит идентификаторы отправляющей стороны и принимающей стороны, то отправляющей стороной является AS, а принимающей стороной является UE. Узел базовой сети, чтобы выполнить преобразование неIP-пакета, преобразует идентификатор UE в неIP-пакете в IP-адрес UE в IP-пакете и преобразует идентификатор AS в IP-адрес AS. После получения IP-пакета узел базовой сети отправляет IP-пакет в UE с использованием канала передачи данных.

В качестве альтернативы, если узел базовой сети принимает неIP-пакет, отправленный посредством UE, то отправляющей стороной является UE, а принимающей стороной является AS. Узел базовой сети, чтобы выполнить преобразование неIP-пакета, преобразует идентификатор UE в неIP-пакете в IP-адрес UE в IP-пакете и преобразует идентификатор AS в IP-адрес AS. После получения IP-пакета узел базовой сети отправляет IP-пакет к AS посредством канала передачи данных.

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

Ссылаясь на фиг. 7, фиг. 7 является другим схематическим представлением процесса передачи потока данных неIP услуги в сети EPS в соответствии с вариантом осуществления настоящего изобретения. UE может поддерживать IP или не поддерживать IP, AS поддерживает IP, неIP данные передаются между UE и P-GW, а IP-данные передаются по интерфейсу SGi. Однако выполнение передачи с использованием канала-носителя неIP данных является лишь реализацией этого решения, и при фактическом применении существует другое средство реализации. В этом документе для описания используется этот способ в качестве примера.

Для потока данных неIP услуги восходящей линии связи P-GW нужно назначить UE внешний IP-адрес, но не отправить в UE внешний IP-адрес. Внешний IP-адрес используется AS для обращения к UE.

UE сохраняет отношение отображения между UL-TFT и радиоканалом-носителем, отображает другой поток данных услуги в соответствующий RB согласно UL-TFT и отправляет данные базовой станции с использованием этого RB. Фильтр пакетов в UL-TFT может использоваться для группирования данных на основе такой информации, как идентификатор UE, идентификатор AS, номер порта протокола или идентификатор услуги. Базовая станция привязывает RB к соответствующему каналу-носителю S1, инкапсулирует неIP данные в GTP-U и отправляет данные в S-GW с использованием канала-носителя S1. S-GW привязывает канал-носитель S1 к соответствующему каналу-носителю S5/S8 и отправляет данные в P-GW с использованием канала-носителя S5/S8. P-GW анализирует неIP данные, инкапсулированные в GTP-U. P-GW нужно выполнить преобразование пакетов, а затем отправить к AS пакет, полученный после того, как выполняется преобразование. P-GW сохраняет отношение отображения между идентификатором UE и IP-адресом UE и отношение отображения между идентификатором AS и IP-адресом AS. Для неIP-пакета восходящей линии связи, принятого от UE, неIP-пакет переносит идентификатор UE и идентификатор AS. В неIP-пакет добавляется заголовок протокола дейтаграмм пользователя (User Datagram Protocol, сокращенно UDP)/IP-протокола для преобразования в IP-пакет. Адрес UE в IP-пакете является внешним IP-адресом, назначенным посредством P-GW, и P-GW отправляет IP-пакет к AS.

Аналогичным образом для потока данных IP-услуги нисходящей линии связи фильтр пакетов в DL-TFT в P-GW выполняет фильтрацию данных на основе внешнего IP-адреса у UE. P-GW отображает поток данных IP-услуги, соответствующий UE, в соответствующий канал-носитель S5/S8, инкапсулирует IP-данные в GTP-U и отправляет IP-данные в UE с использованием канала-носителя S5/S8, канала-носителя S1 и RB последовательно. P-GW сохраняет отношение отображения между идентификатором UE и IP-адресом UE и отношение отображения между идентификатором AS и IP-адресом AS. Для IP-пакета нисходящей линии связи, принятого от AS, IP-пакет переносит IP-адрес UE и IP-адрес AS. Заголовок UDP/IP удаляется из IP-пакета для преобразования в неIP-пакет. НеIP-пакет переносит соответствующий идентификатор UE и идентификатор AS. Затем неIP-пакет инкапсулируется в GTP-U и отправляется базовой станции, и базовая станция отправляет в UE неIP-пакет. Если UE поддерживает IP-протокол, то UE восстанавливает принятый неIP-пакет до IP-пакета в соответствии с информацией о неIP передаче и представляет IP-пакет на верхний уровень.

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

В системе CIoT процесс передачи потока данных неIP услуги аналогичен таковому в сети EPS. В сценарии без роуминга для потока данных неIP услуги восходящей линии связи устанавливается канал-носитель неIP данных между UE и C-SGN. UE сохраняет отношение отображения между UL-TFT и RB, отображает другие данные услуги в соответствующий RB согласно UL-TFT и отправляет данные базовой станции с использованием этого RB. Фильтр пакетов в UL-TFT может использоваться для группирования данных на основе такой информации, как идентификатор UE, идентификатор AS, номер порта протокола или идентификатор услуги. Базовая станция привязывает RB к соответствующему каналу-носителю S1-lite. После завершения привязки базовая станция инкапсулирует неIP данные в GTP-U и отправляет данные в C-SGN с использованием канала-носителя S1-lite. C-SGN анализирует неIP данные, инкапсулированные в GTP-U, и отправляет неIP данные к AS с использованием туннеля или другим способом.

Аналогичным образом для потока данных IP-услуги нисходящей линии связи C-SGN отображает поток данных услуги от UE в соответствующий канал-носитель S1-lite согласно DL-TFT, инкапсулирует IP-данные в GTP-U и отправляет данные в UE с использованием канала-носителя S1-lite и RB. Процесс передачи потока данных IP-услуги нисходящей линии связи также аналогичен описанной выше передаче неIP данных восходящей линии связи. Если UE поддерживает IP-протокол, то UE восстанавливает принятый неIP-пакет до IP-пакета в соответствии с информацией о неIP передаче и представляет IP-пакет на верхний уровень.

Однако, когда поток данных неIP услуги передается в сценарии с роумингом в системе CIoT, P-GW нужно принимать в этом участие, чтобы реализовать привязку и отображение канала-носителя в системе CIoT. Ссылаясь на фиг. 9, фиг. 9 является схематическим представлением процесса передачи потока данных неIP услуги в сценарии с роумингом в системе CIoT в соответствии с вариантом осуществления настоящего изобретения.

Сценарий с роумингом аналогичен вышеупомянутому сценарию без роуминга в системе CIoT. Отличие выглядит следующим образом: Привязка и отображение между потоком данных IP-услуги нисходящей линии связи и каналом-носителем в системе CIoT и преобразование пакетов всецело выполняются посредством P-GW.

Если UE не поддерживает привязку и отображение канала-носителя, то базовая станция выполняет привязку и отображение между потоком неIP данных восходящей линии связи и каналом-носителем. Базовая станция отображает и соответствующий канал-носитель S1-lite согласно UL-TFT поток данных неIP услуги, принятый от UE, инкапсулирует неIP-пакет в GTP-U и отправляет данные в C-SGN с использованием канала-носителя S1-lite.

Если у UE есть только один канал-носитель, используемый для передачи неIP данных, то в сценарии без роуминга UE и C-SGN могут не выполнять фильтрацию пакетов с использованием TFT, но выполнить привязку всех принятых неIP данных и отобразить все принятые неIP данные в уникальный канал-носитель неIP данных; или в сценарии с роумингом UE и P-GW могут не выполнять фильтрацию пакетов с использованием TFT, но выполнить привязку всех принятых неIP данных и отобразить все принятые неIP данные в уникальный канал-носитель неIP данных.

В вышеупомянутом сценарии применения UE поддерживает или не поддерживает IP, а AS поддерживает IP. Нижеследующее описывает сценарий, в котором UE поддерживает IP, но AS не поддерживает IP, то есть IP-данные передаются между UE и P-GW, а неIP данные передаются по интерфейсу SGi. Ссылаясь на фиг. 10, фиг. 10 является другим схематическим представлением процесса передачи потока данных неIP услуги в сети EPS в соответствии с вариантом осуществления настоящего изобретения.

Для потока данных IP-услуги восходящей линии связи P-GW нужно назначить UE IP-адрес, и он отправляет UE IP-адрес. UE сохраняет отношение отображения между UL-TFT и радиоканалом-носителем, отображает другой поток данных услуги в соответствующий RB согласно UL-TFT и отправляет данные базовой станции с использованием этого RB. Фильтр пакетов в UL-TFT может использоваться для группирования данных на основе такой информации, как идентификатор UE, идентификатор AS, номер порта протокола или идентификатор услуги. Базовая станция привязывает RB к соответствующему каналу-носителю S1, инкапсулирует IP-данные в GTP-U и отправляет данные в S-GW с использованием канала-носителя S1. S-GW привязывает канал-носитель S1 к соответствующему каналу-носителю S5/S8 и отправляет данные в P-GW с использованием канала-носителя S5/S8. P-GW анализирует IP-данные, инкапсулированные в GTP-U. P-GW нужно выполнить преобразование пакетов, а затем отправить к AS пакет, полученный после того, как выполняется преобразование. P-GW сохраняет отношение отображения между идентификатором UE и IP-адресом UE и отношение отображения между идентификатором AS и IP-адресом AS. Для IP-пакета восходящей линии связи, принятого от UE, IP-пакет переносит IP-адрес UE и IP-адрес AS. Заголовок IP удаляется из IP-пакета для преобразования в неIP-пакет. НеIP-пакет переносит идентификатор UE и идентификатор AS, и P-GW отправляет неIP-пакет к AS.

Аналогичным образом для потока данных неIP услуги нисходящей линии связи фильтр пакетов в DL-TFT в P-GW выполняет фильтрацию данных на основе внешнего IP-адреса у UE. P-GW отображает данные услуги, соответствующие UE, в соответствующий канал-носитель S5/S8, инкапсулирует неIP данные в GTP-U и отправляет данные в UE с использованием канала-носителя S5/S8, канала-носителя S1 и RB последовательно. P-GW сохраняет отношение отображения между идентификатором UE и IP-адресом UE и отношение отображения между идентификатором AS и IP-адресом AS. Для неIP-пакета нисходящей линии связи, принятого от AS, неIP-пакет переносит идентификатор UE и идентификатор AS. В неIP-пакет добавляется заголовок IP для преобразования в IP-пакет. IP-пакет переносит соответствующий IP-адрес UE и IP-адрес AS. Затем IP-пакет инкапсулируется в GTP-U и отправляется базовой станции, и базовая станция отправляет в UE IP-пакет.

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

В системе CIoT процесс передачи потока данных неIP услуги аналогичен таковому в сети EPS. В сценарии без роуминга для потока данных IP-услуги восходящей линии связи устанавливается канал-носитель IP-данных между UE и C-SGN. UE сохраняет отношение отображения между UL-TFT и RB, отображает другие данные услуги в соответствующий RB согласно UL-TFT и отправляет данные базовой станции с использованием этого RB. Фильтр пакетов в UL-TFT может использоваться для группирования данных на основе такой информации, как идентификатор UE, идентификатор AS, номер порта протокола или идентификатор услуги. Базовая станция привязывает RB к соответствующему каналу-носителю S1-lite. После завершения привязки базовая станция инкапсулирует IP-данные в GTP-U и отправляет данные в C-SGN с использованием канала-носителя S1-lite. C-SGN анализирует IP-данные, инкапсулированные в GTP-U, и отправляет IP-данные к AS с использованием туннеля или другим способом.

Аналогичным образом для потока данных неIP услуги нисходящей линии связи C-SGN отображает поток данных услуги от UE в соответствующий канал-носитель S1-lite согласно DL-TFT, инкапсулирует неIP данные в GTP-U и отправляет неIP данные в UE с использованием канала-носителя S1-lite и RB. Процесс передачи потока данных неIP услуги нисходящей линии связи также аналогичен описанной выше передаче IP-данных восходящей линии связи.

Однако, когда поток данных неIP услуги передается в сценарии с роумингом в системе CIoT, P-GW нужно принимать в этом участие, чтобы реализовать привязку и отображение канала-носителя в системе CIoT. Ссылаясь на фиг. 12, фиг. 12 является другим схематическим представлением процесса передачи потока данных неIP услуги в сценарии с роумингом в системе CIoT в соответствии с вариантом осуществления настоящего изобретения.

Сценарий с роумингом аналогичен вышеупомянутому сценарию без роуминга в системе CIoT. Отличие выглядит следующим образом: Привязка и отображение между потоком данных неIP услуги нисходящей линии связи и каналом-носителем в системе CIoT и преобразование пакетов всецело выполняются посредством P-GW.

Если UE не поддерживает привязку и отображение канала-носителя, то базовая станция выполняет привязку и отображение между потоком IP-данных восходящей линии связи и каналом-носителем. Базовая станция в соответствии с UL-TFT отображает и соответствующий канал-носитель S1-lite поток данных IP-услуги, принятый от UE, инкапсулирует IP-пакет в GTP-U и отправляет данные в C-SGN с использованием канала-носителя S1-lite.

Если у UE есть только один канал-носитель, используемый для передачи неIP данных, то в сценарии без роуминга UE и C-SGN могут не выполнять фильтрацию пакетов с использованием TFT, но выполнить привязку всех принятых неIP данных и отобразить все принятые неIP данные в уникальный канал-носитель неIP данных; или в сценарии с роумингом UE и P-GW могут не выполнять фильтрацию пакетов с использованием TFT, но выполнить привязку всех принятых неIP данных и отобразить все принятые неIP данные в уникальный канал-носитель неIP данных.

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

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

Узел базовой сети принимает IP-пакет, отправленный посредством AS.

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

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

узел базовой сети разбивает IP-пакет на несколько IP-подпакетов в соответствии с информацией о передаче неIP данных; и

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

Узел базовой сети отправляет неIP-пакет с использованием канала передачи данных, где неIP-пакет включает в себя несколько неIP-подпакетов.

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

В частности, при приеме IP-пакета, отправленного посредством UE, и информации о передаче неIP данных, отправленной посредством UE, узел базовой сети в соответствии с параметром данных услуги в информации о передаче неIP данных определяет тип протокола, используемый при передаче данных. Узел базовой сети разбивает IP-пакет на несколько IP-подпакетов в соответствии с определенным типом протокола. Каждый IP-подпакет переносит информацию сжатого заголовка. Информация сжатого заголовка включает в себя количество фрагментов, которое используется для повторной сборки пакета. Узел базовой сети повторно собирает несколько IP-подпакетов последовательно в соответствии с количеством фрагментов в информации сжатого заголовка и сжимает информацию заголовка IP-пакета, полученного посредством повторной сборки, чтобы получить неIP-пакет. Узел базовой сети отправляет к AS неIP-пакет с использованием канала передачи данных.

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

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

Узел базовой сети принимает неIP-подпакеты, отправленные посредством UE.

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

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

Узел базовой сети отправляет IP-пакет с использованием канала передачи данных.

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

В частности, при приеме неIP-подпакетов, отправленных посредством UE, и информации о передаче неIP данных, отправленной посредством UE, узел базовой сети в соответствии с параметром данных услуги в той информации определяет тип протокола, используемый при передаче данных. Узел базовой сети повторно собирает несколько неIP-подпакетов в один неIP-пакет в соответствии с определенным типом протокола. Каждый неIP-подпакет может переносить количество фрагментов. НеIP-подпакеты повторно собираются в соответствии с количеством фрагментов. НеIP-пакет, полученный посредством повторной сборки, не переносит информацию сжатого заголовка. Затем узел базовой сети формирует информацию заголовка для неIP-пакета, чтобы получить IP-пакет, и отправляет IP-пакет к AS с использованием канала передачи данных.

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

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

Ссылаясь на фиг. 13, фиг. 13 является другим схематическим представлением процесса передачи потока данных неIP услуги в сети EPS в соответствии с вариантом осуществления настоящего изобретения. UE и AS поддерживают IP. Однако сторона сети не выполняет традиционную передачу IP-данных, но выполняет передачу данных на основе оптимизации протокола.

Для потока данных неIP услуги восходящей линии связи P-GW нужно назначить UE внешний IP-адрес, и он отправляет UE внешний IP-адрес. Внешний IP-адрес используется AS для обращения к UE.

UE сохраняет отношение отображения между UL-TFT и радиоканалом-носителем, отображает другой поток данных услуги в соответствующий RB согласно UL-TFT и отправляет данные базовой станции с использованием этого RB. Фильтр пакетов в UL-TFT может использоваться для группирования данных на основе такой информации, как идентификатор UE, идентификатор AS, номер порта протокола или идентификатор услуги. Базовая станция привязывает RB к соответствующему каналу-носителю S1, инкапсулирует неIP данные в GTP-U и отправляет данные в S-GW с использованием канала-носителя S1. S-GW привязывает канал-носитель S1 к соответствующему каналу-носителю S5/S8 и отправляет данные в P-GW с использованием канала-носителя S5/S8. P-GW анализирует неIP данные, инкапсулированные в GTP-U. P-GW нужно выполнить преобразование пакетов, а затем отправить к AS пакет, полученный после того, как выполняется преобразование. P-GW нужно поддерживать адаптацию протокола к передаче неIP данных, которая основывается на таком протоколе, как 6LowPAN. В частности, для потока данных неIP услуги восходящей линии связи, принятого от UE, P-GW получает информацию заголовка IP-пакета посредством распаковки, повторно собирает несколько неIP-пакетов, полученных посредством фрагментации, чтобы получить IP-пакет, и перенаправляет IP-пакет к AS.

Аналогичным образом для потока данных IP-услуги нисходящей линии связи фильтр пакетов в DL-TFT в P-GW выполняет фильтрацию данных на основе внешнего IP-адреса у UE, и не нужно задавать новый TFT. P-GW отображает данные услуги, соответствующие UE, в соответствующий канал-носитель S5/S8. Для потока данных IP-услуги нисходящей линии связи, принятого от AS, P-GW может фрагментировать пакет, сжать заголовок пакета, преобразовать пакет в неIP-пакет, который может быть идентифицирован UE, инкапсулировать неIP-пакет в GTP-U и отправить неIP-пакет в UE.

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

В системе CIoT процесс передачи потока данных неIP услуги аналогичен таковому в сети EPS. В сценарии без роуминга для потока данных неIP услуги восходящей линии связи устанавливается канал-носитель неIP данных между UE и C-SGN. UE сохраняет отношение отображения между UL-TFT и RB, отображает другие данные услуги в соответствующий RB согласно UL-TFT и отправляет данные базовой станции с использованием этого RB. Фильтр пакетов в UL-TFT может использоваться для группирования данных на основе такой информации, как идентификатор UE, идентификатор AS, номер порта протокола или идентификатор услуги. Базовая станция привязывает RB к соответствующему каналу-носителю S1-lite. После завершения привязки базовая станция инкапсулирует неIP данные в GTP-U и отправляет данные в C-SGN с использованием канала-носителя S1-lite. C-SGN нужно поддерживать адаптацию протокола к передаче неIP данных, которая основывается на таком протоколе, как 6LowPAN. В частности, для потока данных неIP услуги восходящей линии связи, принятого от UE, C-SGN получает информацию заголовка IP-пакета посредством распаковки, повторно собирает несколько неIP-пакетов, полученных посредством фрагментации, чтобы получить IP-пакет, и перенаправляет IP-пакет к AS.

Аналогичным образом для потока данных IP-услуги нисходящей линии связи C-SGN отображает поток данных услуги от UE в соответствующий канал-носитель S1-lite согласно DL-TFT и инкапсулирует IP-данные в GTP-U. Для потока данных IP-услуги нисходящей линии связи, принятого от AS, P-GW может фрагментировать пакет, сжать заголовок пакета, преобразовать пакет в неIP-пакет, который может быть идентифицирован UE, инкапсулировать неIP-пакет в GTP-U и отправить неIP-пакет в UE с использованием канала-носителя S1-lite и RB. Процесс передачи потока данных IP-услуги нисходящей линии связи также аналогичен описанной выше передаче неIP данных восходящей линии связи.

Однако, когда поток данных неIP услуги передается в сценарии с роумингом в системе CIoT, P-GW нужно принимать в этом участие, чтобы реализовать привязку и отображение канала-носителя в системе CIoT. Ссылаясь на фиг. 15, фиг. 15 является схематическим представлением процесса передачи потока данных неIP услуги в сценарии с роумингом в системе CIoT в соответствии с вариантом осуществления настоящего изобретения.

Сценарий с роумингом аналогичен вышеупомянутому сценарию без роуминга в системе CIoT. Отличие выглядит следующим образом: Привязка и отображение между потоком данных неIP услуги нисходящей линии связи и каналом-носителем в системе CIoT и адаптация протокола всецело выполняются посредством P-GW.

Если UE не поддерживает привязку и отображение канала-носителя, то базовая станция выполняет привязку и отображение между потоком неIP данных восходящей линии связи и каналом-носителем. Базовая станция отображает и соответствующий канал-носитель S1-lite согласно UL-TFT поток данных неIP услуги, принятый от UE, инкапсулирует неIP-пакет в GTP-U и отправляет данные в C-SGN с использованием канала-носителя S1-lite.

Если у UE есть только один канал-носитель, используемый для передачи неIP данных, то в сценарии без роуминга UE и C-SGN могут не выполнять фильтрацию пакетов с использованием TFT, но выполнить привязку всех принятых неIP данных и отобразить все принятые неIP данные в уникальный канал-носитель неIP данных; или в сценарии с роумингом UE и P-GW могут не выполнять фильтрацию пакетов с использованием TFT, но выполнить привязку всех принятых неIP данных и отобразить все принятые неIP данные в уникальный канал-носитель неIP данных.

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

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

201. Пользовательское оборудование UE отправляет узлу базовой сети первый пакет.

В этом варианте осуществления UE отправляет первый пакет узлу базовой сети. Первый пакет является пакетом, который не преобразуется.

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

В этом варианте осуществления UE отправляет узлу базовой сети запрос присоединения и может добавить в запрос присоединения информацию о передаче неIP данных. Узел базовой сети преобразует принятый первый пакет в соответствии с информацией о передаче неIP данных, чтобы получить второй пакет, получаемый после того, как выполняется преобразование. Если узел базовой сети принимает первый пакет, отправленный посредством UE, то узел базовой сети отправляет к AS второй пакет, полученный после того, как выполняется преобразование, с использованием канала передачи данных.

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

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

информация о передаче неIP данных включает в себя, в частности, тип PDN и параметр данных услуги.

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

Тип PDN используется для указания определенной сети, к которой нужно подключиться UE, и в соответствии с сетью, указанной типом PDN, можно определить, поддерживает ли IP-адрес AS на стороне сети.

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

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

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

Канал-носитель передачи данных также можно понимать как канал-носитель неIP данных.

Процесс установления канала-носителя передачи данных выглядит, в частности, следующим образом: UE предоставляет информацию о передаче неIP данных в сеть с использованием сообщения запроса присоединения. Информация о передаче неIP данных включает в себя тип PDN, параметр данных услуги, возможность поддержки IP и т. п. Сторона сети выполняет аутентификацию UE в соответствии с требованием. Аутентификация используется для проверки, есть ли у пользователя разрешение на доступ к системе. При традиционной аутентификации проверка выполняется с использованием пароля. Предварительное условие этого способа состоит в том, что санкционирован каждый пользователь, получающий пароль. В настоящее время существует более надежный способ аутентификации, и текущим основным способом аутентификации является проверка посредством аутентификации и авторизации, правильна ли цифровая подпись.

После того, как P-GW договаривается с AS о назначении IP-адреса для UE, P-GW устанавливает канал-носитель для передачи неIP данных от UE в соответствии с правилом PCC от PCRF и возвращает информацию о канале-носителе, то есть информацию о канале-носителе неIP данных, с использованием ответного сообщения создания сеанса.

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

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

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

При необходимости на основе варианта осуществления, соответствующего фиг. 16, в четвертом необязательном варианте осуществления способа передачи данных, предоставленного в этом варианте осуществления настоящего изобретения, первый пакет является IP-пакетом, а второй пакет не является IP-пакетом; или

первый пакет не является IP-пакетом, а второй пакет является IP-пакетом.

В этом варианте осуществления при приеме IP-пакета, отправленного посредством UE или AS, узел базовой сети может преобразовать IP-пакет в неIP-пакет. При приеме неIP-пакета, отправленного посредством UE или AS, узел базовой сети может преобразовать неIP-пакет в IP-пакет.

К тому же в этом варианте осуществления настоящего изобретения узел базовой сети может выполнять двунаправленное преобразование над пакетом, отправленным посредством UE или AS, то есть может преобразовать IP-пакет в неIP-пакет, а также преобразовать неIP-пакет в IP-пакет. При фактическом применении улучшается применимость преобразования, чтобы преобразование IP-пакета и преобразование неIP-пакета были более удобными.

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

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

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

предоставление узлу базовой сети возможности преобразовать идентификатор в неIP-пакете в IP-адреса в IP-пакете.

В этом варианте осуществления, если UE отправляет узлу базовой сети неIP-пакет, и неIP-пакет переносит идентификаторы отправляющей стороны и принимающей стороны, то отправляющей стороной является UE, а принимающей стороной является AS. Узел базовой сети, чтобы выполнить преобразование неIP-пакета, преобразует идентификатор UE в неIP-пакете в IP-адрес UE в IP-пакете и преобразует идентификатор AS в IP-адрес AS. Затем узел базовой сети может отправить IP-пакет к AS.

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

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

В этом варианте осуществления, если UE отправляет узлу базовой сети IP-пакет, и IP-пакет переносит IP-адрес отправляющей стороны и IP-адрес принимающей стороны, то отправляющей стороной является UE, а принимающей стороной является AS. Узел базовой сети, чтобы выполнить преобразование IP-пакета, преобразует IP-адрес UE в IP-пакете в идентификатор UE в неIP-пакете и преобразует IP-адрес AS в идентификатор AS. Идентификатор AS используется для указания, что принимающей стороной является AS, а идентификатор UE используется для указания, что отправляющей стороной является UE. После получения неIP-пакета узел базовой сети отправляет неIP-пакет к AS с использованием канала передачи данных.

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

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

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

В частности, UE отправляет узлу базовой сети неIP-подпакеты, а узел базовой сети принимает неIP-подпакеты, отправленные посредством UE, и информацию о передаче неIP данных, отправленную посредством UE, и в соответствии с параметром данных услуги в той информации определяет тип протокола, используемый при передаче данных. Узел базовой сети повторно собирает несколько неIP-подпакетов в один неIP-пакет в соответствии с определенным типом протокола. Каждый неIP-подпакет может переносить количество фрагментов. НеIP-подпакеты повторно собираются в соответствии с количеством фрагментов. НеIP-пакет, полученный посредством повторной сборки, не переносит информацию сжатого заголовка. Затем узел базовой сети распаковывает информацию заголовка для неIP-пакета, чтобы получить IP-пакет, и отправляет IP-пакет к AS с использованием канала передачи данных.

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

UE принимает неIP-пакет, отправленный узлом базовой сети, и преобразует неIP-пакет для получения IP-пакета.

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

Кроме того, в этом варианте осуществления настоящего изобретения UE может преобразовать неIP-пакет для получения IP-пакета, чтобы повысить осуществимость решения.

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

Вышеизложенное описывает способ передачи данных в вариантах осуществления настоящего изобретения. Нижеследующее описывает узел базовой сети при передаче данных в вариантах осуществления настоящего изобретения. Ссылаясь на фиг. 17, вариант осуществления узла базовой сети в способе передачи данных в варианте осуществления настоящего изобретения включает в себя:

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

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

первый модуль 403 отправки, сконфигурированный для отправки с использованием канала передачи данных второго пакета, полученного после того, как модуль 402 преобразования выполняет преобразование.

В этом варианте осуществления первый модуль 401 приема принимает первый пакет от пользовательского оборудования UE или сервера приложений AS. Модуль 402 преобразования преобразует первый пакет, принятого первым модулем 401 приема, в соответствии с информацией о передаче неIP данных, чтобы получить второй пакет. Первый модуль 403 отправки с использованием канала передачи данных отправляет второй пакет, полученный после того, как модуль 402 преобразования выполняет преобразование.

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

информация о передаче неIP данных включает в себя, в частности, тип PDN и параметр данных услуги.

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

Первый модуль 403 отправки включает в себя:

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

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

второй модуль 404 приема, сконфигурированный для: приема информации о передаче неIP данных, отправленной посредством UE, перед тем, как первый модуль 403 отправки отправляет второй пакет с использованием канала-носителя передачи данных;

модуль 405 установления, сконфигурированный для установления канала-носителя передачи данных в соответствии с информацией о передаче неIP данных, принятой вторым модулем 404 приема;

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

Первый модуль 403 отправки включает в себя:

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

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

Первый модуль 403 отправки включает в себя:

При необходимости на основе варианта осуществления, соответствующего фиг. 17, во втором необязательном варианте осуществления узла базовой сети в способе передачи данных, предоставленном в этом варианте осуществления настоящего изобретения,

первый пакет является IP-пакетом, а второй пакет не является IP-пакетом; или

первый пакет не является IP-пакетом, а второй пакет является IP-пакетом.

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

Модуль 402 преобразования включает в себя:

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

преобразования неIP-пакета в IP-пакет в соответствии с информацией о передаче неIP данных.

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

Первый модуль 401 приема включает в себя:

первый блок 4011 приема, сконфигурированный для приема IP-пакета, отправленного посредством UE или AS, где IP-пакет переносит IP-адрес отправляющей стороны и IP-адрес принимающей стороны.

Модуль 402 преобразования дополнительно включает в себя:

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

Первый модуль 403 отправки включает в себя:

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

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

Первый модуль 401 приема включает в себя:

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

Модуль 402 преобразования включает в себя:

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

Первый модуль 403 отправки включает в себя:

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

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

Первый модуль 401 приема включает в себя:

третий блок 4013 приема, сконфигурированный для приема IP-пакета, отправленного посредством AS.

Модуль 402 преобразования включает в себя:

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

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

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

Первый модуль 403 отправки включает в себя:

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

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

Первый модуль 401 приема включает в себя:

четвертый блок 4014 приема, сконфигурированный для приема неIP-подпакетов, отправленных посредством UE.

Модуль 402 преобразования включает в себя:

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

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

Первый модуль 403 отправки включает в себя:

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

Вышеизложенное описывает способ передачи данных в вариантах осуществления настоящего изобретения с точки зрения узла базовой сети. Нижеследующее описывает способ передачи данных в вариантах осуществления настоящего изобретения с точки зрения UE. Ссылаясь на фиг. 26, вариант осуществления UE в способе передачи данных в варианте осуществления настоящего изобретения включает в себя:

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

второй модуль 502 отправки, сконфигурированный для отправки посредством UE узлу базовой сети информации о передаче неIP данных, чтобы дать узлу базовой сети возможность: преобразовать в соответствии с информацией о передаче неIP данных первый пакет, отправленный первым модулем 501 отправки, чтобы получить второй пакет, и отправить второй пакет.

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

При необходимости на основе варианта осуществления, соответствующего фиг. 26, в первом необязательном варианте осуществления UE, предоставленного в этом варианте осуществления настоящего изобретения, информация о передаче неIP данных включает в себя, в частности, тип сети с коммутацией пакетов PDN, параметр данных услуги и возможность поддержки IP; или

информация о передаче неIP данных включает в себя, в частности, тип PDN и параметр данных услуги.

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

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

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

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

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

При необходимости на основе варианта осуществления, соответствующего фиг. 26, во втором необязательном варианте осуществления UE в способе передачи данных, предоставленном в этом варианте осуществления настоящего изобретения,

первый пакет является IP-пакетом, а второй пакет не является IP-пакетом; или

первый пакет не является IP-пакетом, а второй пакет является IP-пакетом.

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

Первый модуль 501 отправки включает в себя:

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

Второй модуль 502 отправки включает в себя:

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

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

Первый модуль 501 отправки включает в себя:

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

Второй модуль 502 отправки включает в себя:

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

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

Первый модуль 501 отправки включает в себя:

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

Второй модуль 502 отправки включает в себя:

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

Ссылаясь на фиг. 31A, другой вариант осуществления UE в способе передачи данных в варианте осуществления настоящего изобретения включает в себя:

модуль 505 обработки, сконфигурированный для: приема неIP-пакета, отправленного узлом базовой сети, и преобразования неIP-пакета для получения IP-пакета.

Фиг. 32 - схематическая структурная схема узла 70 базовой сети в соответствии с вариантом осуществления настоящего изобретения. Узел 70 базовой сети может включать в себя устройство 710 ввода, устройство 720 вывода, процессор 730 и запоминающее устройство 740. Устройство вывода в этом варианте осуществления настоящего изобретения может быть дисплейным устройством.

Запоминающее устройство 740 может включать в себя постоянное запоминающее устройство и оперативное запоминающее устройство и предоставлять процессору 730 команду и данные. Часть запоминающего устройства 740 может дополнительно включать в себя энергонезависимое оперативное запоминающее устройство (NVRAM).

Запоминающее устройство 740 хранит следующие элементы: исполняемый модуль или структуру данных, их подмножество либо их расширенное множество:

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

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

В этом варианте осуществления настоящего изобретения процессор 730 конфигурируется для:

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

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

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

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

преобразования неIP-пакета в IP-пакет в соответствии с информацией о передаче неIP данных.

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

При необходимости процессор 730 может дополнительно конфигурироваться для преобразования идентификатора в неIP-пакете в IP-адреса в IP-пакете.

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

разбиения IP-пакета на несколько IP-подпакетов в соответствии с информацией о передаче неIP данных; и

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

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

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

Процессор 730 управляет работой узла 70 базовой сети, и процессор 730 также может называться центральным процессором (Central Processing Unit, сокращенно CPU). При конкретном применении все компоненты узла 70 базовой сети соединяются с использованием системы 750 шин. Система 750 шин в дополнение к шине данных может включать в себя шину питания, шину управления, шину состояния и т. п. Однако для ясности описания различные шины на фигуре обозначаются как система 750 шин.

Способы, раскрытые в вышеупомянутых вариантах осуществления настоящего изобретения, могут применяться к процессору 730, или их можно реализовать с помощью процессора 730. Процессор 730 может быть интегральной микросхемой и обладать возможностью обработки сигналов. В процессе реализации этапы вышеупомянутых способов могут выполняться с использованием интегральной логической схемы аппаратных средств в процессоре 730 или команды в виде программного обеспечения. Процессор 730 может быть универсальным процессором, цифровым процессором сигналов (digital signal processor, сокращенно DSP), специализированной интегральной схемой (Application Specific Integrated Circuit, сокращенно ASIC), программируемой пользователем вентильной матрицей (Field-Programmable Gate Array, сокращенно FPGA) или другим программируемым логическим устройством, схемой на дискретных компонентах либо транзисторным логическим устройством, или дискретным аппаратным узлом и может реализовать или выполнить все способы, этапы и логические блок-схемы, раскрытые в вариантах осуществления настоящего изобретения. Универсальный процессор может быть микропроцессором, либо процессор может быть любым традиционным процессором или т. п. Этапы способов, раскрытых со ссылкой на варианты осуществления настоящего изобретения, могут выполняться и завершаться непосредственно аппаратным декодирующим процессором либо могут выполняться и завершаться с использованием сочетания аппаратного модуля и программного модуля в декодирующем процессоре. Программный модуль может располагаться на готовом носителе информации в данной области техники, например оперативном запоминающем устройстве, флэш-памяти, постоянном запоминающем устройстве, программируемом постоянном запоминающем устройстве, электрически стираемом программируемом запоминающем устройстве или в регистре. Носитель информации располагается в запоминающем устройстве 740. Процессор 730 считывает информацию в запоминающем устройстве 740 и выполняет этапы в вышеупомянутых способах совместно с аппаратными средствами процессора 730.

При необходимости устройство 710 ввода конфигурируется, в частности, для:

приема первого пакета от пользовательского оборудования UE или сервера приложений AS.

При необходимости устройство 710 ввода может дополнительно конфигурироваться для приема информации о передаче неIP данных, отправленной посредством UE.

При необходимости устройство 710 ввода может дополнительно конфигурироваться для приема IP-пакета, отправленного посредством UE или AS. IP-пакет переносит IP-адрес отправляющей стороны и IP-адрес принимающей стороны.

При необходимости устройство 710 ввода может дополнительно конфигурироваться для приема неIP-пакета, отправленного посредством UE или AS.

При необходимости устройство 720 вывода конфигурируется, в частности, для:

отправки второго пакета с использованием канала передачи данных.

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

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

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

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

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

Вариант осуществления настоящего изобретения дополнительно предоставляет другое пользовательское оборудование, как показано на фиг. 33. Для простоты описания показана только часть, связанная с этим вариантом осуществления настоящего изобретения. За конкретными техническими подробностями, которые не раскрываются, обращайтесь к части способа в вариантах осуществления настоящего изобретения. Терминал может быть любым оконечным устройством, включающим в себя мобильный телефон, планшетный компьютер, персональный цифровой помощник (Personal Digital Assistant, сокращенно PDA), кассовый терминал (Point of Sale, сокращенно POS), автомобильный компьютер или т. п. Например, терминал является мобильным телефоном.

Фиг. 33 показывает блок-схему неполной конструкции мобильного телефона, связанной с терминалом, предоставленным в этом варианте осуществления настоящего изобретения. Ссылаясь на фиг. 33, мобильный телефон включает в себя такие компоненты, как радиочастотная (Radio Frequency, сокращенно РЧ) схема 810, запоминающее устройство 820, блок 830 ввода, дисплейный блок 840, датчик 850, схема 860 звуковой частоты, модуль 870 беспроводной точности (wireless fidelity, сокращенно WiFi), процессор 880 и источник 890 питания. Специалисты в данной области техники могут понять, что показанная на фиг. 33 конструкция мобильного телефона не устанавливает ограничение мобильного телефона, и мобильный телефон может включать в себя больше или меньше компонентов, нежели показано на фигуре, или повторно собирать некоторые компоненты, или иметь другие конфигурации компонентов.

Ниже все компоненты мобильного телефона подробно описываются со ссылкой на фиг. 33.

РЧ-схема 810 может конфигурироваться для: приема и отправки информации либо приема и отправки сигнала в процессе вызова. В частности, после приема от базовой станции информации нисходящей линии связи РЧ-схема 810 отправляет информацию нисходящей линии связи процессору 880 для обработки, и к тому же отправляет базовой станции предназначенные данные восходящей линии связи. Как правило, РЧ-схема 810 включает в себя, но не ограничивается, антенну, по меньшей мере один усилитель, приемопередатчик, разветвитель, малошумящий усилитель (Low Noise Amplifier, сокращенно LNA), дуплексер и т. п. К тому же РЧ-схема 810 может дополнительно осуществлять связь с сетью или другим устройством посредством беспроводной связи. Для беспроводной связи может использоваться любой стандарт или протокол связи, включая, но не только, глобальную систему мобильной связи (Global System of Mobile communication, сокращенно GSM), общую службу пакетной радиопередачи (General Packet Radio Service, сокращенно GPRS), коллективный доступ с кодовым разделением каналов (Code Division Multiple Access, CDMA), широкополосный коллективный доступ с кодовым разделением каналов (Wideband Code Division Multiple Access, сокращенно WCDMA), систему долгосрочного развития (Long Term Evolution, сокращенно LTE), электронную почту, службу коротких сообщений (Short Message Service, сокращенно SMS) и т. п.

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

Блок 830 ввода может конфигурироваться для приема введенной цифровой или символьной информации и формирования входного сигнала клавиш, связанного с пользовательской настройкой и управлением функциями мобильного телефона. В частности, блок 830 ввода может включать в себя сенсорную панель 831 и другое устройство 832 ввода. Сенсорная панель 831, также называемая сенсорным экраном, может получать операцию касания, выполняемую пользователем на сенсорной панели 831 или возле нее (например, операцию, выполняемую пользователем на сенсорной панели 831 или возле сенсорной панели 831 с использованием любого подходящего объекта или аксессуара, например пальца или пера), и приводить в действие соответствующее соединительное устройство в соответствии с заданной программой. При необходимости сенсорная панель 831 может включать в себя две части: устройство обнаружения касания и сенсорный контроллер. Устройство обнаружения касания обнаруживает положение касания пользователя, обнаруживает сигнал, вызванный операцией касания, и отправляет сигнал сенсорному контроллеру. Сенсорный контроллер принимает информацию о касании от устройства обнаружения касания, преобразует информацию о касании в координаты точки касания, отправляет координаты точки касания процессору 880 и может принять и исполнить команду, отправленную процессором 880. К тому же сенсорную панель 831 можно реализовать с использованием нескольких типов, например резистивного типа, емкостного типа, инфракрасного луча и поверхностной акустической волны. В дополнение к сенсорной панели 831 блок 830 ввода может включать в себя другое устройство 832 ввода. В частности, другое устройство 832 ввода может включать в себя, но не ограничивается, одно или несколько из физической клавиатуры, функциональной кнопки (например, кнопки регулировки громкости или кнопки вкл./выкл.), шарового манипулятора, мыши, джойстика или т. п.

Дисплейный блок 840 может конфигурироваться для визуального воспроизведения информации, введенной пользователем, или информации, предоставленной для пользователя, и различных меню мобильного телефона. Экран 840 дисплея может включать в себя индикаторную панель 841. При необходимости индикаторная панель 841 может конфигурироваться в таком виде, как жидкокристаллический дисплей (Liquid Crystal Display, сокращенно LCD) или органический светоизлучающий диод (Organic Light-Emitting Diode, сокращенно OLED). Кроме того, индикаторную панель 841 может покрывать сенсорная панель 831. После обнаружения операции касания на сенсорной панели 831 или возле нее сенсорная панель 831 передает операцию касания процессору 880, чтобы определить тип события касания, а затем процессор 880 обеспечивает соответствующий визуальный вывод на индикаторной панели 841 в соответствии с типом события касания. На фиг. 33, хотя сенсорная панель 831 и индикаторная панель 841 используются как два независимых компонента для реализации функций ввода и вывода у мобильного телефона, в некоторых вариантах осуществления сенсорную панель 831 и индикаторную панель 841 можно объединить, чтобы реализовать функции ввода и вывода у мобильного телефона.

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

Схема 860 звуковой частоты, динамик 861 и микрофон 862 могут обеспечить звуковой интерфейс между пользователем и мобильным телефоном. Схема 860 звуковой частоты может преобразовать принятые звуковые данные в электрический сигнал и передать электрический сигнал в динамик 861, а динамик 861 преобразует электрический сигнал в звуковой сигнал для вывода. К тому же микрофон 862 преобразует полученный звуковой сигнал в электрический сигнал. Схема 860 звуковой частоты принимает электрический сигнал, преобразует электрический сигнал в звуковые данные и выводит звуковые данные в процессор 880 для обработки, чтобы отправить звуковые данные, например, другому мобильному телефону с использованием РЧ-схемы 810 или вывести звуковые данные в запоминающее устройство 820 для дополнительной обработки.

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

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

Мобильный телефон дополнительно включает в себя источник 890 питания (например, батарею), который подает питание на каждый компонент. Источник питания предпочтительно может быть логически подключен к процессору 880 с использованием системы управления источником питания, чтобы реализовать такие функции, как управление зарядкой, управление разрядкой и управление энергопотреблением с использованием системы управления источником питания.

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

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

предоставление узлу базовой сети возможности преобразовать идентификатор в неIP-пакете в IP-адреса в IP-пакете.

При необходимости процессор 880 дополнительно включает в себя следующую функцию:

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

При необходимости процессор 880 дополнительно включает в себя следующие функции:

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

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

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

отправка узлу базовой сети первого пакета; и

При необходимости устройство 880 вывода дополнительно включает в себя следующую функцию:

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

При необходимости устройство 880 вывода дополнительно включает в себя следующую функцию:

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

При необходимости устройство 880 вывода дополнительно включает в себя следующую функцию:

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

При необходимости устройство 880 вывода дополнительно включает в себя следующую функцию:

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

Блок 830 ввода, включенный в терминал, дополнительно обладает следующей функцией:

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

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

пользовательское оборудование 1001 и узел 1002 базовой сети.

Пользовательское оборудование 1001 конфигурируется для: отправки узлу 1002 базовой сети первого пакета и отправки узлу 1002 базовой сети информации о передаче неIP данных, чтобы дать узлу 1002 базовой сети возможность: преобразовать первый пакет в соответствии с информацией о передаче неIP данных, чтобы получить второй пакет, и отправить второй пакет.

Узел 1002 базовой сети конфигурируется для: приема первого пакета от пользовательского оборудования 1001 UE или сервера приложений AS; преобразования первого пакета в соответствии с информацией о передаче неIP данных, чтобы получить второй пакет; и отправки второго пакета с использованием канала передачи данных.

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

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

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

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

Когда объединенный блок реализуется в виде программного функционального блока и продается либо используется как независимый продукт, объединенный блок можно сохранить на машиночитаемом носителе информации. На основе такого понимания технические решения из настоящего изобретения в общем или в части, участвующей в известном уровне техники, или все либо некоторые технические решения можно реализовать в виде программного продукта. Программный продукт хранится на носителе информации и включает в себя несколько команд для указания компьютерному устройству (которое может быть персональным компьютером, сервером, сетевым устройством или т. п.) выполнить все либо некоторые этапы способов, описанных в вариантах осуществления настоящего изобретения. Носитель информации включает в себя: любой носитель, который может хранить программный код, например флэш-накопитель USB, съемный жесткий диск, постоянное запоминающее устройство (Read-Only Memory, сокращенно ROM), оперативное запоминающее устройство (Random Access Memory, сокращенно RAM), магнитный диск или оптический диск.

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

1. Способ передачи данных, содержащий этапы, на которых:

принимают (101) посредством узла базовой сети первый пакет от пользовательского оборудования (UE) или сервера приложений (AS);

преобразуют (102) посредством узла базовой сети первый пакет в соответствии с информацией о передаче данных по протоколу, не являющемуся Интернет-протоколом (IP), (неIP-данных), чтобы получить второй пакет; и

отправляют (103) посредством узла базовой сети второй пакет с использованием канала передачи данных, при этом

первый пакет является IP-пакетом, а второй пакет является неIP-пакетом, или

первый пакет является неIP-пакетом, а второй пакет является IP-пакетом.

2. Способ по п. 1, в котором информация о передаче неIP-данных содержит тип сети с коммутацией пакетов (PDN) и параметр данных услуги.

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

4. Способ по п. 3, при этом перед этапом, на котором посредством узла базовой сети отправляют второй пакет с использованием канала-носителя передачи данных, способ дополнительно содержит этапы, на которых:

принимают от UE посредством узла базовой сети информацию о передаче неIP-данных;

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

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

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

преобразуют посредством узла базовой сети IP-пакет в неIP-пакет в соответствии с информацией о передаче неIP-данных или

преобразуют посредством узла базовой сети неIP-пакет в IP-пакет в соответствии с информацией о передаче неIP-данных.

6. Способ по п. 5, в котором

при упомянутом приеме узлом базовой сети первого пакета от UE или AS принимают от UE или AS посредством узла базовой сети IP-пакет, при этом IP-пакет переносит IP-адрес отправляющей стороны и IP-адрес принимающей стороны;

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

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

7. Способ по п. 5, в котором

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

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

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

8. Способ передачи данных, содержащий этапы, на которых:

отправляют (201) в узел базовой сети первый пакет посредством пользовательского оборудования (UE); и

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

первый пакет является IP-пакетом, а второй пакет является неIP-пакетом, или

первый пакет является неIP-пакетом, а второй пакет является IP-пакетом.

9. Способ по п. 8, в котором информация о передаче неIP-данных содержит тип сети с коммутацией пакетов (PDN) и параметр данных услуги.

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

11. Узел базовой сети, содержащий:

первый модуль приема (401), выполненный с возможностью принимать первый пакет от пользовательского оборудования (UE) или сервера приложений (AS);

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

первый модуль отправки (403), выполненный с возможностью отправлять с использованием канала передачи данных второй пакет, полученный после выполнения преобразования модулем преобразования, при этом

первый пакет является IP-пакетом, а второй пакет является неIP-пакетом, или

первый пакет является неIP-пакетом, а второй пакет является IP-пакетом.

12. Узел базовой сети по п. 11, в котором модуль преобразования содержит первый блок преобразования, выполненный с возможностью:

преобразовывать IP-пакет в неIP-пакет в соответствии с информацией о передаче неIP-данных или

преобразовывать неIP-пакет в IP-пакет в соответствии с информацией о передаче неIP-данных.

13. Пользовательское оборудование, содержащее:

первый модуль отправки (501), выполненный с возможностью отправлять в узел базовой сети первый пакет; и

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

первый пакет является IP-пакетом, а второй пакет является неIP-пакетом, или

первый пакет является неIP-пакетом, а второй пакет является IP-пакетом.

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

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

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

Модуль сопряжения реальных и виртуальных радиосетей // 2690210

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

Беспроводная связь // 2688251

Изобретение относится к работе терминального устройства в сети сотовой связи. Технический результат – повышение эффективности предотвращения атак.

Способ и устройство реализации вызова // 2687036

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

Файловая служба, использующая интерфейс совместного файлового доступа и передачи состояния представления // 2686594

Изобретение относится к системам и способам осуществления доступа к файлам в распределенной файловой системе. Технический результат заключается в обеспечении доступа к файлам в распределенной файловой системе.

Способ защиты вычислительных сетей // 2686023

Изобретение относится к области защиты вычислительных сетей. Техническим результатом является повышение результативности защиты и введение в заблуждение нарушителя относительно структуры вычислительной сети.

Способ защиты вычислительных сетей // 2686023

Способ оценки сетевой атаки, способ безопасной передачи данных сети и соответствующее устройство // 2685994

Изобретение относится к способам, устройствам, системе и носителю информации для определения сетевой атаки. Технический результат заключается в обеспечении определения сетевой атаки.

Способ защиты вычислительных сетей // 2686023

Системы и способы для обеспечения среды связи renat // 2685036

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

Способ оценки эффективности информационного обмена системы связи // 2685030

Изобретение относится к области электросвязи. Технический результат – повышение точности оценки эффективности информационного обмена системы связи за счет использования повторно определенного КПД передачи информации системы связи.

Способ автоматического назначения беспроводных устройств сбора сейсмических данных топографическим пунктам // 2684491

Изобретение относится к сбору сейсмических данных. Технический результат – повышение эффективности назначения беспроводных устройств сбора сейсмических данных топографическим местоположениям.

Системы и способы выбора и конфигурирования схемы модуляции и кодирования // 2684411

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

Способ обновления дескриптора сетевой службы nsd и устройство // 2683630

Изобретение относится к технологиям сетевой связи. Технический результат заключается в повышении скорости передачи данных.

Способ и система для хранения данных в мультимедийной подсистеме // 2683505

Изобретение относится к хранению данных, связанных с пользователями. Технический результат изобретения заключается в уменьшении объема данных в наборе данных, которые исключают избыточные элементы данных.

Способ определения оптимальной части полосы частот, поражаемой преднамеренной помехой, в системах связи с широкополосными сигналами // 2683187

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

Аппарат отображения информации о поезде и способ отображения информации о поезде // 2681457

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

Топология, образованная электронными устройствами доставки никотина // 2690776

Изобретение относится к области вычислительной техники. Технический результат заключается в обеспечении быстрой передачи данных через ячейку устройств. Способ включает в себя: передачу токена данных от первого устройства доставки никотина (END) до второго устройства, при этом первое выполненное с возможностью беспроводного соединения END устройство передает токен на второе выполненное с возможностью беспроводного соединения END устройство, при этом первое использует режим передачи объявлений и включает токен в данные объявлений, пока второе устройство находится в режиме прослушивания, в котором оно может принять данные объявлений, второе выполненное с возможностью беспроводного соединения END устройство выполнено с возможностью переключения между первой ролью, соответствующей режиму передачи объявлений, и второй ролью, соответствующей режиму прослушивания; использование токена для управления аспектом работы третьего выполненного с возможностью беспроводного соединения устройства, при этом третье выполненное с возможностью беспроводного соединения устройство имеет установленную коммуникационную связь со вторым выполненным с возможностью беспроводного соединения END устройством. 4 н. и 21 з.п. ф-лы, 14 ил.