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

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

Иллюстрации

Показать все

Реферат

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

Настоящее изобретение, в общем, относится к системам беспроводной связи. Более конкретно настоящее изобретение связано со способами и устройствами для активизации множественных однонаправленных каналов услуг, используя одиночную процедуру активации вторичного контекста протокола пакетной передачи данных (PDP) в системе «Проекта сотрудничества по созданию системы третьего поколения» (3GPP), (т.е. пакетной радиослужбы общего назначения (GPRS) и «Универсальной системы мобильной связи») и системах «Долгосрочного развития» (LTE). Процедуры могут быть реализованы в подходе двойного туннеля GPRS и в подходе прямого туннеля в GPRS и системах LTE.

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

Традиционно, сотовые сети проектируют только для голосовых услуг. GPRS поддерживает некоторые типы услуг передачи данных, как, например, текстового сообщения и электронных писем. Однако дополнительные услуги передачи данных и услуги мультимедиа предлагают как приложения, запускаемые в сотовых сетях, например передача голоса посредством Интернет протокола (VoIP), передача телевизионного сигнала (IPTV) по Интернет протоколу (IP) или тому подобное. Сотовые телефоны сменяются от телефона с услугой передачи голоса к центральному устройству сходящихся данных, и сотовые сети развиваются по направлению к следующему поколению всех IP сетей и услуг передачи пакетов с инфраструктурой IP подсистемы мультимедиа (IMS). Кроме того, необходимость обеспечения более высокой скорости передачи, сотовая сеть также требует изменений архитектуры, необходимых для поддержки IP приложений, и чтобы коммутируемый пакет (PS) обслуживал более эффективно (например, уменьшение задержек, обусловленных множественными процедурами установки и времени задержки для услуг потока данных, обусловленные непомерной обработкой на различных узлах сети).

Фиг.1-3 показывают передачу сигналов в традиционной системе 100 беспроводной связи, включающей в себя беспроводной приемопередающий модуль (WTRU) 106, сеть с радиодоступом (RAN) 110, обслуживающий узел поддержки (SGSN) 115 пакетной радиослужбы общего назначения (GPRS) и узел поддержки межсетевого интерфейса GPRS (GGSN) 120. Один контекст протокола пакета данных (PDP) ассоциативно связан с одним однонаправленным каналом радиодоступа (RAB) для услуги 3GPP PS. Таким образом, для поддержки множественных услуг требуется одна первичная активация контекста PDP и множество вторичных процедур активаций контекста PDP, делая возможными эти услуги, как проиллюстрировано фиг.1-3, которые описаны 3GPP технической спецификации (TS) 23.060. Например, абонент данных, который желает присоединиться к услугам, основанным на IMS (то есть VoIP, мультимедиа и тому подобное), и в то же самое время активировать просмотр веб-страниц, услугу электронной почты, услугу факса и тому подобное, должен выполнить отдельную активацию контекста PDP для каждой услуги. К тому времени как все услуги запущены, абонент может прождать значительное количество времени, подобное ожиданию загрузки компьютера.

В настоящее время для услуги 3GPP PS один контекст PDP ассоциативно связан с одним RAB. Таким образом, для поддержки множества услуг один первоначальный контекст и множество вторичных контекстов PDP необходимы для того, чтобы быть активированными, как показано на фиг.1 и 2. Более того, всегда требуется поддержка услуг IMS, первоначальный контекст PDP «протокола инициации сеанса» (SIP), передающий сигнал и вторичный контекст PDP для каждой услуги передачи данных (чтобы быть активированной).

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

Настоящее изобретение предоставляет способ и устройство для систем 3GPP (то есть GPRS, UMTS) и систем LTE уменьшающих задержки установки услуг, обусловленных множеством последовательных процедур установки и время задержки обработки услуг потока данных, обусловленных непомерной обработкой на различных узлах сети. Настоящее изобретения предлагает упрощенную процедуру активации вторичного контекста PDP, которая активирует несколько услуг за один этап. Настоящее изобретение повторно использует текущую процедуру активации контекста 3GPP PDP для размещения адреса IP, инициирования услуг и установления туннелирования между различными элементами в сети (то есть RAN, SGSN, GGSN, IMS и тому подобное). Настоящее изобретение позволяет активировать множества контекстов PDP, используя один этап активации вторичного контекста PDP, где каждая услуга ассоциативно связана с определенными однонаправленными каналами услуг в базовой сети (CN) и особенным RAB в RAN. Настоящее изобретение также принимает во внимание установление множества RAB (однонаправленных каналов радиодоступа), которые отображают на один контекст PDP для различных требований QoS (качества обслуживания). Эти множественные контексты PDP могут быть установлены для особых требований (например, услуги, поставляемые в комплекте) или, когда WTRU соединяется с множеством PDN.

