RU2407193C2 - Способ беспроводной связи и система для активации множественных однонаправленных каналов услуг посредством эффективных процедур активации контекста протокола пакетных данных - Google Patents
Способ беспроводной связи и система для активации множественных однонаправленных каналов услуг посредством эффективных процедур активации контекста протокола пакетных данных Download PDFInfo
- Publication number
- RU2407193C2 RU2407193C2 RU2008147656/09A RU2008147656A RU2407193C2 RU 2407193 C2 RU2407193 C2 RU 2407193C2 RU 2008147656/09 A RU2008147656/09 A RU 2008147656/09A RU 2008147656 A RU2008147656 A RU 2008147656A RU 2407193 C2 RU2407193 C2 RU 2407193C2
- Authority
- RU
- Russia
- Prior art keywords
- pdp context
- service
- rab
- message
- mme
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
- H04W28/0263—Traffic management, e.g. flow control or congestion control per individual bearer or channel involving mapping traffic to individual bearers or channels, e.g. traffic flow template [TFT]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Изобретение относится к технике связи. Процедуры активации контекста протокола пакетной передачи данных (PDP) «Проекта сотрудничества по созданию системы третьего поколения» (3GPP) используют для размещения адреса Интернет протокола (IP) и установления туннелирования между усовершенствованным узлом Б (eNodeB) и узлом привязки, в то время как делают возможными множественные однонаправленные каналы радиодоступа, чтобы быть отображенными на один контекст PDP для различных требований качества обслуживания (QoS). Таким образом, один контекст PDP достаточен для беспроводного приемопередающего модуля (WTRU) в одиночной сети пакетной передачи данных (PDN). Эти множественные контексты PDP могут быть установлены для особых требований (например, услуги, поставляемые в комплекте) или, когда WTRU соединяется с множеством PDN. Технический результат заключается в уменьшении задержки установки услуг. 4 н. и 12 з.п. ф-лы, 6 ил.
Description
Область техники изобретения
Настоящее изобретение, в общем, относится к системам беспроводной связи. Более конкретно настоящее изобретение связано со способами и устройствами для активизации множественных однонаправленных каналов услуг, используя одиночную процедуру активации вторичного контекста протокола пакетной передачи данных (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).
Claims (16)
1. Способ беспроводной связи, реализованный объектом управления мобильностью (ММЕ), способ содержит:
получение первого сообщения, запрашивающего установление нового однонаправленного канала радиодоступа (RAB) для новой услуги;
определение на основе идентификатора точки доступа к услугам сетевого уровня (NSAPI), ассоциативно связанным с RAB, установленным в течение активации первоначального контекста протокола передачи пакетных данных (PDP), конкретный контекст PDP, с которым новый RAB должен быть ассоциирован; и
передачу второго сообщения узлу привязки, указывающему, что существует новый RAB, установленный для конкретного контекста PDP.
получение первого сообщения, запрашивающего установление нового однонаправленного канала радиодоступа (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 от узла привязки.
получение сообщения запроса активации протокола передачи пакетных данных (PDP), включающего в себя список идентификаторов точек доступа к услугам сетевого уровня (NSAPI) и имена услуг и точек доступа (APN), являющийся договорным и установленным в процедуре активации одиночного контекста PDP;
проверку запроса активации контекста PDP;
передачу сообщения запроса создания контекста PDP узлу привязки и получение ответного сообщения создания контекста PDP от узла привязки.
7. Способ по п.6, дополнительно содержащий выбор, по меньшей мере, одного APN;
отображение выбора APN на узел привязки;
определение идентификаторов конечного пункта туннеля (TEID) протокола (GTP) туннелирования пакетной радиослужбы общего назначения (GPRS) и списка NSAPI и
передачу сообщения узлу привязки, указывающего, что существует новый однонаправленный канал радиодоступа (RAB), установленный для конкретного контекста PDP.
отображение выбора APN на узел привязки;
определение идентификаторов конечного пункта туннеля (TEID) протокола (GTP) туннелирования пакетной радиослужбы общего назначения (GPRS) и списка NSAPI и
передачу сообщения узлу привязки, указывающего, что существует новый однонаправленный канал радиодоступа (RAB), установленный для конкретного контекста PDP.
8. Способ по п.6, в котором сообщение запроса активации контекста пакета PDP включает в себя список услуг, которые обеспечивают ряд желаемых услуг по Интернет-протоколу (IP) под конкретным контекстом PDP.
9. Объект управления мобильностью (ММЕ), содержащий:
средства для получения первого сообщения, запрашивающего установление нового однонаправленного канала радиодоступа (RAB) для новой услуги;
средства для определения на основе идентификатора точки доступа к услугам сетевого уровня (NSAPI), ассоциативно связанным с RAB, установленного в течение активации первоначального контекста протокола передачи пакетных данных (PDP) конкретного контекста PDP, с которым новый RAB будет ассоциирован; и
средства для передачи второго сообщения узлу привязки, указывающего, что существует новый RAB, установленный для конкретного контекста PDP.
средства для получения первого сообщения, запрашивающего установление нового однонаправленного канала радиодоступа (RAB) для новой услуги;
средства для определения на основе идентификатора точки доступа к услугам сетевого уровня (NSAPI), ассоциативно связанным с RAB, установленного в течение активации первоначального контекста протокола передачи пакетных данных (PDP) конкретного контекста PDP, с которым новый RAB будет ассоциирован; и
средства для передачи второго сообщения узлу привязки, указывающего, что существует новый RAB, установленный для конкретного контекста PDP.
10. ММЕ по п.9, дополнительно содержащий:
средства для получения третьего сообщения от узла привязки, подтверждающего получение второго сообщения.
средства для получения третьего сообщения от узла привязки, подтверждающего получение второго сообщения.
11. ММЕ по п.9, в котором первое и второе сообщения включают в себя запрос качества обслуживания (QoS), который указывает ряд QoS, который применяется ко всем RAB конкретного контекста PDP.
12. ММЕ п.9, в котором первое и второе сообщения включают в себя ассоциативно связанный NAPSI.
13. ММЕ по п.10, дополнительно содержащий:
средства для передачи сообщения запроса назначения RAB и средства для получения ответного сообщения назначения RAB.
средства для передачи сообщения запроса назначения RAB и средства для получения ответного сообщения назначения RAB.
14. Объект управления мобильностью (ММЕ), содержащий:
средства для получения сообщения запроса активации протокола передачи пакетных данных (PDP), включающее в себя список идентификаторов точек доступа к услугам сетевого уровня (NSAPI) и имена услуг и точек доступа (APN), являющийся договорным и установленным в процедуре активации одиночного контекста PDP;
средства для проверки запроса активации контекста PDP;
средства для передачи сообщения запроса создания контекста PDP узлу привязки и
средства для получения ответного сообщения создания контекста PDP от узла привязки.
средства для получения сообщения запроса активации протокола передачи пакетных данных (PDP), включающее в себя список идентификаторов точек доступа к услугам сетевого уровня (NSAPI) и имена услуг и точек доступа (APN), являющийся договорным и установленным в процедуре активации одиночного контекста PDP;
средства для проверки запроса активации контекста PDP;
средства для передачи сообщения запроса создания контекста PDP узлу привязки и
средства для получения ответного сообщения создания контекста PDP от узла привязки.
15. ММЕ по п.14, дополнительно содержащий:
средства для выбора, по меньшей мере, одного APN;
средства для отображения выбора APN на узел привязки;
средства для определения идентификаторов конечного пункта туннеля (TEID) протокола (GTP) туннелирования пакетной радиослужбы общего назначения (GPRS) и списка NSAPI и
средства для передачи сообщения узлу привязки, указывающего, что существует новый однонаправленный канал радиодоступа (RAB), установленный для конкретного контекста PDP.
средства для выбора, по меньшей мере, одного APN;
средства для отображения выбора APN на узел привязки;
средства для определения идентификаторов конечного пункта туннеля (TEID) протокола (GTP) туннелирования пакетной радиослужбы общего назначения (GPRS) и списка NSAPI и
средства для передачи сообщения узлу привязки, указывающего, что существует новый однонаправленный канал радиодоступа (RAB), установленный для конкретного контекста PDP.
16. ММЕ по п.14, в котором сообщение запроса активации контекста пакета PDP включает в себя список услуг, которые обеспечивают ряд желаемых услуг по Интернет-протоколу (IP) под конкретным контекстом PDP.
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US79715406P | 2006-05-03 | 2006-05-03 | |
US60/797,154 | 2006-05-03 | ||
US83953206P | 2006-08-23 | 2006-08-23 | |
US60/839,532 | 2006-08-23 | ||
US91137407P | 2007-04-12 | 2007-04-12 | |
US60/911,374 | 2007-04-12 | ||
PCT/US2007/009734 WO2007130281A2 (en) | 2006-05-03 | 2007-04-23 | Wireless communication method and system for activating multiple service bearers via efficient packet data protocol context activation procedures |
Publications (2)
Publication Number | Publication Date |
---|---|
RU2008147656A RU2008147656A (ru) | 2010-06-10 |
RU2407193C2 true RU2407193C2 (ru) | 2010-12-20 |
Family
ID=38598054
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2008147656/09A RU2407193C2 (ru) | 2006-05-03 | 2007-04-23 | Способ беспроводной связи и система для активации множественных однонаправленных каналов услуг посредством эффективных процедур активации контекста протокола пакетных данных |
Country Status (13)
Country | Link |
---|---|
EP (1) | EP2022223A2 (ru) |
JP (1) | JP2009535980A (ru) |
KR (2) | KR20090016027A (ru) |
CN (1) | CN101438544A (ru) |
AR (1) | AR060848A1 (ru) |
AU (1) | AU2007248861B2 (ru) |
BR (1) | BRPI0710347A2 (ru) |
CA (1) | CA2651076A1 (ru) |
IL (1) | IL195046A0 (ru) |
RU (1) | RU2407193C2 (ru) |
SG (1) | SG171641A1 (ru) |
TW (2) | TW201114225A (ru) |
WO (1) | WO2007130281A2 (ru) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2460240C1 (ru) * | 2011-03-15 | 2012-08-27 | Дина Александровна Денисова | Способ пользования мобильной связью |
RU2628489C2 (ru) * | 2012-05-10 | 2017-08-17 | Самсунг Электроникс Ко., Лтд. | Способ и система для передачи без подключения во время передачи пакетов данных по восходящей линии связи и нисходящей линии связи |
RU2689194C2 (ru) * | 2014-04-21 | 2019-05-24 | МАЙКРОСОФТ ТЕКНОЛОДЖИ ЛАЙСЕНСИНГ, ЭлЭлСи | Конфигурация устройства на основе сеансов связи |
RU2786636C2 (ru) * | 2018-08-13 | 2022-12-23 | Хуавэй Текнолоджиз Ко., Лтд. | Способ обработки изменения характеристики радиосвязи терминального устройства и устройство |
Families Citing this family (32)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB0705787D0 (en) | 2007-03-26 | 2007-05-02 | Vodafone Plc | Telecommunications networks |
GB2448004B (en) * | 2007-03-26 | 2011-08-10 | Vodafone Plc | Data transmission |
CN101442734B (zh) * | 2007-11-23 | 2010-12-29 | 中兴通讯股份有限公司 | 用于WiMAX系统的多业务流操作的优化方法 |
CN102340847B (zh) * | 2007-12-25 | 2017-07-21 | 华为技术有限公司 | 一种终端接入网络的方法、装置和系统 |
US8218436B2 (en) * | 2008-03-21 | 2012-07-10 | Research In Motion Limited | Dynamic aggregated maximum bit rate for evolved packet system non-guaranteed bit rate quality of service enforcement and network bandwidth utilization |
US8295174B2 (en) | 2008-03-28 | 2012-10-23 | Research In Motion Limited | Proactive uplink aggregate maximum bit rate enforcement |
CN101594572B (zh) * | 2008-05-29 | 2013-04-24 | 华为技术有限公司 | 承载资源处理方法、系统以及装置 |
EP2286546B1 (en) | 2008-06-13 | 2014-01-15 | Telefonaktiebolaget L M Ericsson (PUBL) | Network traffic transfer between a radio base station node and a gateway node |
US8902805B2 (en) | 2008-10-24 | 2014-12-02 | Qualcomm Incorporated | Cell relay packet routing |
GB2467140B (en) * | 2009-01-23 | 2011-03-09 | Ip Access Ltd | Method and apparatus for enabling access to a packet data network |
US8547969B2 (en) | 2009-03-31 | 2013-10-01 | Interdigital Patent Holdings, Inc. | Method and apparatus for providing non-packet switched service in a target radio access technology network |
US20100254334A1 (en) * | 2009-04-06 | 2010-10-07 | Qualcomm Incorporated | Setting up a communication session within a wireless communications system |
US20100260109A1 (en) * | 2009-04-10 | 2010-10-14 | Qualcomm Incorporated | Optimized inter-access point packet routing for ip relay nodes |
CN102396250A (zh) * | 2009-04-17 | 2012-03-28 | 松下电器产业株式会社 | 用于在分段移动通信系统中管理本地ip访问的设备 |
US8711772B2 (en) | 2009-05-22 | 2014-04-29 | Qualcomm Incorporated | Paging of a user equipment (UE) within a wireless communications system |
CN101998668A (zh) * | 2009-08-27 | 2011-03-30 | 中兴通讯股份有限公司 | 一种无线连接的gtp-u实体间传输数据的方法和装置 |
CN102026401B (zh) * | 2009-09-21 | 2014-09-10 | 中兴通讯股份有限公司 | 移动性处理方法及装置 |
CN102036219B (zh) * | 2009-09-30 | 2016-08-03 | 中兴通讯股份有限公司 | 本地连接信息的发送方法及装置 |
CN101808270B (zh) * | 2010-03-10 | 2016-03-30 | 华为终端有限公司 | 一种基于Android的业务处理方法和装置 |
US8560708B2 (en) * | 2010-06-29 | 2013-10-15 | Alcatel Lucent | Method and apparatus for allocating bundles of sessions in a network element |
US8885468B2 (en) * | 2010-12-30 | 2014-11-11 | Htc Corporation | Apparatuses and methods for access point name (APN) based congestion control during a packet data protocol (PDP) context activation procedure |
CN102655637A (zh) * | 2011-03-01 | 2012-09-05 | 中兴通讯股份有限公司 | 一种移动通信系统和组网方法 |
KR20130082355A (ko) | 2012-01-11 | 2013-07-19 | 삼성전자주식회사 | 이동 통신 시스템에서 패킷 데이터 네트워크 연결 장치 및 방법 |
EP2822235B1 (en) * | 2012-03-28 | 2017-09-06 | Huawei Technologies Co., Ltd. | Method and device for establishing direct tunnel |
CN102938942B (zh) * | 2012-11-20 | 2015-08-05 | 华为终端有限公司 | Pdp连接的自适应处理方法及其装置、终端设备 |
WO2015174700A1 (ko) * | 2014-05-11 | 2015-11-19 | 엘지전자 주식회사 | Csipto를 지원하는 무선 통신 시스템에서 apn-ambr 설정 방법 및 이를 위한 장치 |
JP6367874B2 (ja) * | 2016-08-04 | 2018-08-01 | ▲ホア▼▲ウェイ▼技術有限公司Huawei Technologies Co.,Ltd. | ダイレクトトンネルを確立するための方法および装置 |
WO2018229534A1 (en) * | 2017-06-16 | 2018-12-20 | Nokia Solutions And Networks Oy | Method and apparatus for transmitting packets in accordance with quality of service classifications defined by a tunnel identifier |
KR20200027001A (ko) * | 2017-08-23 | 2020-03-11 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 트래픽 통계 수집 방법 및 장치 |
JP7045473B2 (ja) * | 2018-02-22 | 2022-03-31 | テレフオンアクチーボラゲット エルエム エリクソン(パブル) | Ue関連の論理接続のためのアプリケーションプロトコル識別情報の処理 |
FR3084549B1 (fr) * | 2018-07-30 | 2022-02-18 | Ingenico Group | Procede de transmission de donnees vers deux passerelles distinctes, et dispositif correspondant. |
CN110830928B (zh) * | 2018-08-13 | 2021-09-03 | 华为技术有限公司 | 通信方法和装置 |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1096742A1 (en) * | 1999-10-25 | 2001-05-02 | Lucent Technologies Inc. | Radio communication network |
CA2302461A1 (en) * | 2000-03-27 | 2001-09-27 | William Martin Snelgrove | Wireless local loop |
US7054945B2 (en) * | 2001-04-09 | 2006-05-30 | Nokia Corporation | Technique for providing announcements in mobile-originated calls |
CN1177446C (zh) * | 2002-01-23 | 2004-11-24 | 华为技术有限公司 | 一种单信息源至多接收点的分组数据业务实现方法 |
KR100438430B1 (ko) * | 2002-01-24 | 2004-07-03 | 삼성전자주식회사 | 이동통신시스템에서 트래픽 플로우 탬플릿 재정렬 장치 및방법 |
FR2840758B1 (fr) * | 2002-06-11 | 2004-11-26 | Evolium Sas | Procede pour supporter du trafic temps reel dans un systeme de radiocommunications mobiles |
US6850503B2 (en) * | 2002-08-06 | 2005-02-01 | Motorola, Inc. | Method and apparatus for effecting a handoff between two IP connections for time critical communications |
AU2003267643A1 (en) * | 2002-09-24 | 2004-04-19 | Orange Sa | Telecommunications |
US7277694B2 (en) * | 2002-10-22 | 2007-10-02 | Qualcomm Incorporated | Method and apparatus for commencing shared or individual transmission of broadcast content in a wireless telephone network |
EP1432263B1 (en) * | 2002-12-16 | 2005-09-28 | Alcatel | A telecommunication method supporting multiple air interfaces |
US7634274B2 (en) * | 2002-12-31 | 2009-12-15 | Nokia Corporation | Connection establishment for PDP contexts |
GB2399713A (en) * | 2003-03-17 | 2004-09-22 | Orange Personal Comm Serv Ltd | Telecommunications apparatus and method based on quality of service |
FI116186B (fi) * | 2003-12-19 | 2005-09-30 | Nokia Corp | Tiedonsiirron järjestäminen langattomassa pakettivälitteisen datan siirtoa tarjoavassa järjestelmässä |
FI20031911A0 (fi) * | 2003-12-29 | 2003-12-29 | Nokia Corp | Menetelmä ja järjestelmä access-verkkopalvelun kontrolloimiseksi reaaliaikaisessa datapalvelussa |
FI20031912A0 (fi) * | 2003-12-29 | 2003-12-29 | Nokia Corp | Menetelmä ja järjestelmä reaaliaikaisen tiedonsiirtopalvelun kontrolloimiseksi |
-
2007
- 2007-04-23 KR KR1020087031513A patent/KR20090016027A/ko not_active Application Discontinuation
- 2007-04-23 WO PCT/US2007/009734 patent/WO2007130281A2/en active Application Filing
- 2007-04-23 CN CNA2007800158850A patent/CN101438544A/zh active Pending
- 2007-04-23 RU RU2008147656/09A patent/RU2407193C2/ru not_active IP Right Cessation
- 2007-04-23 KR KR1020087029565A patent/KR101100515B1/ko not_active IP Right Cessation
- 2007-04-23 SG SG201103100-2A patent/SG171641A1/en unknown
- 2007-04-23 EP EP07755846A patent/EP2022223A2/en not_active Withdrawn
- 2007-04-23 BR BRPI0710347-6A patent/BRPI0710347A2/pt not_active IP Right Cessation
- 2007-04-23 TW TW099109729A patent/TW201114225A/zh unknown
- 2007-04-23 CA CA002651076A patent/CA2651076A1/en not_active Abandoned
- 2007-04-23 JP JP2009509596A patent/JP2009535980A/ja active Pending
- 2007-04-23 TW TW096114320A patent/TW200803370A/zh unknown
- 2007-04-23 AU AU2007248861A patent/AU2007248861B2/en not_active Ceased
- 2007-05-03 AR ARP070101910A patent/AR060848A1/es unknown
-
2008
- 2008-11-02 IL IL195046A patent/IL195046A0/en unknown
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2460240C1 (ru) * | 2011-03-15 | 2012-08-27 | Дина Александровна Денисова | Способ пользования мобильной связью |
RU2628489C2 (ru) * | 2012-05-10 | 2017-08-17 | Самсунг Электроникс Ко., Лтд. | Способ и система для передачи без подключения во время передачи пакетов данных по восходящей линии связи и нисходящей линии связи |
US10306596B2 (en) | 2012-05-10 | 2019-05-28 | Samsung Electronics Co., Ltd | Method and system for connectionless transmission during uplink and downlink of data packets |
US10652862B2 (en) | 2012-05-10 | 2020-05-12 | Samsung Electronics Co., Ltd | Method and system for connectionless transmission during uplink and downlink of data packets |
US11051277B2 (en) | 2012-05-10 | 2021-06-29 | Samsung Electronics Co., Ltd | Method and system for connectionless transmission during uplink and downlink of data packets |
RU2689194C2 (ru) * | 2014-04-21 | 2019-05-24 | МАЙКРОСОФТ ТЕКНОЛОДЖИ ЛАЙСЕНСИНГ, ЭлЭлСи | Конфигурация устройства на основе сеансов связи |
RU2786636C2 (ru) * | 2018-08-13 | 2022-12-23 | Хуавэй Текнолоджиз Ко., Лтд. | Способ обработки изменения характеристики радиосвязи терминального устройства и устройство |
US12010759B2 (en) | 2018-08-13 | 2024-06-11 | Huawei Technologies Co., Ltd. | Method for processing change in radio capability of terminal apparatus and apparatus |
Also Published As
Publication number | Publication date |
---|---|
KR20090008449A (ko) | 2009-01-21 |
SG171641A1 (en) | 2011-06-29 |
EP2022223A2 (en) | 2009-02-11 |
TW200803370A (en) | 2008-01-01 |
WO2007130281A2 (en) | 2007-11-15 |
CA2651076A1 (en) | 2007-11-15 |
AR060848A1 (es) | 2008-07-16 |
AU2007248861A1 (en) | 2007-11-15 |
KR20090016027A (ko) | 2009-02-12 |
CN101438544A (zh) | 2009-05-20 |
KR101100515B1 (ko) | 2011-12-29 |
RU2008147656A (ru) | 2010-06-10 |
TW201114225A (en) | 2011-04-16 |
AU2007248861B2 (en) | 2010-10-28 |
JP2009535980A (ja) | 2009-10-01 |
BRPI0710347A2 (pt) | 2011-08-09 |
WO2007130281A3 (en) | 2008-01-03 |
IL195046A0 (en) | 2009-08-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2407193C2 (ru) | Способ беспроводной связи и система для активации множественных однонаправленных каналов услуг посредством эффективных процедур активации контекста протокола пакетных данных | |
US20070258427A1 (en) | Wireless communication method and system for activating multiple service bearers via efficient packet data protocol context activation procedures | |
JP3901095B2 (ja) | 移動局発信呼の通知技法 | |
AU776918B2 (en) | Dynamic upgrade of quality of service in a packet switched network | |
JP4960385B2 (ja) | データ伝送においてパケットフィルタを設置するための方法およびデバイス | |
JP4672002B2 (ja) | 無線通信システムにおいてサービス品質サポートを提供する方法、装置、コンピュータプログラム | |
KR101022575B1 (ko) | 부분 세션 이전 방법 및 이를 위한 단말 | |
JP4334802B2 (ja) | インターネット・プロトコル移動通信ネットワークの技術分野で呼設定を行うための手法 | |
EP1374494B1 (en) | Method and apparatus for establishing a protocol proxy for a mobile host terminal in a multimedia session | |
US20080013553A1 (en) | Activation of multiple bearer services in a long term evolution system | |
JP5331222B2 (ja) | 音声からマルチメディアへのネットワーク主導型サービス変更 | |
US20050207336A1 (en) | System and method of receiving various packet services through the same internet protocol address in a universal mobile telecommunication service system | |
WO2009115054A1 (zh) | 一种获取信息的方法、用户设备及网络设备 | |
JP2004254278A (ja) | 無線LANを無線電話ネットワークと相互作用させているときにQoSレベルを管理する技術 | |
JP2011525334A (ja) | 第3世代パートナーシッププロジェクトの複数のネットワーク間のサービス品質の接続のための機構 | |
EP2632093B1 (en) | Packet switched domain service processing method and device | |
WO2007124683A1 (fr) | Procédé de négociation de la qualité de service et dispositif prévu à cet effet | |
TW200805974A (en) | Activation of multiple bearer services in a long term evolution system | |
CN116097751A (zh) | 利用smf重新选择来重新锚定 | |
KR100462026B1 (ko) | 이동 멀티미디어 서비스를 위한 프록시 서버 장치 및폴리시 제어 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20170424 |