RU2478263C2 - Способ выбора мультимедийного потока - Google Patents

Способ выбора мультимедийного потока Download PDF

Info

Publication number
RU2478263C2
RU2478263C2 RU2010107251/07A RU2010107251A RU2478263C2 RU 2478263 C2 RU2478263 C2 RU 2478263C2 RU 2010107251/07 A RU2010107251/07 A RU 2010107251/07A RU 2010107251 A RU2010107251 A RU 2010107251A RU 2478263 C2 RU2478263 C2 RU 2478263C2
Authority
RU
Russia
Prior art keywords
pdp context
service
information
multimedia stream
pdp
Prior art date
Application number
RU2010107251/07A
Other languages
English (en)
Other versions
RU2010107251A (ru
Inventor
Пер СЮННЕРГРЕН
Петер ХЕДМАН
Original Assignee
Телефонактиеболагет Лм Эрикссон (Пабл)
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Телефонактиеболагет Лм Эрикссон (Пабл) filed Critical Телефонактиеболагет Лм Эрикссон (Пабл)
Publication of RU2010107251A publication Critical patent/RU2010107251A/ru
Application granted granted Critical
Publication of RU2478263C2 publication Critical patent/RU2478263C2/ru

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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0894—Policy-based network configuration management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/22—Manipulation of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Изобретение относится к система связи. Технический результат заключается в усовершенствовании согласования сеансов связи. В способе и системе для обработки запроса на услугу или мультимедийный поток от пользователя системы сотовой радиосвязи предусмотрено средство для определения того, должен уже существующий PDP-контекст или однонаправленный EPS-канал использоваться для запрашиваемой услуги или мультимедийного потока на основе информации, принимаемой от системы. 3 н. и 7 з.п. ф-лы, 8 ил.

Description

Область техники, к которой относится изобретение
Настоящее изобретение относится к способу и устройству для выбора мультимедийного потока в системе сотовой радиосвязи.
Уровень техники
В существующих системах сотовой радиосвязи сами мобильные станции отвечают за запрашивание подходящих контекстов протокола передачи пакетных данных (PDP) для данных услуг или мультимедийных потоков. Поскольку именно мобильные станции управляют согласованием PDP-контекстов, для любой данной мобильной станции является несложным то, чтобы коррелировать то, какие PDP-контексты должны использоваться для каких услуг или мультимедийных потоков.
В 3GPP версия 7 введен принцип запрошенного сетью качества обслуживания (QoS), см. также 3GPP TS 23.060, Общий сервис пакетной радиопередачи (General Packet Radio Service (GPRS)); Описание Сервиса (Service description); Стадия 2 (Stage 2). Основная идея состоит в том, чтобы разрешать владельцам радиоресурсов, операторам, определять то, какой тип однонаправленного канала следует использовать для данной услуги или мультимедийного потока.
Те же принципы должны использоваться, если система является EPS-системой, см. 3GPP TS 23.401 и 23.402. К примеру, если используется архитектура 23.401, то PDN GW используется вместо GGSN, MME вместо SGSN, и PDN-соединения или однонаправленные EPS-каналы используются вместо PDP-контекстов, а имена процедур являются другими.
Введение запрошенных сетью PDP-контекстов приводит к этому, точка принятия решения о том, какой PDP-контекст следует использовать для услуги или мультимедийного потока, перемещается от мобильной станции к сети. Это означает, что мобильная станция не контролирует привязку между PDP-контекстами и услугами/мультимедийными потоками, и как результат мобильная станция не может знать, какой PDP-контекст следует использовать для данной услуги или мультимедийного потока.
Следовательно, информация о том, какой тип PDP-контекста необходимо использовать для данной услуги/мультимедийного потока, должна сообщаться посредством сети мобильной станции. Уведомление относительно того, какой PDP-контекст следует использовать, является прямым процессом в случае, когда нет уже установленного подходящего PDP-контекста. Фиг.1 показывает поток сигналов для этого случая, поскольку он уже задан в 3GPP версии 7. Таким образом, когда нет уже установленного подходящего PDP-контекста, шлюзовой узел поддержки GPRS (GGSN) сначала получает триггер из структуры управления политиками относительно того, что новая услуга или мультимедийный поток запущен. Это приводит к выбору такой политики, что дополнительный PDP-контекст, использующий "процедуру активации вторичного PDP-контекста", должен быть установлен с определенным качеством обслуживания (QoS), выбранным посредством сетевых политик.
Затем GGSN передает в служебных сигналах информацию о том, какой PDP-контекст следует устанавливать, посредством отправки сообщения инициирования активации PDP-контекста с запрашиваемым QoS, шаблоном потока трафика (TFT), конфигурационными параметрами протокола (PCO) и т.д. Информация на этапе 2 перенаправляется в мобильный терминал посредством SGSN с использованием сообщения с запросом на активацию PDP-контекста. Мобильный терминал включает информацию, которую он принял на этапе 3, в "процедуру активации вторичного PDP-контекста", чтобы устанавливать новый PDP-контекст.
Тем не менее, в случае запрошенных сетью PDP-контекстов сеть может захотеть использовать уже существующий PDP-контекст для передачи мультимедиа. В этом случае мобильная станция не должна начинать "процедуру активации вторичного PDP-контекста", чтобы устанавливать новый PDP-контекст. Вместо этого мобильный терминал должен уведомляться посредством уровня управления GPRS-сеансами о том, что сеть выбрала уже существующий PDP-контекст для передачи мультимедиа.
Причина, по которой мобильная станция должна уведомляться о том, что уже установленный PDP-контекст должен использоваться для передачи мультимедиа, показана на фиг.2. Согласование сеанса на базе мультимедийной подсистемы на базе IP-протокола (IMS) содержит два раунда согласования мультимедийных характеристик. Первый раунд переговоров помечен "1" на фиг.2. Этот раунд согласования должен содержать информацию о том, какие типы мультимедиа IMS-клиент A хочет использовать в связи, как описано в SIP INVITE, и какой из предложенных типов мультимедиа IMS-клиент B поддерживает, как описано в SIP 183 Session Progress. Дополнительно первый раунд согласования также должен содержать информацию о текущем состоянии резервирования ресурса для мультимедиа для этих двух IMS-клиентов. В этот момент IMS-клиенты A и B не знают, какой PDP-контекст следует использовать для согласуемого мультимедийного потока, поэтому IMS-клиент A и IMS-клиент B должны указывать то, что они не имеют ресурсов для передачи мультимедиа, используя такие SDP-атрибуты как "a=inactive" и объявляя, что предварительные условия SIP не удовлетворены, т.е. объявляя, что по сведению IMS-клиентов ресурсы не зарезервированы.
На фиг.2 сеть инициирует новые PDP-контексты для мультимедиа. Это приводит к передаче служебных сигналов на уровне управления GPRS-сеансами. IMS-клиенты могут осуществлять доступ к этой информации и таким образом должны уведомляться о том, что новый PDP-контекст установлен.
Когда IMS-клиент A уведомляется о том, что новый PDP-контекст установлен, т.е. ресурсы зарезервированы для мультимедиа, он инициирует второй раунд согласования, помеченный как "2" на фиг.2. Конфигурация мультимедиа является идентичной результату первого раунда согласования. Отличие состоит в том, что IMS-клиент A должен теперь указывать, что он имеет ресурсы и может начинать передачу мультимедиа, к примеру, посредством индикатора "a=sendrecv", и что предварительные условия SIP теперь удовлетворяются.
Тем не менее, не разрешается такой случай, в котором сеть решает использовать уже установленный PDP-контекст для мультимедиа, когда процедура запрошенной сетью активации PDP-контекста используется. В этом случае IMS-клиенты, которые не знают то, является ли какой-либо из уже установленных PDP-контекстов подходящим для передачи мультимедиа, указывают в первом раунде согласования, что они не имеют ресурсов ("a=inactive", предварительные условия SIP не удовлетворены).
Следовательно, существует потребность в способе, устройстве и системе, которые позволяют обрабатывать случай, когда сеть решает использовать уже установленный PDP-контекст для мультимедиа, когда процедура запрошенной сетью активации PDP-контекста используется.
Сущность изобретения
Цель настоящего изобретения состоит в том, чтобы предоставлять возможность системе сотовой связи использовать уже установленный PDP-контекст для мультимедиа, когда используется процедура запрошенной сетью активации PDP-контекста.
Эта и другие цели получаются посредством способа, устройства и системы, как изложено в прилагаемой формуле изобретения. Следовательно, предусмотрен способ выбора мультимедийного потока в системе сотовой радиосвязи. В соответствии со способом запрос на мультимедийный поток может приниматься от мобильного терминала. Когда запрос принят, может быть определено то, что существующий PDP-контекст или однонаправленный EPS-канал должны использоваться для запрашиваемого мультимедийного потока, и передается в служебных сигналах в мобильную станцию то, что должны использоваться существующий PDP-контекст или однонаправленный EPS-канал.
Поскольку в традиционных системах отсутствует сигнал, чтобы отправлять из сети в IMS-клиент, чтобы сообщать то, что сеть определила, что IMS-клиент должен использовать уже установленный PDP-контекст для передачи мультимедиа, невозможно использовать установленный PDP-контекст для передачи мультимедиа. Следовательно, в существующих системах IMS-клиенты никогда не уведомляются о том, что ресурсы фактически уже присутствуют, и они не могут продолжать последовательность служебных сигналов установления IMS-сеанса и сообщать, что они не имеют ресурсов.
В соответствии с настоящим изобретением сигнал используется для того, чтобы указывать мобильному терминалу/IMS-клиенту то, что уже установленный PDP-контекст является предпочтительным выбором сети, чтобы использоваться для передачи мультимедиа. Например, уже существующая процедура "инициированной GGSN модификации PDP-контекста" или процедура "запрошенной сетью активации PDP-контекста" может использоваться, или эквивалентный сигнал может добавляться, чтобы указывать мобильному терминалу/IMS-клиенту то, что уже установленный PDP-контекст является предпочтительным выбором сети, которая должна использоваться для передачи мультимедиа. Это может получаться посредством отправки информации в мобильную станцию, включающей в себя один или более идентификаторов, которые мобильная станция может использовать для того, чтобы коррелировать с уже существующим PDP-контекстом. Такими идентификаторами могут быть, например:
- шаблон потока трафика (TFT) с информацией фильтра восходящей и/или нисходящей линии связи,
- идентификатор точки доступа к сетевой службе (NSAPI),
- PDP-адрес.
Краткое описание чертежей
Настоящее изобретение далее подробнее описывается посредством неограничивающих примеров и со ссылкой на прилагаемые чертежи, на которых:
- фиг.1 - это представление, иллюстрирующее установление запрошенного сетью PDP-контекста,
- фиг.2 - это представление, иллюстрирующее передачу служебных сигналов установления IMS-сеанса, и
- фиг.3 - это представление, иллюстрирующее установление сеанса с использованием предварительно установленного/уже существующего PDP-контекста,
- фиг.4 - это узел в системе сотовой радиосвязи,
- фиг.5 - это мобильная станция, и
- фиг.6 - это блок-схема последовательности операций способа, иллюстрирующая этапы алгоритма, выполняемые в системе сотовой радиосвязи.
Подробное описание изобретения
В случае если сеть решила использовать PDP-контекст, который уже установлен, поток сигналов на фиг.2 может быть таким, как проиллюстрировано на фиг.3. Таким образом, базовая IMS-сеть A отправляет Diameter AAR, чтобы предоставлять информацию об услуге/мультимедийном потоке для PCRF. PCRF осуществляет выбор политики и отправляет информацию в сообщении Diameter RAR. GGSN, который является точкой активации политики, принудительно активирует политики и, как результат, определяется, что уже существующий PDP-контекст должен использоваться для этой услуги/мультимедийного потока.
В соответствии с одним вариантом осуществления GGSN затем может непосредственно подтверждать прием Diameter RAR с помощью Diameter RAA в PCRF и одновременно отправляет информацию в мобильную станцию через SGSN с использованием либо:
- сообщения с запросом на обновление PDP-контекста, если используется процедура инициированной GGSN модификации PDP-контекста для этой цели (не показана на фиг.3), либо
- другого подходящего сообщения, например, инициирования активации PDP-контекста, при использовании процедуры запрошенной сетью активации вторичного PDP-контекста для этой цели, которое отправляется в SGSN.
Это сообщение, можно сказать, переносит информацию в SGSN о том, что уже существующий PDP-контекст должен использоваться для услуги или передачи мультимедиа. В случае если это сообщение с запросом на обновление PDP-контекста используется, SGSN должен рассматривать процедуру как обычную инициированную GGSN модификацию PDP-контекста и не знать о том, что система преобразует новый мультимедийный поток в уже существующий PDP-контекст при использовании запрашиваемого сетью QoS. Тем не менее, если другой сигнал (к примеру, инициирование активации PDP-контекста) должен использоваться, может требоваться или не требоваться новая логика SGSN для того, чтобы понимать, что уже инициированный PDP-контекст должен использоваться. Информацией, предоставленной в SGSN, который должен использоваться для того, чтобы идентифицировать PDP-контекст, может быть, например:
- идентификатор GTP-туннеля (к примеру, TEID),
- NSAPI (идентификатор PDP-контекста),
- PDP-адрес, или
- фильтры шаблонов потоков трафика (TFT).
SGSN затем разрешается использовать эту информацию и коррелировать его с уже установленными PDP-контекстами, и понимать, что он уже имеет этот PDP-контекст активированным при необходимости. Независимо о того, используется новая логика SGSN или используется уже существующая логика инициированной GGSN модификации PDP-контекста, либо запрошенной сетью активации PDP-контекста, SGSN должен сообщать в мобильную станцию, которая выполнена с возможностью использовать запрошенную сетью активацию PDP-контекста, что услуга/мультимедийный поток должны отправляться по уже существующему PDP-контексту.
Эта информация может отправляться в мобильный терминал с использованием, например:
- сообщения с запросом на модификацию PDP-контекста, или
- другого подходящего сообщения, такого как сообщение с запросом на активацию PDP-контекста.
Чтобы также сообщать мобильному терминалу о том, что уже существующий PDP-контекст должен использоваться для услуги или передачи мультимедиа. Информацией, предоставляемой в мобильную станцию для того, чтобы сообщать об этом, может быть, например, одно или более из следующего:
- NSAPI (идентификатор PDP-контекста),
- PDP-адрес,
- шаблон потока трафика (TFT) с информацией фильтра восходящей и/или нисходящей линии связи.
Кроме того, вероятно, что должен использоваться TFT восходящей линии связи. TFT должен инструктировать мобильную станцию маршрутизировать мультимедийный поток по соответствующему PDP-контексту/RAB. Информации TFT, к примеру информации фильтра восходящей линии связи и нисходящей линии связи или DSCP, наряду с PDP-адресом и APN достаточно для UE, чтобы понимать то, для какого потока данных об услугах должен использоваться PDP-контекст. Для IMS это означает, что IP-адрес и порты, уведомляемые в SDP, соответствуют принимаемой информации TFT. Для другой услуги или если SDP обновляется с помощью DSCP, Diffserv Codepoints (DSCP) могут использоваться для того, чтобы коррелировать услугу с соответствующим PDP-контекстом.
Если PDP-контекст, который должен использоваться, уже не включает в себя TFT (в нуле или одном PDP-контексте может отсутствовать информация TFT), то сеть направляет мультимедийный поток в PDP-контекст посредством добавления TFT к PDP-контексту с использованием процедуры инициированной GGSN модификации PDP-контекста.
Мобильная станция затем коррелирует или конфигурирует себя так, чтобы использовать информацию, принятую сетью, что приводит к использованию уже установленного PDP-контекста. Это приводит к тому, что PDP-контекст, который уже существует, используется, и нет необходимости начинать процедуру активации вторичного PDP-контекста.
После того как мобильный терминал обнаружил, что услуга/мультимедийный поток должен использовать уже существующий PDP-контекст, он сообщает IMS-клиенту, что он содержит ресурсы. После этого IMS-клиент продолжает передачу служебных сигналов установления IMS-сеанса, указывающую то, что он имеет ресурсы для мультимедиа.
На фиг.4 проиллюстрирован узел 400 в системе сотовой радиосвязи. Узел 400 содержит функцию (PCRF) 407 управления политиками, выполненную с возможностью осуществлять выборы политик, касающиеся того, какой PDP-контекст следует использовать для конкретного запроса на услугу или мультимедийный поток от мобильной станции, подключенной к системе сотовой радиосвязи. PCRF также может находиться вне узла 400, когда узел 400 выполнен с возможностью подключаться к PCRF. Узел 400 дополнительно содержит приемное устройство, выполненное с возможностью принимать запросы на различные услуги или мультимедийные потоки от мобильных станций, подключенных к системе сотовой радиосвязи. Узел 400 также содержит блок 403 выбора решений, который выполнен с возможностью определять, что уже существующий PDP-контекст должен использоваться для принимаемого запроса на услугу или мультимедийный поток от мобильной станции в случае, если имеется подходящий существующий PDP-контекст для использования. Также узел 400 содержит модуль для передачи в служебных сигналах в другой сетевой узел, такой как обслуживающий узел поддержки GPRS (SGSN), то, что уже существующий PDP-контекст должен использоваться для запрашиваемой услуги или мультимедийного потока, посредством отправки информации о PDP-контексте, который должен использоваться.
Информацией об уже существующем PDP-контексте может быть, например, идентификатор GTP-туннеля (к примеру, TEID), NSAPI (идентификатор PDP-контекста), PDP-адрес или фильтры шаблонов потоков трафика (TFT).
На фиг.5 проиллюстрирована мобильная станция 501. Мобильная станция содержит блок 503, выполненный с возможностью конфигурировать себя с использованием принимаемой информации PDP-контекста для выяснения того, что она уже имеет этот PDP-контекст активированным, как описано выше.
На фиг.6 проиллюстрирована блок-схема последовательности операций способа, показывающая этапы алгоритма, выполняемого при определении PDP-контекста для запрашиваемого мультимедийного потока в системе сотовой радиосвязи. Сначала на этапе 601 запрос на мультимедийный поток (или услугу) принимается от мобильного терминала. Затем на этапе 603 определяется то, должен ли существующий PDP-контекст использоваться для запрашиваемого мультимедийного потока. Если на этапе 603 определено то, что существующий PDP-контекст должен использоваться, процедура переходит к этапу 605. Если на этапе 603 определено то, что новый PDP-контекст должен использоваться, процедура переходит к этапу 607, где новый PDP-контекст создается в соответствии с существующими принципами.
На этапе 605 уведомление отправляется к запрашивающему мобильному терминалу, например, через SGSN, содержащее информацию о PDP-контексте, который должен использоваться.
Использование способа, устройства и системы, описанных в данном документе, должно приводить к тому, что сеть сотовой связи может маршрутизировать трафик по уже существующим PDP-контекстам или однонаправленному EPS-каналу при использовании активации однонаправленного EPS-канала или запрошенного сетью PDP-контекста.

Claims (10)

1. Узел (400) в системе сотовой радиосвязи, содержащий:
средство (407) для осуществления доступа к функции управления политиками, PCRF,
средство (401) для приема запроса на услугу или мультимедийный поток от пользователя системы сотовой радиосвязи, и
средство (403) для определения того, что уже существующий контекст протокола передачи пакетных данных PDP или однонаправленный EPS-канал должны использоваться для запрашиваемой услуги или мультимедийного потока на основе информации, принимаемой от PCRF, в случае если запрошенная сетью активация PDP-контекста сконфигурирована для того, чтобы использоваться.
2. Узел по п.1, дополнительно содержащий средство для уведомления другого сетевого узла о том, что уже существующий PDP-контекст или однонаправленный EPS-канал должны использоваться для запрашиваемой услуги или мультимедийного потока посредством отправки информации о PDP-контексте или однонаправленном EPS-канале, который должен использоваться.
3. Узел по п.2, в котором другой узел сети является узлом поддержки GPRS, SGSN.
4. Узел по п.3, в котором информация PDP-контекста является любым из ТЕID, идентификатора точки доступа к сетевой службе, NSAPI; PDP/PDN-адреса, шаблона потока трафика, TFT, имени точки доступа, APN, предоставляющего возможность корреляции принятой информации с информацией об уже существующих PDP-контекстах или однонаправленных EPS-каналах для выяснения того, предоставляется ли уведомление об уже существующем PDP-контексте или об однонаправленном EPS-канале.
5. Узел по п.1, дополнительно содержащий средство для уведомления мобильной станции о том, что уже существующий PDP-контекст или однонаправленный EPS-канал должны использоваться для запрашиваемой услуги или мультимедийного потока посредством отправки информации о PDP-контексте или однонаправленном EPS-канале, который должен использоваться.
6. Мобильная станция (501), содержащая:
блок (503) автоматического конфигурирования, выполненный с возможностью автоматически конфигурировать мобильный терминал посредством использования принятого PDP-контекста или информации однонаправленного EPS-канала для выяснения того, что он уже имеет активированным этот PDP-контекст или однонаправленный EPS-канал для запрашиваемого мультимедийного потока или услуги.
7. Мобильная станция по п.6, в которой блок (503) конфигурирования выполнен с возможностью использовать одно или множество из информации TFT, DSCP, PDP/PDN-адреса и APN, чтобы определять то, с каким потоком данных услуги ассоциирован PDP-контекст или однонаправленный EPS-канал.
8. Мобильная станция по любому из пп.6 или 7, в которой уже активированный PDP-контекст или однонаправленный EPS-канал используются для запрашиваемого мультимедийного потока или услуги.
9. Способ выбора мультимедийного потока в системе сотовой радиосвязи, содержащий этапы, на которых:
принимают (601) запрос на мультимедийный поток от мобильной станции,
определяют то (603), что существующий PDP-контекст или однонаправленный EPS-канал должны использоваться для запрашиваемого мультимедийного потока, и
передают в служебных сигналах (607) то, что существующий PDP-контекст или однонаправленный EPS-канал должны использоваться в мобильную станцию.
10. Способ по п.9, в котором PDP-контекст или информация однонаправленного EPS-канала является любым из TEID, NSAPI; PDP/PDN-адреса, TFT, имени точки доступа, APN, предоставляющего возможность корреляции принятой информации с информацией об уже существующих PDP-контекстах или однонаправленных EPS-каналах для выяснения того, предоставляется ли уведомление об уже существующем PDP-контексте или однонаправленном EPS-канале.
RU2010107251/07A 2007-07-30 2008-06-10 Способ выбора мультимедийного потока RU2478263C2 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
SE0701796-5 2007-07-30
SE0701796 2007-07-30
PCT/SE2008/050686 WO2009017446A2 (en) 2007-07-30 2008-06-10 A method of selecting media flow

Publications (2)

Publication Number Publication Date
RU2010107251A RU2010107251A (ru) 2011-09-10
RU2478263C2 true RU2478263C2 (ru) 2013-03-27

Family

ID=40305077

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2010107251/07A RU2478263C2 (ru) 2007-07-30 2008-06-10 Способ выбора мультимедийного потока

Country Status (15)

Country Link
US (1) US20100202291A1 (ru)
EP (1) EP2183940A2 (ru)
JP (1) JP2010535449A (ru)
KR (1) KR20100044800A (ru)
CN (1) CN101766048A (ru)
AU (1) AU2008283064A1 (ru)
BR (1) BRPI0814169A2 (ru)
CA (1) CA2695094A1 (ru)
CO (1) CO6270282A2 (ru)
EG (1) EG25833A (ru)
MA (1) MA31546B1 (ru)
NZ (1) NZ581790A (ru)
RU (1) RU2478263C2 (ru)
WO (1) WO2009017446A2 (ru)
ZA (1) ZA200908953B (ru)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2632930C1 (ru) * 2014-03-04 2017-10-11 Телефонактиеболагет Лм Эрикссон (Пабл) Способы, беспроводное устройство, базовая радиостанция и второй сетевой узел для управления однонаправленным eps-каналом

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7979558B2 (en) * 2008-08-06 2011-07-12 Futurewei Technologies, Inc. Remote session control
JP5400222B2 (ja) * 2009-06-19 2014-01-29 ゼットティーイー（ユーエスエー）インコーポレーテッド ソースサービングゲートウェイとターゲットサービングゲートウェイとの間でパケットを転送するインターネットワーキング技術
US20110296430A1 (en) * 2010-05-27 2011-12-01 International Business Machines Corporation Context aware data protection
US20110310737A1 (en) * 2010-06-21 2011-12-22 Qualcomm Incorporated Method and apparatus for qos context transfer during inter radio access technology handover in a wireless communication system
US8908636B2 (en) 2010-06-21 2014-12-09 Qualcomm Incorporated Method and apparatus for QoS context transfer during inter radio access technology handover in a wireless communication system
US8787172B2 (en) 2010-06-21 2014-07-22 Qualcomm Incorporated Method and apparatus for QoS context transfer during inter radio access technology handover in a wireless communication system
WO2013075337A1 (zh) * 2011-11-25 2013-05-30 华为技术有限公司 基于Gx接口的过滤器处理方法及PGW、PCRF
WO2015120902A1 (en) * 2014-02-14 2015-08-20 Telefonaktiebolaget L M Ericsson (Publ) Pcrf assisted apn selection

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2260253C2 (ru) * 2000-03-16 2005-09-10 Нокиа Корпорейшн Способ и система активизации контекста пакетных данных абонента для пакетных данных
WO2007024169A1 (en) * 2005-08-22 2007-03-01 Telefonaktiebolaget Lm Ericsson (Publ) A method and arrangement for establishing a communication session for multimedia
WO2007080537A1 (en) * 2006-01-13 2007-07-19 Nokia Corporation Optimization of pdp context usage

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6683853B1 (en) * 1999-12-01 2004-01-27 Telefonaktiebolaget Lm Ericsson (Publ) Dynamic upgrade of quality of service in a packet switched network
US6654610B1 (en) * 2000-05-05 2003-11-25 Lucent Technologies Inc. Two-way packet data protocol methods and apparatus for a mobile telecommunication system
FI109164B (fi) * 2000-05-15 2002-05-31 Sonera Oyj Pakettidataprotokollakontekstin aktivoiminen verkon pyynnöstä
US7054945B2 (en) * 2001-04-09 2006-05-30 Nokia Corporation Technique for providing announcements in mobile-originated calls
US6754834B2 (en) * 2001-11-23 2004-06-22 Nokia Corporation Technique for generating correlation number for use in lawful interception of telecommunications traffic
GB0216278D0 (en) * 2002-07-12 2002-08-21 Nokia Corp Communication channel selection
US20040064555A1 (en) * 2002-09-27 2004-04-01 Renaud Cuny Service level allocation for IP networks
US9350566B2 (en) * 2003-04-30 2016-05-24 Nokia Technologies Oy Handling traffic flows in a mobile communications network
US7623530B2 (en) * 2003-11-20 2009-11-24 Nokia Corporation Indication of service flow termination by network control to policy decision function
ATE523050T1 (de) * 2004-07-05 2011-09-15 Ericsson Telefon Ab L M Verfahren und einrichtungen zur änderung der dienstgüte
EP1646189A1 (en) * 2004-10-06 2006-04-12 Matsushita Electric Industrial Co., Ltd. WLAN radio access network to UMTS radio access network handover with network requested packet data protocol context activation
US20070223450A1 (en) * 2005-09-20 2007-09-27 Telefonaktiebolaget Lm Ericsson (Publ) Minimized setup time for IMS multimedia telephony using PRE provisioned resources reserve at answer
CN101047949B (zh) * 2006-03-27 2010-05-12 华为技术有限公司 业务数据流的承载控制方法
EP2011307A1 (en) * 2006-04-26 2009-01-07 Telefonaktiebolaget LM Ericsson (publ) Network initiated mobility management for mobile terminals

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2260253C2 (ru) * 2000-03-16 2005-09-10 Нокиа Корпорейшн Способ и система активизации контекста пакетных данных абонента для пакетных данных
WO2007024169A1 (en) * 2005-08-22 2007-03-01 Telefonaktiebolaget Lm Ericsson (Publ) A method and arrangement for establishing a communication session for multimedia
WO2007080537A1 (en) * 2006-01-13 2007-07-19 Nokia Corporation Optimization of pdp context usage

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
3GPP TSG SA WG2 Architecture - S2#58, Nokia Siemens Networks, Preservation of EPS Bearers and MME Context Parameters, S2-072747, 29.06.2007, http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_58_Orlando/Docs/S2-072747.zip. *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2632930C1 (ru) * 2014-03-04 2017-10-11 Телефонактиеболагет Лм Эрикссон (Пабл) Способы, беспроводное устройство, базовая радиостанция и второй сетевой узел для управления однонаправленным eps-каналом
US10390330B2 (en) 2014-03-04 2019-08-20 Telefonaktiebolaget Lm Ericsson (Publ) Methods, wireless device, radio base station and second network node for managing EPS bearer

Also Published As

Publication number Publication date
US20100202291A1 (en) 2010-08-12
ZA200908953B (en) 2011-03-30
KR20100044800A (ko) 2010-04-30
JP2010535449A (ja) 2010-11-18
MA31546B1 (fr) 2010-07-01
CN101766048A (zh) 2010-06-30
AU2008283064A1 (en) 2009-02-05
EG25833A (en) 2012-09-02
CO6270282A2 (es) 2011-04-20
NZ581790A (en) 2012-03-30
BRPI0814169A2 (pt) 2015-01-20
EP2183940A2 (en) 2010-05-12
WO2009017446A2 (en) 2009-02-05
WO2009017446A3 (en) 2010-01-14
CA2695094A1 (en) 2009-02-05
RU2010107251A (ru) 2011-09-10

Similar Documents

Publication Publication Date Title
RU2478263C2 (ru) Способ выбора мультимедийного потока
US7907524B2 (en) Method and devices for installing packet filters in a data transmission
EP1374494B1 (en) Method and apparatus for establishing a protocol proxy for a mobile host terminal in a multimedia session
US8925038B2 (en) Pre-authorization of bearer set-up
JP5490250B2 (ja) ユーザ機器へのパケットフィルタのインストール制御
EP1999910B1 (en) Quality of service configuration for wireless communication
US8041837B2 (en) Method and devices for filtering data packets in a transmission
JP2005536092A (ja) 通信チャンネルの選択
WO2012023420A1 (ja) 移動通信方法及びポリシー制御ノード
EP1332632A2 (en) Method and apparatus for coordinating quality of service requirements for media flows in a multimedia session with ip bearer resources
RU2406242C2 (ru) Способ и устройства для установки фильтров пакетов в передаче данных
JP5740229B2 (ja) 移動通信方法及び呼セッション制御サーバ装置

Legal Events

Date Code Title Description
MM4A The patent is invalid due to non-payment of fees

Effective date: 20140611