Настоящее изобретения уменьшает задержку активации вторичного контекста PDP и любые его модификации, когда требуется больше услуг. Например, пользователь конфигурирует терминал личного цифрового помошника (PDA), активируя услуги VoIP, видеоконференции, учетную запись электронной почты и тому подобное, когда терминал PDA включается. Согласно текущим процедурам в TS 23.060 WTRU выполняет каждую процедуру индивидуально и последовательно. Настоящее изобретение сокращает ненужные этапы, которые используют для процедур активации вторичного контекста PDP. WTRU запрашивают дополнительные односторонние каналы, отсылая запрос в сеть с радиодоступом, (например eNodeB), которая рассматривает запрос для просмотра, если дополнительный односторонний канал может подходить в размещенных ресурсах текущего контекста PDP (то есть одностороннего канала). Когда дополнительный односторонний канал может быть добавлен, eNodeB пересылает запрос объекту управления мобильностью (MME) для дальнейшей проверки.

Тип услуги запроса определяет, требуется ли вторичный контекст PDP. Вторичный контекст PDP необходим, если запрашиваемые услуги предоставляются разными PDN в разных узлах привязки. Если та же PDN и узел привязки предоставляет запрашиваемую услугу, MME направляет запрос услуги в узел привязки для размещения необходимых ресурсов и отображения идентификатора точки доступа к услугам сетевого уровня (NSAPI), запрашиваемым WTRU на новый однонаправленный канал услуги. В этом процессе узел привязки информируют посредством идентификатора конечного пункта туннеля (TEID) eNodeB поддержки. После получения подтверждения MME устанавливает другой конец туннеля, отсылая запрос установления RAB в eNodeB, который обновляется с TEID узла привязки. MME затем запрашивает, что WRTU корректирует свои RAB ресурсы. WRTU затем отвечает извещением завершения в eNodeB, который по очереди информирует MME, что процесс успешно завершен. Если появляется ошибка или истекает время ожидания в MME, MME переходит к освобождению туннеля и ресурсов, размещенных предварительно.

Настоящее изобретение выгодно по следующим причинам по сравнению с предшествующим уровнем техники. 1) Несколько однонаправленных каналов размещают в первоначальном контексте PDP; 2) одиночное установление туннеля посредством двух туннелей 3GPP (GPRS)(новая архитектура); и 3) уменьшают число этапов (комбинируют вторичную PDP активацию с запросом установления RAB).

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

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

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

фиг.2 показывает традиционную процедуру активации вторичного контекста PDP для режима Iu в традиционной системе беспроводной связи;

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

фиг.4 - схема потока сигналов процедур активации контекста PDP в системе LTE в соответствии с одним вариантом осуществления настоящего изобретения;

фиг.5 - схема потока сигналов процедур активации контекста PDP в системе LTE в соответствии с другим вариантом осуществления настоящего изобретения;

Фиг.6 показывает установления множества контекстов PDP для множества PDN.

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

Когда ссылаются в дальнейшем, терминология «беспроводной приемопередающий модуль (WRTU)» включает в себя, но не в качестве ограничения абонентскую аппаратуру (UE), мобильную станцию, стационарный или мобильный абонентский модуль, пейджер, сотовый телефон, личный цифровой помощник (PDA), компьютер или любого другого типа устройство пользователя способное работать в беспроводной среде. Когда ссылаются в дальнейшем, терминология «базовая станция» включает в себя, но не в качестве ограничения Узел-Б, контроллер узла, точку доступа (AP) или любого другого типа устройства сопряжения, способного работать в беспроводной среде.

В соответствии с одним вариантом осуществления настоящего изобретения фиг.4 показывает процедуры для активации контекста PDP и назначение RAB в системе LTE 400, включающей в себя WTRU 405, eNodeB 410, MME 415 и узел привязки 420. Никаких дополнительных вторичных активаций контекста PDP не требуется для множества наборов услуг. Динамические запросы новых услуг приспосабливаются посредством установлений RB и расцеплений между WTRU 405 и eNodeB 410.

Со ссылкой на фиг.4, на этапе 422, WTRU 405 отсылает сообщение запроса активации контекста PDP в MME 415. Содержание сообщения включает в себя, например, NSAPI (идентификатор точки доступа к услугам сетевого уровня), идентификатор транзакции (TI), тип PDP, адрес PDP (если требуется статический адрес PDP), имя точки доступа (APN), QoS, список услуг и тому подобное.

Заметим, что значение QoS запроса отличается от текущей процедуры активации контекста PDP. В настоящее время QoS применяется только для этого контекста PDP. Первоначальный и вторичный контекст PDP и отображение RAB на них, соответствующим образом, могут иметь отличный QoS. В соответствии с настоящим изобретением QoS - это ряд, который применяется ко всем из RAB, принадлежащий к этому контексту PDP, и вероятно, что WRTU 405 имеет только один контекст PDP для одного адреса IP. Список услуг - новый параметр, который предоставляет ряд IP услуг, которые WTRU 405 требует установить с базовой сетью (CN) под этим контекстом PDP.

На этапах 424 MME 415 проверяет запрос активации контекста PDP, используя тип PDP, адрес PDP и APN, предоставляемый WTRU 405. MME 415 может ограничивать запрашиваемые атрибуты QoS, данные ее возможностями и текущей загрузкой. MME 415 отсылает сообщение запроса создания контекста PDP (тип PDP, адрес PDP, APN, договорной QoS, TEID, NSAPI, номер мобильного оборудования (MSISDN) международной цифровой сети с комплексными услугами (ISDN) и тому подобное) в находящийся под влиянием узел привязки 420 (этап 426). На этапе 428 для проверки запроса контекста PDP узел привязки 420 создаст точку входа PDP. Разные PDP ассоциативно связывают с каждой запрошенной услугой. В этом случае, если все услуги предоставляют при помощи/посредством того же межсетевого интерфейса (то есть узла привязки 420), то существует один адрес IP и множество номеров портов. Каждый номер порта ассоциативно связывают с услугой, которую активируют. Дополнительно на этапе 428 узел привязки 420 создает информацию по оплате для проверки запроса контекста PDP. Каждая услуга будет оплачиваться отдельно и в соответствии с различными критериями. Например, видеовызовы могут быть оплачены иначе, чем текстовые сообщения. Поэтому каждая услуга будет иметь различный идентификатор оплаты. Узел привязки 420 затем отсылает ответное сообщение создания контекста PDP в MME 415 (этап 430).

На этапе 432, 434, 436 и 438 установку RAB выполняют процедурами Назначения RAB/Установки RB, как это делается в настоящий момент. QoS, обменивающееся между RAN (например, eNodeB 510) и CN, имеет место для особенного RAB и оно должно быть в пределах договорного QoS контекста PDP. Идентичность контекста PDP, ассоциативно связанного с этим RAB, передают в WTRU 405. В таком случае качество обслуживания (QoS) RAB снижено от договорного QoS контекста PDP, не требуется модификация контекста PDP, так как больше RAB/RB может быть размещено для той же услуги, когда доступно больше ресурсов.

Если все из вышеописанных этапов успешно выполнены, MME 415 возвращает сообщение акцептования активации контекста PDP (тип PDP, адрес PDP, TI, договорной QoS, приоритет радиовещания и тому подобное) в WTRU 405 (этап 440). В этот момент устанавливают первый RB (этапы 442, 444), ассоциативно связанный с контекстом PDP, и туннель протокола туннелирования (GTP) пакетной радиослужбы общего назначения (GPRS) между узлом привязки 420 и eNodeB 410.

Как показано процедурой 450 фиг.4 для каждой новой запрашиваемой услуги в WTRU 405, новый RB/RAB нуждается в том, чтобы быть установленным (этап 452). WTRU 405 отсылает сообщение eNodeB 410 для запроса нового RB для новой услуги (этап 454). Запрос QoS, связанный с услугой, может быть передан с сообщением. eNodeB 410 проверяет наличие ресурсов (этап 456) и может отвергнуть запрос, если не существует достаточно ресурсов. eNodeB 410 пересылает запрос в MME 415 нового RAB (этап 458). Так как WTRU 405 знает NSAPI от первого установления RAB (то есть RAB, установленный в течение первоначальной активации контекста PDP), MME 415 будет знать с которым контекстом PDP запрос будет ассоциативно связан.

MME 415 информирует узел привязки 420, что существует новый RAB, установленный для определенного контекста PDP (этап 460). Узел привязки 420 размещает необходимые ресурсы для услуги в конце туннеля, обновляет информацию по оплате и маршрутизации и отсылает ответ назад в MME 415 (этап 462).

Процедуры назначения RAB и установки RB (этапы 464, 466, 468 и 470) выполняют традиционным образом. Этапы 464,466,468 и 470 могут быть выполнены параллельно с этапами 460 и 462, которые могут уменьшить задержку. Этапы процедуры 450 повторяются всякий раз, когда существует новая услуга, запрашиваемая на этапе 452.

В соответствии с другим вариантом осуществления настоящего изобретения фиг.5 показывает процедуры для активации контекста PDP и назначения RAB в системе LTE 500, включающей в себя WTRU 505, eNodeB 510, MME 515 и узел привязки 520. В предлагаемой процедуре никаких дополнительных вторичных активаций контекста PDP не требуется для множества наборов услуг. Динамические запросы новых услуг приспосабливаются посредством установлений RB и расцеплений между WTRU 505 и eNodeB 510.

Со ссылкой на фиг.5 WTRU 505 отсылает сообщение запроса активации контекста PDP в MME 515 (этап 525). В запросе точно определяют список NSAPI, APN, услуги и соответствующие QoS требования. Заметим, что различие от традиционной процедуры активации контекста PDP, которая дает один NSAPI и только одно APN, предлагаемая процедура будет иметь список NSAPI, услуг и APN, являющийся договорным и установленным в одной процедуре активации контекста PDP. Если различные запросы услуг встречаются позже, не требуется никаких дополнительных процедур активации контекста PDP, таким образом ограничивающих передачу сигналов между WTRU 505 и eNodeB 510.

По-прежнему со ссылкой на фиг.5, на этапе 530, MME 530 проверяет запрос активации контекста PDP, выбирает, по меньшей мере, одно APN, отображает APN в узел привязки 520, определяет GTP TEID и список NSAPI. WTRU 505 вносят в список все услуги, которые необходимы, чтобы быть активированными, используя список APN. Каждая услуга помечается различными NSAPI и профиль QoS. На этапе 535 MME 515 отсылает ответное сообщение создания контекста PDP узлу привязки 520. На этапе 540 для проверки запроса контекста PDP узел привязки 520 создаст точку входа PDP. Разные PDP ассоциативно связывают с каждой запрошенной услугой. В этом случае, если все услуги предоставляют при помощи/посредством того же межсетевого интерфейса (то есть узла привязки 520), то существует один адрес IP и множество номеров портов. Каждый номер порта ассоциативно связывают с услугой, которую активируют. Дополнительно на этапе 540 узел привязки 520 создает информацию по оплате для проверки запроса контекста PDP. Каждая услуга будет оплачиваться отдельно и в соответствии с различными критериями. Например, видеовызовы могут быть оплачены иначе, чем текстовые сообщения. Поэтому каждая услуга будет иметь различную плату ID.

В этот момент процедура активации контекста PDP завершается в узле привязки 520. Узел привязки 520 затем начинает фазу подтверждения операции отправки ответного сообщения создания контекста PDP назад в MME 515 (этап 545), который гарантирует, что RAN (например, eNodeB 510) - осведомлен о множестве туннелей, которые активируются. MME отсылает информацию, относящуюся к номеру услуги, которая активируется, и ассоциативно связанным ASAPI, адресу PDP, TEID межсетевого интерфейса, идентификатору WRTU (временный идентификатор), так что каждый транспортный поток соответственно направляют. RAN (например, eNodeB 510), затем активирует RAB для каждой услуги и отображает каждый поток на ассоциативно связанные идентификаторы (этап 555) для установления туннелей (этап 560) (прямой туннель или традиционный двойные туннели (RANAP и GTP)). На этапе 565 MME 515 завершает процедуру активации, информируя WTRU 505, что процесс активации был успешным. MME 515 отсылает список всех успешно активированных услуг. В случае сбоя активации определенной услуги MME 515 указывают сбойные услуги и причины сбоев. На этапе 570, WTRU 505 и/или RAN (например, eNodeB 510) может активировать/дезактивировать физические RB/каналы, основанные на доступности потоков данных, будучи переданными.

Ввиду того, что дополнительные услуги нуждаются в том, чтобы быть установленными позже, вышеописанные процедуры будут ограничены установками RB только между WTRU 505 и eNodeB 510.

В течение активации контекста PDP, RAN и CN договариваются о параметрах контекста PDP, например наивысшая скорость передачи в битах, гарантированная скорость передачи в битах, максимальная задержка и т.д. Профиль QoS затем передается в RAN в процедуре немедленного назначения RAB. Требования QoS всех RAB/RB, размещенные для контекста PDP, должны быть в ограничениях QoS контекста PDP.

Фиг.6 показывает множество контекстов PDP, которые устанавливаются для множества PDN в системах беспроводной связи 600. Система 600 включает в себя WTRU 605, eNodeB 610, MME 615, узел привязки 620 и APN 625A-625E. Если новые услуги требуют новое APN и, таким образом, новый межсетевой интерфейс доступа, MME 615 должен разместить новый туннель между eNodeB 610 и новым межсетевым интерфейсом доступа. WTRU 605 вероятно получит адрес IP, отличный от каждого PDN. Таким образом, устанавливают различный контекст PDP. Процедура установки контекста PDP такая же, как описана выше.

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

Множественные RAB/RB могут быть установленными и ассоциативно связанными с контекстами PDP. eNodeB 610 может учитывать для множественных однонаправленных радиоканалов множественные потоки до тех пор, пока скорость передачи в битах и задержка баланса (устанавливается в течение активации контекста PDP) не нарушится. Если запрос дополнительных однонаправленных каналов из eNodeB нарушает ограничения QoS, eNodeB 610 информирует WTRU 605, что существующий запрос требует изменения контекста PDP и/или активации вторичного контекста PDP. Можно определить число параллельных потоков, позволенных для контекста PDP. Если WTRU 605 израсходует разрешенные услуги, его запросы должны быть отвергнуты.

В настоящий момент существует взаимосвязь один к одному между NSAPI, RAB и контекстом PDP. В пакетный домен существует так же один к одному взаимосвязь с Идентичностью RB. С предлагаемым изменением процедур контекста PDP новые отображения необходимы, чтобы быть установленными. Значение NSAPI будет оставаться тем же. В WRTU 605 NSAPI идентифицируют точку услуг доступа (SAP) PDP. В MME 615 и узле привязки 620 NSAPI идентифицирует контекст PDP, ассоциативно связанный с контекстом управления мобильности (MM), который указывает, в каком состояние WTRU 605 находится. Контекст MM имеет всю информацию, связанную с WTRU 605, пока действует в сети, например, QoS, различная информация, относящаяся к безопасности и тому подобное. Идентификатор RAB будет иметь информации NSAPI (то есть RAB - ассоциативно связанный с контекстом PDP) и уникального идентификатора для RAB. Таким образом, каждый RAB отображается на контекст PDP. Способ формирования идентификатора RAB находится в реализации. Идентификатор RB может быть таким же, как идентификатор RAB.

Варианты осуществления

1. В системах связи долгосрочного развития (LRE), включающих в себя беспроводной приемопередающий модуль (WTRU), усовершенствованный узел В, объект управления мобильностью (MME) и узел привязки, способ содержит этапы на которых:

(а) устанавливают первый однонаправленный радиоканал, ассоциативно связанный с контекстом протокола пакетной передачи данных (PDP) и протоколом (GTP) туннелирования пакетной радиослужбы общего назначения (GPRS) между узлом привязки и усовершенствованным узлом В;

(b) WTRU отправляет сообщение усовершенствованному узлу В, чтобы запросить новый однонаправленный радиоканал (RB) для новой услуги;

(c) улучшенный узел В пересылает сообщение в MME, в котором MME отображает имена точек доступа (APN) на узел привязки, определяет идентификаторы (TEID) конечного пункта туннеля GTP и список идентификаторов точек доступа к услугам сетевого уровня (NSAPI); и

(d) MME информирует узел привязки, что существует новый однонаправленный канал радиодоступа, установленный для определенного контекста PDP.

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

3. Способ, как в любом одном варианте осуществления 1 и 2, в котором запрос качества обслуживания (QoS), связанный с услугой, передается с сообщением.

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

5. Способ по варианту осуществления 4, в котором усовершенствованный узел В отвергает сообщение, если не существует достаточно ресурсов.

6. Система связи долгосрочного развития (LTE), содержащая:

(a) улучшенный узел В;

(b) беспроводной приемопередающий модуль (WTRU), сконфигурированный, чтобы отправлять сообщение, запрашивая новый однонаправленный радиоканал (RB) для новой услуги;

(c) узел привязки, сконфигурированный, чтобы устанавливать первый однонаправленный радиоканал между узлом привязки и усовершенствованным узлом В, в котором первый однонаправленный радиоузел ассоциативно связан с контекстом протокола пакетной передачи данных (PDP) и протоколом (GTP) туннелирования пакетной радиослужбы общего назначения (GPRS);

(d) объект управления мобильностью (MME), конфигурированный, чтобы отображать имена точек доступа (APN) на узел привязки, определять идентификаторы (TEID) конечных пунктов туннеля GTP и списка идентификаторов точек доступа к услугам сетевого уровня (NSAPI) и информирования узла привязки, что существует новый однонаправленный канал с радиодоступом (RAB), установленный для определенного контекста PDP.

7. Система варианта осуществления 6, в которой узел привязки размещает необходимые ресурсы для услуги в конце туннеля, обновляет информацию по оплате и маршрутизации и отсылает ответ назад в MME.

8. Система, как в любом одном варианте осуществления 6 и 7, в которой запрос качества обслуживания (QoS), связанный с услугой, передается с сообщением.

9. Способ, как в любом одном варианте осуществления 6-8, в котором усовершенствованный узел В проверяет доступность ресурсов.

10. Способ по варианту осуществления 9, в котором усовершенствованный узел В отвергает сообщение, если не существует достаточно ресурсов.

11. В системах связи долгосрочного развития (LRE), включающих в себя беспроводной приемопередающий модуль (WTRU), усовершенствованный узел В, объект управления мобильностью (MME) и узел привязки, способ содержит этапы на которых:

(a) WTRU отсылает сообщение запроса активации протокола (PDP) пакетной передачи данных, включающий в себя список идентификаторов точек доступа к услугам сетевого уровня (NSAPI), имен услуг и точек доступа (APN), являющийся установленным в порядке договоренности и установленным в процедуре активации одиночного контекста PDP;

(b) MME проверяет запрос активации контекста PDP и отправляет сообщение запроса создания контекста PDP узлу привязки;

(с) узел привязки создает новую точку входа PDP и идентификатор оплаты;

(d) узел привязки отсылает MME сообщение ответ создания контекста PDP;

(e) устанавливают однонаправленные каналы радиодоступа (RAB) между усовершенствованным узлом В и MME; и

(f) устанавливают однонаправленные каналы (RB) между WTRU и усовершенствованным узлом Б.

12. Способ варианта осуществления 11, в котором MME отображает APN на узел привязки, определяет идентификаторы конечного пункта туннеля (TEID) протокола (GTP) туннелирования пакетной радиослужбы общего назначения (GPRS) и списка NSAPI и MME информирует узел привязки, что существует новый RAB, установленный для определенного контекста PDP.

13. Способ варианта осуществления 12, в котором узел привязки размещает необходимые ресурсы для услуг в конце туннеля.

14. Способ, как в любом одном варианте осуществления 11-13, в котором запрос качества обслуживания (QoS), связанный с услугой, передается с сообщением запроса активации контекста пакета PDP к ММЕ.

15. Способ, как в любом одном варианте осуществления 11-14, в котором усовершенствованный узел В проверяет доступность ресурсов.

16. Система связи долгосрочного развития (LTE), содержащая:

(a) улучшенный узел В;

(b) беспроводной приемопередающий модуль (WTRU), сконфигурированный, чтобы отправлять сообщение запроса активации протокола (PDP) пакетной передачи данных, включающее в себя список идентификаторов точек доступа к услугам сетевого уровня (NSAPI), имен услуг и точек доступа (APN), являющийся договорным и установленным в процедуре активации одиночного контекста PDP;

(c) узел привязки, сконфигурированный, чтобы получать сообщения запроса создания контекста PDP в узле привязки, создавать новую точку входа и идентификатор оплаты и отсылать ответное сообщение создания контекста PDP; и

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

17. Система варианта осуществления 16, в которой однонаправленные каналы радиодоступа (RAB) устанавливают между усовершенствованным узлом В и MME, и однонаправленные радиоканалы (RB) устанавливают между WTRU и усовершенствованным узлом В.

18. Способ варианта осуществления 17, в котором MME отображает APN на узел привязки, определяет идентификаторы конечного пункта туннеля (TEID) протокола (GTP) туннелирования пакетной радиослужбы общего назначения (GPRS) и список NSAPI и MME информирует узел привязки, что существует новый RAB, установленный для определенного контекста PDP.

19. Способ варианта осуществления 18, в котором узел привязки размещает необходимые ресурсы для услуг в конце туннеля.

20. Система, как в любом одном варианте осуществления 16-19, в котором запрос качества обслуживания (QoS), связанный с услугой, передается с сообщением запроса активации контекста пакета PDP к ММЕ.

21. Способ, как в любом одном варианте осуществления 16-20, в котором усовершенствованный узел В проверяет доступность ресурсов.

Хотя признаки и элементы настоящего изобретения описаны в предпочтительных вариантах осуществления в конкретных сочетаниях, каждый признак или элемент может быть использован одиночным без других признаков и элементов предпочтительных вариантов осуществления или в различных сочетаниях с или без других признаков и элементов настоящего изобретения. Способ или блок схемы, предоставленные в настоящем изобретении, могут быть реализованы в компьютерной программе, программном обеспечении или микропрограммном обеспечении, материально реализованном в машиночитаемом запоминающем носителе для выполнения на компьютере или процессоре общего назначения. Примеры машиночитаемых запоминающих носителей включают в себя постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), регистр, кэш-память, устройства полупроводниковой памяти, магнитный носитель, например внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, например диски CD-ROM и универсальные цифровые диски (DVD).

Подходящие процессоры включают в себя, в качестве примера, процессор общего назначения, процессор специального назначения, традиционный процессор, процессор цифровых сигналов (DSP), множество микропроцессоров, один или более микропроцессоров в ассоциативной связи с ядром DSP, контроллер, микроконтроллер, специализированные интегральные схемы (ASIC), программируемые пользователем вентильные матрицы (FPGA) или другие типы интегральной схемы (IC) и/или конечного автомата.

Процессор в ассоциативной связи с программным обеспечением может быть использован для реализации радиочастотного беспроводного приемопередатчика для использования в беспроводном приемопередающем модуле (WTRU), абонентская аппаратура (UE), терминал, базовая станция, контроллер радиосети (RNC) или любой основной компьютер. WTRU может быть использован в соединении с модулями, реализованными в аппаратных средствах и/или программном обеспечении, например камера, модуль видеокамеры, видеотелефон, телефон с громкоговорящей связью, вибрационное устройство, громкоговоритель, микрофон, телевизионный приемопередатчик, гарнитура, освобождающая руки, клавиатура, модуль Блютус (Bluetooth®), частотно-модулированный (FM) радиомодуль, модуль отображения жидкокристаллического дисплея (LCD), отображающий модуль на органических светоизлучающих диодах (OLED), цифровой музыкальный проигрыватель, устройство воспроизведения мультимедийных данных, модуль проигрывания видеоигр, браузер Интернет и/или любой модуль беспроводной локальной сети (WLAN).

1. Способ беспроводной связи, реализованный объектом управления мобильностью (ММЕ), способ содержит:получение первого сообщения, запрашивающего установление нового однонаправленного канала радиодоступа (RAB) для новой услуги;определение на основе идентификатора точки доступа к услугам сетевого уровня (NSAPI), ассоциативно связанным с RAB, установленным в течение активации первоначального контекста протокола передачи пакетных данных (PDP), конкретный контекст PDP, с которым новый RAB должен быть ассоциирован; ипередачу второго сообщения узлу привязки, указывающему, что существует новый RAB, установленный для конкретного контекста PDP.

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

3. Способ по п.1, в котором первое и второе сообщения включают в себя запрос качества обслуживания (QoS), который указывает ряд QoS, который применяется ко всем RAB конкретного контекста PDP.

4. Способ по п.1, в котором первое и второе сообщения включают в себя ассоциативно связанный NAPSI.

5. Способ по п.2, дополнительно содержащий передачу сообщения запроса назначения RAB и получение ответного сообщения назначения RAB.

6. Способ беспроводной связи, реализованный посредством объекта управления мобильностью (ММЕ), способ содержит:получение сообщения запроса активации протокола передачи пакетных данных (PDP), включающего в себя список идентификаторов точек доступа к услугам сетевого уровня (NSAPI) и имена услуг и точек доступа (APN), являющийся договорным и установленным в процедуре активации одиночного контекста PDP;проверку запроса активации контекста PDP;передачу сообщения запроса создания контекста PDP узлу привязки и получение ответного сообщения создания контекста PDP от узла привязки.

7. Способ по п.6, дополнительно содержащий выбор, по меньшей мере, одного APN;отображение выбора APN на узел привязки;определение идентификаторов конечного пункта туннеля (TEID) протокола (GTP) туннелирования пакетной радиослужбы общего назначения (GPRS) и списка NSAPI ипередачу сообщения узлу привязки, указывающего, что существует новый однонаправленный канал радиодоступа (RAB), установленный для конкретного контекста PDP.

8. Способ по п.6, в котором сообщение запроса активации контекста пакета PDP включает в себя список услуг, которые обеспечивают ряд желаемых услуг по Интернет-протоколу (IP) под конкретным контекстом PDP.

9. Объект управления мобильностью (ММЕ), содержащий:средства для получения первого сообщения, запрашивающего установление нового однонаправленного канала радиодоступа (RAB) для новой услуги;средства для определения на основе идентификатора точки доступа к услугам сетевого уровня (NSAPI), ассоциативно связанным с RAB, установленного в течение активации первоначального контекста протокола передачи пакетных данных (PDP) конкретного контекста PDP, с которым новый RAB будет ассоциирован; исредства для передачи второго сообщения узлу привязки, указывающего, что существует новый RAB, установленный для конкретного контекста PDP.

10. ММЕ по п.9, дополнительно содержащий:средства для получения третьего сообщения от узла привязки, подтверждающего получение второго сообщения.

11. ММЕ по п.9, в котором первое и второе сообщения включают в себя запрос качества обслуживания (QoS), который указывает ряд QoS, который применяется ко всем RAB конкретного контекста PDP.

12. ММЕ п.9, в котором первое и второе сообщения включают в себя ассоциативно связанный NAPSI.

13. ММЕ по п.10, дополнительно содержащий:средства для передачи сообщения запроса назначения RAB и средства для получения ответного сообщения назначения RAB.

14. Объект управления мобильностью (ММЕ), содержащий:средства для получения сообщения запроса активации протокола передачи пакетных данных (PDP), включающее в себя список идентификаторов точек доступа к услугам сетевого уровня (NSAPI) и имена услуг и точек доступа (APN), являющийся договорным и установленным в процедуре активации одиночного контекста PDP;средства для проверки запроса активации контекста PDP;средства для передачи сообщения запроса создания контекста PDP узлу привязки исредства для получения ответного сообщения создания контекста PDP от узла привязки.

15. ММЕ по п.14, дополнительно содержащий:средства для выбора, по меньшей мере, одного APN;средства для отображения выбора APN на узел привязки;средства для определения идентификаторов конечного пункта туннеля (TEID) протокола (GTP) туннелирования пакетной радиослужбы общего назначения (GPRS) и списка NSAPI исредства для передачи сообщения узлу привязки, указывающего, что существует новый однонаправленный канал радиодоступа (RAB), установленный для конкретного контекста PDP.

16. ММЕ по п.14, в котором сообщение запроса активации контекста пакета PDP включает в себя список услуг, которые обеспечивают ряд желаемых услуг по Интернет-протоколу (IP) под конкретным контекстом PDP.