RU2392772C2 - Формирование трафика при неактивном состоянии плоскости пользователя - Google Patents
Формирование трафика при неактивном состоянии плоскости пользователя Download PDFInfo
- Publication number
- RU2392772C2 RU2392772C2 RU2008116874/09A RU2008116874A RU2392772C2 RU 2392772 C2 RU2392772 C2 RU 2392772C2 RU 2008116874/09 A RU2008116874/09 A RU 2008116874/09A RU 2008116874 A RU2008116874 A RU 2008116874A RU 2392772 C2 RU2392772 C2 RU 2392772C2
- Authority
- RU
- Russia
- Prior art keywords
- user plane
- transmitting device
- packets
- dummy elements
- inactive state
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/26—Resource reservation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/25—Maintenance of established connections
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Traffic Control Systems (AREA)
- Road Signs Or Road Markings (AREA)
- Lock And Its Accessories (AREA)
Abstract
Настоящее изобретение относится к способу, передающему устройству (10) и системе для предоставления трафика в плоскости пользователя при соединении с сетью доступа, когда плоскость пользователя находится в неактивном состоянии. Техническим результатом настоящего изобретения является создание способа, передающего устройства и системы, позволяющих обеспечить состояние удержания передающего устройства, подсоединенного через нелицензируемую сеть мобильного доступа. При этом последовательность заголовков пакетов адаптируют для продолжения последовательности заголовков, передаваемых до начала неактивного состояния плоскости пользователя, для этого в последовательность заголовков пакетов добавляют фиктивные элементы. Затем сформированную последовательность пакетов данных передают передающим устройством (10) по нелицензируемой сети мобильного доступа во время неактивного состояния плоскости пользователя таким образом, чтобы получить непрерывный поток пользовательских данных, не зависящий от неактивного состояния плоскости пользователя. Таким образом, трафик в плоскости пользователя может предоставляться при неактивном состоянии плоскости пользователя в передающем устройстве (10), например в состояниях удержания, установки соединения или заглушенных состояниях, и выполняются требования к трафику в режиме реального времени. 6 н. и 22 з.п. ф-лы, 2 ил.
Description
ОБЛАСТЬ ТЕХНИКИ
Настоящее изобретение относится к способу, передающему устройству, оконечному устройству, устройству управления сетью и системе, которые предназначены для предоставления трафика в плоскости пользователя в сети доступа, такой как нелицензируемая сеть мобильного доступа (UMA).
УРОВЕНЬ ТЕХНИКИ
Технология UMA обеспечивает альтернативный доступ к службам сотовой мобильной связи, например GSM (глобальная система мобильной связи), WCDMA (широкополосный многостанционный доступ с кодовым разделением каналов) или GPRS (пакетная радиосвязь общего назначения), через нелицензируемые сети, включающие WLAN (беспроводная локальная сеть), Bluetooth™ и WiFi™. Технология UMA позволяет обеспечивать непрерывное предоставление мобильных голосовых услуг и данных по нелицензируемым беспроводным сетям. В сотовых сетях радиодоступа и нелицензируемых беспроводных сетях реализованы особенности мобильной связи, поэтому между ними возможны переходы без прерывания связи (например, роуминг и передача данных).
В частности, UMA обеспечивает расширение услуг мобильной связи GSM/GPRS в помещении потребителя. Оно достигается за счет туннелирования протоколов GSM/GPRS между помещением потребителя и базовой сетью по широкополосной сети IP-протокола и их ретрансляции в помещение пользователя по нелицензируемой радиосвязи. UMA является дополнением к традиционным сетям GSM/GPRS и используется для расширения зоны покрытия помещения потребителя, увеличения пропускной способности сети и снижения ее стоимости. UMA представляет собой часть сети радиодоступа и реализуется при помощи сетевого контроллера UMA (UNC), устанавливаемого в виде связующего звена между сетью WLAN и базовой сетью GSM и использующего стандартные интерфейсы А и Gb. Таким образом, со стороны базовой сети GSM контроллер UNC воспринимается просто как другой контроллер базовой станции (BSC). Кроме того, функциональные возможности UNC могут быть использованы в существующей инфраструктуре BSC. Таким образом базовая сеть разгружается от функций сигнализации и обработки множества ресурсов, относящихся к пользователям, которые переключаются между WLAN и GERAN (сеть радиодоступа GSM/EDGE) в одной зоне.
В сети UMA имеется функция удержания вызова, как и при обычном вызове с коммутацией каналов. Трафик в реальном времени, такой как аудио или видео, относящийся к части плоскости пользователя с канальной коммутацией, принимается контроллером UNC по интерфейсу Up и соответствует формату кадровой синхронизации RTP (протокола реального времени), определенному в технических требованиях RFC 3267 и RFC 3551 комитета по инженерным вопросам Internet (IETF). Протокол RTP обеспечивает сквозную передачу данных, подходящую для систем, которые передают данные в режиме реального времени при помощи групповых или однопользовательских сетевых служб. Для обеспечения контроля доставки данных система их передачи дополнена протоколом управления передачей в реальном времени (RTCP). Способ контроля передачи имеет возможность расширения для использования в больших сетях группового вещания и обеспечения минимальных функциональных возможностей управления и идентификации. Протоколы RTP и RTCP не зависят от нижележащих транспортного и сетевого уровней. Пакет RTP состоит из закрепленного заголовка RTP, возможно пустого списка имеющихся источников и данных полезной нагрузки. Полезная нагрузка RTP содержит данные, передаваемые в пакете по протоколу RTP. Это, например, звуковые отрывки или сжатые видеоданные. Источник потока пакетов RTP распознается по 32-значному числовому идентификатору источника синхросигналов (SSRC), который передается в заголовке RTP таким образом, чтобы не зависеть от сетевого адреса. Кроме того, по списку имеющихся источников (CSRC) можно определить источник потока пакетов RTP, который делает вклад в общий поток, производимый смесителем RTP. Такой список может быть использован, например, в аудиоконференциях для определения всех участников, чья речь была объединена для создания выходного пакета. Это позволяет приемнику отображать текущего собеседника, даже если все аудиопакеты имеют одинаковый идентификатор SSRC.
Помимо этого заголовок RTP включает 7-битное поле типа полезной нагрузки, которое обозначает формат полезной нагрузки и определяет ее интерпретацию системой; 16-битное поле порядкового номера, которое увеличивается на единицу для каждого отправленного пакета и может быть использовано приемником для обнаружения потери пакетов и восстановления их изначальной последовательности; и 32-битную метку времени, которая отображает момент выборки первого байта пакета RTP. Момент выборки может быть получен при помощи таймера, отсчеты которого равномерно и линейно увеличиваются для расчета синхронизации и дрожания.
Однако протоколы UMA (3 уровень) R1.0.4 требуют, чтобы мобильный терминал или пользовательское оборудование отправляло пакеты RTP по меньшей мере каждые 480 мс. Когда пользовательское оборудование находится в состоянии удержания (удержания вызова), кодирование звука остановлено. Поэтому входных данных для отправки по сети по протоколу RTP нет. Также протоколы UMA не описывают в полной мере, каким образом состояние удержания вызова может быть обработано с точки зрения пакетов RTP. В этом отношении протоколы UMA требуют, чтобы весь трафик данных RTP на протяжении одного вызова UMA (включая состояния удержания вызова) относился к одному потоку RTP. Это значит, что SSCR заголовков RTP и поля типа полезной нагрузки идентичны, значение поля метки времени увеличивается в соответствии с декодированием полезной нагрузки (не увеличивается, если полезная нагрузка отсутствует), а значение поля порядкового номера увеличивается в каждом пакете.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Целью настоящего изобретения является создание способа, передающего устройства и системы, позволяющих обеспечить состояние удержания передающего устройства, подсоединенного через нелицензируемую сеть мобильного доступа.
Данная цель достигается в способе предоставления трафика в плоскости пользователя при соединении через сеть доступа, когда плоскость пользователя находится в неактивном состоянии. Указанный способ состоит из следующих этапов:
- формирование последовательности заголовков пакетов, адаптированных для продолжения последовательности заголовков, которая передается до начала указанного неактивного состояния плоскости пользователя;
- включение в указанные сформированные последовательности заголовков соответствующих фиктивных элементов;
- передача указанного потока пакетов с данными через указанную сеть доступа при указанном неактивном состоянии плоскости пользователя таким образом, чтобы получить поток пользовательских данных, не зависящий от указанного неактивного состояния плоскости пользователя.
Кроме того, вышеуказанная цель достигается реализацией передающего устройства для предоставления трафика в плоскости пользователя при соединении через сеть доступа, когда плоскость пользователя находится в неактивном состоянии. Указанное передающее устройство включает:
- средства формирования последовательности заголовков пакетов, адаптированных для продолжения последовательности заголовков, которая передается до начала указанного неактивного состояния плоскости пользователя;
- средства формирования фиктивных элементов для формирования фиктивных элементов пакетов с данными;
- средства компоновки пакетов для включения указанных сформированных фиктивных элементов в указанную сформированную последовательность заголовков пакетов с данными таким образом, чтобы получить поток пакетов с данными, и
- средства передачи для передачи указанного потока пакетов с данными при указанном неактивном состоянии плоскости пользователя таким образом, чтобы получить непрерывный поток пользовательских данных, не зависящий от указанного неактивного состояния плоскости пользователя.
Таким образом, проблема удержания вызова или любая другая проблема, связанная с неактивным состоянием плоскости пользователя (когда пользовательский трафик отсутствует), может быть решена путем передачи потока пакетов с данными, в котором заголовки пакетов адаптированы для совпадения с последовательностью заголовков, передаваемых до включения неактивного состояния плоскости пользователя, например состояния удержания. Пакеты с данными формируют путем добавления соответствующих фиктивных элементов в заголовки пакетов. Сформированный поток пакетов с данными обеспечивает непрерывный трафик в плоскости пользователя, когда она находится в неактивном состоянии, в результате чего достигается соответствие требованиям протокола RTP.
В соответствии с первым аспектом настоящего изобретения формируемые фиктивные пакеты содержат информацию, которая указывает на отсутствие данных в полезной нагрузке пакетов данных. В качестве примера информация может являться полем NO_DATA адаптивного многоступенчатого (AMR) кодера речи.
В соответствии со вторым аспектом настоящего изобретения формируемые фиктивные элементы могут не включать полезную нагрузку. Помимо этого метки времени сформированных последовательных заголовков пакетов могут быть установлены или выбраны идентичными меткам времени последнего пакета, содержащего полезную нагрузку и переданного до включения состояния удержания.
В соответствии с третьим аспектом настоящего изобретения формируемые фиктивные элементы могут содержать дескриптор тишины. Здесь интервал между передачей пакетов данных, находящихся в потоке, может быть установлен или выбран во время состояния удержания на основании длительности комфортного шума, определенной дескриптором тишины.
Наконец, в соответствии с четвертым аспектом настоящего изобретения фиктивный элемент может быть скопирован из пакетов, полученных передающим устройством во время неактивного состояния плоскости пользователя, таким образом, что полученные пакеты отправляются обратно с модифицированными заголовками.
Во всех указанных с первого по четвертый аспектах передача пакетов в неактивном состоянии плоскости пользователя может осуществляться с заранее заданным интервалом. Кроме того, порядковый номер сформированных последовательных заголовков пакетов может увеличиваться с каждым следующим заголовком пакета. Поток пакетов с данными может формироваться в соответствии с протоколом реального времени.
Передающее устройство может находиться в терминальном устройстве, например мобильном телефоне, или пользовательском оборудовании, или же в сетевом контроллере.
Неактивное состояние плоскости пользователя может быть по меньшей мере состоянием удержания или заглушенным состоянием.
Дополнительные полезные модификации указаны в зависимых пунктах формулы изобретения.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Далее настоящее изобретение будет описано на основании предпочтительных вариантов его выполнения со ссылкой на прилагаемые чертежи, на которых:
фиг.1 показывает схему архитектуры сети UMA, в которой могут быть реализованы предпочтительные варианты выполнения изобретения, и
фиг.2 показывает блок-схему передающего устройства, соответствующего предпочтительным вариантам выполнения изобретения.
ОПИСАНИЕ ПРЕДПОЧТИТЕЛЬНЫХ ВАРИАНТОВ ВЫПОЛНЕНИЯ ИЗОБРЕТЕНИЯ
Далее предпочтительные варианты выполнения изобретения будут описаны в связи с терминальным устройством, подсоединенным через сеть UMA к сети на основе GSM или GPRS.
Фиг.1 показывает схему архитектуры UMA, в которой сеть UMA состоит из одной или нескольких точек доступа (не показаны) WLAN 20 или любой другой сети на основе протокола IP, через которые пользовательское оборудование или мобильная станция 10 могут подключаться через туннель UMA 50 к шлюзу среды 32 сетевого контроллера UMA (UNC) 30. Отсюда трафик с данными направляется на коммутационный центр мобильной связи (MSC) сети GSM/GPRS 40.
Точки доступа WLAN 20 обеспечивают радиосвязь с мобильной станцией 10 по нелицензируемой связи. Контроллер UNC представляется в базовой сети, например сети GSM/GPRS 40, как подсистема базовой станции GERAN (BSS). Он включает защитный шлюз, который отделяет туннель 50 безопасного доступа от мобильной станции 10 и обеспечивает взаимную аутентификацию, шифрование и сохранность данных в трафике сигнализации, трафике данных и трафике голосовых данных. WLAN 20 обеспечивает возможность подключения между точкой доступа и контроллером UNC 30. Туннель UMA 50 работает как транспортное соединение по протоколу IP, которое расширяет путь от UNC 30 к мобильной станции 20 через точку доступа. В такой архитектуре основные элементы управления транзакцией (например, обработкой вызова) и пользовательские службы реализованы сетевыми элементами базовой сети GSM/GPRS 40, то есть мобильным коммутационным центром 42 или соответствующими сетевыми элементами GPRS, такими как обслуживающий узел поддержки GPRS (SGSN) или шлюз поддержки GPRS (GGSN).
Следующие четыре альтернативных решения для предоставления трафика в плоскости пользователя в неактивном состоянии мобильной станции 10 (удержание вызова) описаны на основании соответствующих четырех вариантов выполнения изобретения. Эти решения основаны на принципе формирования виртуального трафика в плоскости пользователя посредством добавления фиктивных или пустых элементов пакета в последовательность согласованных заголовков пакетов. Эти элементы сконфигурированы для продолжения реального потока пакетов, сформированных до включения состояния удержания вызова, в результате чего обеспечивается непрерывный поток пакетов RTP даже в том случае, когда мобильная станция 10 находится в режиме удержания вызова.
В соответствии с первым вариантом выполнения изобретения мобильная станция 10 конфигурируется для отправки пакетов RTP в состоянии удержания вызова с некоторым интервалом (например, 480 мс). Пакеты RTP содержат поле AMR NO_DATA или другую информацию, указывающую на отсутствие в полезной нагрузке пакета любых речевых или других данных, поступающих в реальном времени. Это значит, что для достижения соответствия порядковый номер RTP должен увеличиваться соответствующим образом.
В соответствии со вторым вариантом выполнения изобретения мобильная станция 10 конфигурируется для отправки пакетов RTP, которые не содержат полезной нагрузки, а их поля с меткой времени идентичны тому полю, которое использовалось в последнем пакете RTP, содержащем реальную полезную нагрузку на протяжении вызова. Значение поля порядкового номера должно увеличиваться соответствующим образом, чтобы обеспечить выполнение улучшенных функций мониторов графика RTP третьих сторон. Иначе говоря, мониторы трафика RTP должны рассматривать пакеты RTP как дубликаты. Получатель такого пакета RTP проигнорирует его по некоторым причинам: во-первых, пакет RTP не содержит полезной нагрузки, и, во-вторых, значение поля метки времени скопировано из последнего принятого правильного пакета RTP.
Второй вариант обеспечивает то преимущество, что частота следования пакетов RTP может быть оптимизирована до интервала, лучшим образом удовлетворяющего 480 мс по спецификациям UMA. Помимо этого общий размер пакета минимален. Благодаря возможности оптимизации интервала времени между последовательными пакетами до максимально возможного значения энергосберегающие функции могут быть доведены до максимума. Энергосбережение мобильной станции 10 может быть реализовано посредством остановки работы устройства кодирования в состоянии удержания вызова, в результате чего для кадров дескриптора тишины (SID) не предоставляется реального источника.
В соответствии с третьим вариантом выполнения изобретения мобильная станция 10 конфигурируется для отправки в состоянии удержания вызова пакетов RTP, которые в качестве полезной нагрузки содержат AMR SID. Это значит, что для достижения соответствия порядковый номер и метка времени RTP должны увеличиваться соответствующим образом.
В соответствии с четвертым вариантом выполнения изобретения мобильная станция 10 конфигурируется для обратной отправки пакетов RTP, принятых в состоянии удержания вызова. В этом случае мобильная станция 10 должна изменять заголовки RTP отправленных обратно пакетов, чтобы они принадлежали тому же потоку RTP, который передавался до включения состояния удержания вызова. В данном решении требуется, чтобы контроллер UNC 30 отправлял пакеты по меньшей мере с необходимым интервалом 480 мс.
Фиг.2 показывает блок-схему передающего устройства, которое может содержаться или относиться к мобильной станции 10 с расширенными функциями удержания вызова, соответствующими вышеописанным четырем предпочтительным вариантам выполнения изобретения.
Необходимо заметить, что фиг.2 показывает только те функции, которые необходимы для пояснения предпочтительных вариантов выполнения изобретения. Другие функциональные блоки были пропущены для краткости и простоты описания.
В соответствии с фиг.2 мобильная станция 10 включает приемопередатчик (TRX) 17 для передачи и приема пакетов с данными через интерфейс беспроводной связи с точкой доступа WLAN 50. Переданные пакеты RTP формируются в обрабатывающей схеме 18 основной полосы частот, включающей средство или блок 181 кодирования речи, такой как кодек AMR, и средство или блок 182 кодирования RTP, который принимает закодированные пользовательские данные от блока 181 кодирования речи и формирует пакеты RTP, включающие закодированные пользовательские данные в частях с полезной нагрузкой. Ввод и/или вывод данных полезной нагрузки RTP, например речевых, голосовых или других данных, в реальном времени осуществляется посредством пользовательского интерфейса 19, который может включать экран, динамик(и), микрофон и т.д.
Кроме того, в состоянии удержания вызова включается дополнительное средство или устройство 12 компоновки пакетов. Оно формирует трафик в плоскости пользователя посредством объединения или добавления последовательности заголовков пакетов Н, сформированных средством или устройством 14 формирования заголовков, и соответствующих фиктивных элементов Р, сформированных средством или устройством 16 формирования фиктивных элементов. На выходе устройства 12 компоновки пакетов в состоянии удержания вызова выдаются виртуальные пакеты RTP, которые поступают на обрабатывающее устройство 18 прямой передачи и там обрабатываются для получения непрерывного графика в плоскости пользователя. Трафик подается на приемопередатчик 17 для дальнейшей передачи по туннелю UMA 50. Таким образом, трафик в плоскости пользователя может предоставляться даже в том случае, когда кодирующие функции блока кодирования 181 в состоянии удержания вызова отключены.
Во всех четырех вариантах выполнения изобретения устройство 14 формирования заголовков служит для формирования последовательности заголовков RTP, которая продолжает последовательность заголовков реальных пакетов RTP, передаваемых до включения состояния удержания вызова. По меньшей мере для достижения этих требований значение поля порядкового номера RTP может увеличиваться с каждым последующим пакетом, начиная с последнего пакета, включающего полезную нагрузку и переданного до включения состояния удержания вызова. Как правило, достаточно формировать последовательность заголовков, которые будут распознаваться сетью UMA как трафик данных RTP, который относится к тому же потоку RTP, который передавался до включения состояния удержания вызова. Необходимая информация о последнем пакете RTP с реальной полезной нагрузкой, переданном до включения состояния удержания вызова, может доставляться в блок 14 формирования заголовков обрабатывающим устройством 18 основной полосы частот.
Устройство 16 формирования фиктивных элементов изображено на фиг.2 пунктиром, так как оно является необязательным по меньшей мере для второго предпочтительного варианта выполнения изобретения, в котором в последовательность заголовков пакетов полезная нагрузка не добавляется.
В первом предпочтительном варианте осуществления изобретения устройство 16 формирования фиктивных заголовков адаптируется для доставки в устройство 12 компоновки пакетов поля AMR NO_DATA, в то время как устройство 14 формирования заголовков формирует последовательность заголовков с порядковым номером RTP, увеличиваемым с каждым последующим пакетом.
Во втором предпочтительном варианте осуществления изобретения формирование фиктивных элементов может не использоваться, в то время как устройство 14 формирования заголовков или устройство 12 компоновки пакетов объединяет необходимые фиктивные элементы или фиктивную информацию (например, поле типа полезной нагрузки и т.п.) для индикации отсутствия полезной нагрузки в пакете RTP. В настоящем описании термин «фиктивный элемент» должен пониматься в том смысле, что он не относится к реальному трафику, сформированному пользователем или в пользовательской среде, а служит только для формирования пользовательского трафика в состоянии удержания вызова.
В третьем предпочтительном варианте осуществления изобретения устройство 16 формирования фиктивных заголовков адаптируется для доставки в устройство 12 компоновки пакетов поля(-ей) AMR SIR, в то время как устройство 14 формирования заголовков формирует последовательность заголовков с порядковым номером и меткой времени RTP, значения которых увеличиваются с каждым последующим пакетом.
В четвертом предпочтительном варианте осуществления изобретения устройство 16 формирования фиктивных элементов принимает от обрабатывающего устройства 18 прямой передачи копии пакетов RTP, принимаемых в состоянии удержания вызова, и перенаправляет части этих скопированных пакетов без заголовков в устройство 12 компоновки пакетов. Там к ним добавляются новые заголовки, сформированные устройством 14 формирования заголовков, в результате чего получается новый трафик плоскости пользователя, который отсылается обратно в сеть UMA. Здесь опять же устройство 14 формирования заголовков может формировать последовательность заголовков с полями порядкового номера и метки времени RTP, значения которых увеличиваются с каждым последующим пакетом.
Отправка пакетов RTP с фиктивными элементами также может использоваться в начале вызова, до того как станет активным фактический вызов. Это значит, что отправка пакетов RTP может быть инициирована восходящим потоком RTP в плоскости пользователя, сформированным мобильной станцией 10, или полным сообщением активного канала URR, принятым мобильной станцией 10. Фактический вызов начинается после получения сообщения о соединении (например, URR DL DIRECT TRANSFER). Вследствие различных факторов (например, потери сигнала, необходимости ответа на звонок на другом конце и т.д.) между указанным инициирующим событием и началом вызова может быть большой промежуток времени.
Передающее устройство на фиг.2 может быть реализовано в составе сетевого контроллера, такого как UNC 30, в котором для обеспечения качественных измерений в восходящем и нисходящем направлениях при отсутствии трафика в плоскости пользователя может потребоваться непрерывная передача на мобильную станцию 10.
Необходимо обратить внимание, что настоящее изобретение не ограничено сетями UMA или другими сетями, использующими нелицензируемые частоты. Решения, описанные на примере вышеуказанных четырех вариантов выполнения изобретения, также могут быть реализованы в сетях общего доступа (GAN), включающих сетевой контроллер общего доступа (GANC), как указано в технических требованиях 3GPP TS 44.318 V6.2.0, общий доступ (GA) к интерфейсу A/Gb, интерфейс мобильного общего доступа, соответствующий техническим требованиям 3 уровня. Таким образом, изобретение не ограничивается нелицензируемым доступом и даже мобильным доступом. Здесь непрерывная передача пакетов RTP между мобильной станцией и контроллером GANC необходима для обеспечения качественных измерений в восходящей и нисходящей линиях связи. Если в пакете RTP не имеется речевых фрагментов или другого трафика плоскости пользователя, например, когда аудиоканал выключен или не передает звука, мобильная станция и GANC могут передавать пустые пакеты RTP с предложенными фиктивными элементами. GANC может выполнять самонастройку для передачи пакетов RTP и RTCP на указанный порт UDP мобильной станции, если мобильной станцией в заголовок пакета включен информационный элемент 'RTCP UDP Port', и передавать мобильной станции сообщение GA-CSR ACTIVATE CHANNEL COMPLETE.
Для обеспечения качественных измерений мобильной станцией нисходящей линии связи GANC может отправлять по меньшей мере один пакет RTP в каждый заранее установленный промежуток времени, например 480 мс. Если пользовательские аудиоданные отсутствуют (например, в фазе установки или удержания вызова), GANC должен формировать пустые пакеты RTP, содержащие фиктивные элементы, как описано в вышеприведенных четырех примерах осуществления изобретения.
Канал RTP доступен для использования вышележащими уровнями. Для обеспечения качественных измерений контроллером GANC восходящей линии связи мобильная станция 10 может отправлять по меньшей мере один пакет RTP за каждый заранее установленный промежуток времени, например 480 мс. Если пользовательские аудиоданные отсутствуют (например, в фазе установки или удержания вызова), мобильная станция формирует пустые пакеты RTP, содержащие фиктивные элементы, как описано в вышеприведенных четырех примерах осуществления изобретения.
Пустые пакеты RTP принадлежат тому же потоку RTP, к которому принадлежат и аудиопакеты, т.е. паре SSRC/PT. Порядковый номер пустых пакетов RTP увеличивается, а метка времени пустого пакета RTP в случае, если он не содержит полезной нагрузки, не увеличивается. В случае если полезная нагрузка пустого пакета RTP имеет поле(-я) NO_DATA или SID, метка времени должна увеличиваться в соответствии с техническими требованиями IETF RFC 3267.
При отсутствии точного определения пустого пакета RTP будут приниматься любые виды пакетов, которые могут вызвать ошибки совместимости, например, в фазе установки соединения или удержания вызова, когда аудиоканал выключен.
Еще один пример неактивного состояния плоскости пользователя - заглушенное состояние, когда пользователь может просто выключить микрофон его терминального устройства, например мобильного телефона. В этом случае пользователь по-прежнему слышит разговор, но пользовательский трафик не отправляется.
Таким образом, в данном документе были описаны способ, терминальное устройство и система для предоставления трафика в плоскости пользователя в то время, когда терминальное устройство, подключенное по нелицензируемой сети мобильного доступа, находится в состоянии удержания. Для получения потока пакетов с данными формируется последовательность заголовков пакетов, адаптированных для продолжения последовательности заголовков, которая передавалась до включения состояния удержания, и в нее добавляются соответствующие фиктивные элементы. Затем в состоянии удержания сформированный поток пакетов данных передается терминальным устройством по нелицензируемой сети мобильного доступа. Таким образом, трафик в плоскости пользователя может предоставляться и в том случае, когда терминальное устройство находится в состоянии удержания, в результате чего выполняются требования к трафику в режиме реального времени. Как правило, фиктивные элементы отправляют периодически, что делается для обеспечения измерений в сети доступа.
Вышеописанные функции блоков 12, 14 и 16 терминального устройства 10, показанного на фиг.2, могут быть реализованы стандартными программными средствами, которые конфигурируются для управления работой вычислительного устройства или процессора, содержащегося в терминальном устройстве 10. В качестве альтернативы эти устройства или средства, показанные на фиг.2 в виде блоков, могут быть реализованы в виде отдельных аппаратных схем.
Необходимо заметить, что настоящее изобретение не ограничено вышеописанными предпочтительными вариантами выполнения и может быть реализовано в любой другой сети, которая использует трафик в плоскости пользователя, например в сетях доступа на базе IP-телефонии (VolP), в которых длительные перерывы в потоке пользовательского трафика могут быть недопустимы. Таким образом, настоящее изобретение применимо к любой пакетной передаче, требующей непрерывного трафика в плоскости пользователя, даже когда она находится в неактивном состоянии. Предпочтительные варианты осуществления изобретения могут меняться в пределах объема приложенной формулы изобретения.
Claims (28)
1. Способ предоставления трафика во время неактивного состояния плоскости пользователя при соединении с сетью доступа, включающий:
а) формирование последовательных заголовков пакетов, адаптированных для продолжения последовательности заголовков, которая передавалась до начала указанного неактивного состояния плоскости пользователя;
б) формирование фиктивных элементов пакетов с данными;
в) включение в указанные сформированные последовательности заголовков соответствующих фиктивных элементов;
г) передача указанного потока пакетов с данными через указанную сеть доступа во время указанного неактивного состояния плоскости пользователя таким образом, чтобы получить непрерывный поток пользовательских данных, не зависящий от указанного неактивного состояния плоскости пользователя.
а) формирование последовательных заголовков пакетов, адаптированных для продолжения последовательности заголовков, которая передавалась до начала указанного неактивного состояния плоскости пользователя;
б) формирование фиктивных элементов пакетов с данными;
в) включение в указанные сформированные последовательности заголовков соответствующих фиктивных элементов;
г) передача указанного потока пакетов с данными через указанную сеть доступа во время указанного неактивного состояния плоскости пользователя таким образом, чтобы получить непрерывный поток пользовательских данных, не зависящий от указанного неактивного состояния плоскости пользователя.
2. Способ по п.1, также включающий этап выбора указанных фиктивных элементов для включения информации, сообщающей об отсутствии данных в полезной нагрузке указанных пакетов данных.
3. Способ по п.2, в котором указанная информация является полем NO_DATA адаптивного многоступенчатого кодера речи.
4. Способ по п.1, также включающий этап выбора указанных фиктивных элементов без добавления полезной нагрузки.
5. Способ по п.4, также включающий этап выбора метки времени указанных сформированных последовательных заголовков пакетов, идентичной метке времени последнего пакета, включающего полезную нагрузку и переданного до начала неактивного состояния плоскости пользователя.
6. Способ по п.1, также включающий этап выбора указанных фиктивных элементов для добавления информации дескриптора тишины.
7. Способ по п.6, также включающий этап выбора интервала между передачей пакетов указанного потока пакетов данных в указанном неактивном состоянии плоскости пользователя на основании длительности комфортного шума, заданной указанным дескриптором тишины.
8. Способ по п.1, также включающий этап копирования указанных фиктивных элементов из пакетов, принятых во время указанного неактивного состояния плоскости пользователя, при этом принятые пакеты отправляют обратно с измененными заголовками.
9. Способ по любому из пп.1-6, в котором указанный этап передачи конфигурируют для передачи пакетов данных указанного потока пакетов с заранее установленным интервалом.
10. Способ по любому из пп.1-6, также включающий этап увеличения порядкового номера указанных сформированных последовательных заголовков пакетов с каждым последующим заголовком пакета.
11. Способ по любому из пп.1-6, в котором указанный поток пакетов данных формируют в соответствии с протоколом реального времени.
12. Способ по любому из пп.1-6, в котором указанное неактивное состояние плоскости пользователя является, по меньшей мере, одним из состояния удержания, состояния установки соединения или заглушенного состояния.
13. Машиночитаемый носитель информации, на котором записана программа, осуществляющая, при исполнении в компьютере, способ по п.1.
14. Передающее устройство для предоставления трафика в плоскости пользователя во время неактивного состояния плоскости пользователя при соединении с сетью доступа, указанное передающее устройство (10, 30) включает:
а) средства (14) формирования последовательности заголовков пакетов, адаптированных для продолжения последовательности заголовков, которая передавалась до начала указанного неактивного состояния плоскости пользователя;
б) средства (16) формирования фиктивных элементов для формирования фиктивных элементов пакетов с данными; и
в) средства (12) компоновки пакетов для включения указанных сформированных фиктивных элементов в указанную сформированную последовательность заголовков пакетов таким образом, чтобы получить поток пакетов; и
г) средства передачи (17) для передачи указанного потока пакетов в указанном неактивном состоянии плоскости пользователя таким образом, чтобы получить непрерывный поток пользовательских данных, не зависящий от указанного неактивного состояния плоскости пользователя.
а) средства (14) формирования последовательности заголовков пакетов, адаптированных для продолжения последовательности заголовков, которая передавалась до начала указанного неактивного состояния плоскости пользователя;
б) средства (16) формирования фиктивных элементов для формирования фиктивных элементов пакетов с данными; и
в) средства (12) компоновки пакетов для включения указанных сформированных фиктивных элементов в указанную сформированную последовательность заголовков пакетов таким образом, чтобы получить поток пакетов; и
г) средства передачи (17) для передачи указанного потока пакетов в указанном неактивном состоянии плоскости пользователя таким образом, чтобы получить непрерывный поток пользовательских данных, не зависящий от указанного неактивного состояния плоскости пользователя.
15. Передающее устройство по п.14, в котором указанные средства (16) формирования фиктивных элементов сконфигурированы для формирования указанных фиктивных элементов, содержащих информацию о том, что в полезной нагрузке указанных пакетов не содержится данных.
16. Передающее устройство по п.15, в котором указанные средства (16) формирования фиктивных элементов сконфигурированы для формирования указанных фиктивных элементов, содержащих поле NO_DATA адаптивного многоступенчатого кодера речи.
17. Передающее устройство по п.14, в котором указанные средства (16) формирования фиктивных элементов сконфигурированы для формирования указанных фиктивных элементов без какой-либо полезной нагрузки.
18. Передающее устройство по п.17, в котором указанные средства (14) формирования заголовков пакетов сконфигурированы для выбора меток времени указанных сформированных последовательных заголовков пакетов, идентичных метке времени последнего пакета, включающего полезную нагрузку и переданного до начала неактивного состояния плоскости пользователя.
19. Передающее устройство по п.14, в котором указанные средства (16) формирования фиктивных элементов сконфигурированы для формирования указанных фиктивных элементов, содержащих информацию дескриптора тишины.
20. Передающее устройство по п.19, в котором указанные средства (17) передачи сконфигурированы для установки интервала между передачей пакетов указанного потока пакетов данных в указанном неактивном состоянии плоскости пользователя на основании длительности комфортного шума, заданной указанным дескриптором тишины.
21. Передающее устройство по п.14, в котором указанные средства (16) формирования фиктивных элементов сконфигурированы для копирования указанных фиктивных элементов из пакетов, принятых указанным передающим устройством (10) во время неактивного состояния плоскости пользователя, таким образом, что принятые пакеты отправляются обратно с измененными заголовками.
22. Передающее устройство по любому из пп.14-21, в котором указанные средства (17) передачи сконфигурированы для передачи пакетов данных указанного потока пакетов с заранее установленным интервалом.
23. Передающее устройство по любому из пп.14-21, в котором указанные средства (14) формирования заголовков сконфигурированы для увеличения порядкового номера указанных сформированных последовательных заголовков пакетов с каждым последующим заголовком пакета.
24. Передающее устройство по любому из пп.14-21, в котором указанные средства (12) компоновки сконфигурированы для формирования указанного потока пакетов данных в соответствии с протоколом реального времени.
25. Передающее устройство по любому из пп.14-21, в котором указанное неактивное состояние плоскости пользователя является, по меньшей мере, одним из состояния удержания, состояния установки соединения или заглушенного состояния.
26. Система для обеспечения связи по сети доступа, включающая терминальное устройство (10) и сетевой контроллер (30), к которому подключено указанное терминальное устройство (10), при этом терминальное устройство (10) и/или сетевой контроллер (30) содержит передающее устройство по любому из пп.14-25.
27. Терминальное устройство для обеспечения связи по сети доступа, которое содержит передающее устройство по любому из пп.14-25.
28. Сетевой контроллер для обеспечения связи по сети доступа, содержащий передающее устройство по любому из пп.14-25.
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP05023869.0 | 2005-11-02 | ||
EP05023869 | 2005-11-02 | ||
US11/335,053 US8045542B2 (en) | 2005-11-02 | 2006-01-18 | Traffic generation during inactive user plane |
US11/335,053 | 2006-01-18 |
Publications (2)
Publication Number | Publication Date |
---|---|
RU2008116874A RU2008116874A (ru) | 2009-12-10 |
RU2392772C2 true RU2392772C2 (ru) | 2010-06-20 |
Family
ID=37996185
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2008116874/09A RU2392772C2 (ru) | 2005-11-02 | 2006-10-27 | Формирование трафика при неактивном состоянии плоскости пользователя |
Country Status (12)
Country | Link |
---|---|
US (1) | US8045542B2 (ru) |
EP (1) | EP1943858B1 (ru) |
JP (1) | JP4676534B2 (ru) |
KR (1) | KR100927941B1 (ru) |
CN (1) | CN101300885B (ru) |
AT (1) | ATE490670T1 (ru) |
BR (1) | BRPI0619451A8 (ru) |
DE (1) | DE602006018642D1 (ru) |
IL (1) | IL190751A (ru) |
RU (1) | RU2392772C2 (ru) |
WO (1) | WO2007052114A1 (ru) |
ZA (1) | ZA200803799B (ru) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2569573C1 (ru) * | 2011-12-02 | 2015-11-27 | ЗетТиИ Корпорейшн | Способ и устройство для формирования сервиса сквозной передачи данных |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100735290B1 (ko) * | 2005-06-07 | 2007-07-03 | 삼성전자주식회사 | 휴대단말기의 화상통화모드에서 영상데이터 제어방법 |
US8817696B2 (en) * | 2006-05-22 | 2014-08-26 | Cisco Technology, Inc. | Enhanced unlicensed mobile access network architecture |
US20080058004A1 (en) * | 2006-08-29 | 2008-03-06 | Motorola, Inc. | System and method for reassigning an uplink time slot from a circuit-switched gprs mobile device to a different packet-switched gprs mobile device |
CN101601288A (zh) * | 2006-12-08 | 2009-12-09 | 艾利森电话股份有限公司 | 用于有效媒体处理的接收器动作和实施 |
US20100124211A1 (en) | 2008-11-17 | 2010-05-20 | Qualcomm Incorporated | Reducing an occurrence of a voip call on hold from being dropped in ev-do systems |
CN101964002B (zh) * | 2009-07-23 | 2013-04-10 | 复旦大学 | 一种化学机械抛光工艺哑元填充的启发式方法 |
CN102577304B (zh) * | 2009-08-12 | 2015-12-09 | 荷兰皇家Kpn电信集团 | 动态转发第一协议的消息的方法和***及其控制节点 |
US9787725B2 (en) * | 2011-01-21 | 2017-10-10 | Qualcomm Incorporated | User input back channel for wireless displays |
US8923816B2 (en) * | 2011-07-28 | 2014-12-30 | Samsung Electronics Co., Ltd. | Apparatus and method for providing seamless service between a cellular network and wireless local area network for a mobile user |
PL2613597T3 (pl) * | 2012-01-06 | 2021-12-06 | Alcatel Lucent | Zmniejszanie obciążenia wynikającego z raportowania zmian informacji reguły PCC w systemie komunikacji mobilnej |
US9992021B1 (en) | 2013-03-14 | 2018-06-05 | GoTenna, Inc. | System and method for private and point-to-point communication between computing devices |
US20150023258A1 (en) * | 2013-07-19 | 2015-01-22 | Qualcomm Incorporated | Dual sim dual active subscriber identification module with a single transmit chain and dual or single receive chain |
WO2015084080A1 (ko) * | 2013-12-04 | 2015-06-11 | 삼성전자 주식회사 | 이동 통신 시스템에서 호 서비스의 품질을 높이는 방법 및 장치 |
KR102176923B1 (ko) | 2013-12-04 | 2020-11-10 | 삼성전자 주식회사 | 이동 통신 시스템에서 호 서비스의 품질을 높이는 방법 및 장치 |
CN110447209A (zh) * | 2017-03-16 | 2019-11-12 | 英特尔公司 | 用于用户平面流量转发的***、方法和设备 |
Family Cites Families (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH0783361B2 (ja) * | 1991-05-14 | 1995-09-06 | 松下電器産業株式会社 | リング状パケット通信網 |
FI103454B1 (fi) * | 1996-04-01 | 1999-06-30 | Nokia Telecommunications Oy | Matkaviestimen toimintatilojen ohjaus pakettiradiojärjestelmässä |
US6212175B1 (en) * | 1997-04-22 | 2001-04-03 | Telxon Corporation | Method to sustain TCP connection |
KR100330241B1 (ko) * | 1998-08-26 | 2002-10-04 | 삼성전자 주식회사 | 무선패킷음성데이터통신장치및방법 |
US6594276B1 (en) | 1999-04-01 | 2003-07-15 | Nokia Corporation | Apparatus and associated method for communicating multimedia information upon a communication link |
FI108599B (fi) * | 1999-04-14 | 2002-02-15 | Ericsson Telefon Ab L M | Toipuminen matkaviestinjärjestelmissä |
FI991605A (fi) * | 1999-07-14 | 2001-01-15 | Nokia Networks Oy | Menetelmä puhekodaukseen ja puhekoodaukseen tarvittavan laskentakapasi teetin vähentämiseksi ja verkkoelementti |
EP1148727A1 (en) * | 2000-04-05 | 2001-10-24 | THOMSON multimedia | Method and device for decoding a digital video stream in a digital video system using dummy header insertion |
DE60026799T2 (de) * | 1999-12-10 | 2006-10-19 | Lucent Technologies Inc. | Mobilfunksystem mit synchronisiertem Weiterreichen (Handover) |
US20030120484A1 (en) * | 2001-06-12 | 2003-06-26 | David Wong | Method and system for generating colored comfort noise in the absence of silence insertion description packets |
WO2003040735A1 (en) * | 2001-11-07 | 2003-05-15 | Cyneta Networks Inc. | Resource aware session adaptation system and method for enhancing network throughput |
US7088398B1 (en) * | 2001-12-24 | 2006-08-08 | Silicon Image, Inc. | Method and apparatus for regenerating a clock for auxiliary data transmitted over a serial link with video data |
US7463652B2 (en) * | 2003-06-21 | 2008-12-09 | Avaya, Inc. | System and method for notification of internet users about faults detected on an IP network |
US20050043035A1 (en) * | 2003-08-21 | 2005-02-24 | Diesen Michael J. | Method and apparatus for providing multimedia broadcast multicast service data to a subscriber to a multimedia broadcast multicast service |
CA2513346C (en) * | 2003-09-09 | 2010-11-16 | Nippon Telegraph And Telephone Corporation | Wireless packet communication method and wireless packet communication apparatus |
FI20031912A0 (fi) * | 2003-12-29 | 2003-12-29 | Nokia Corp | Menetelmä ja järjestelmä reaaliaikaisen tiedonsiirtopalvelun kontrolloimiseksi |
JP4438433B2 (ja) | 2004-02-02 | 2010-03-24 | 日本電気株式会社 | Tv電話対応携帯端末及び通信システム |
US20050265373A1 (en) * | 2004-05-28 | 2005-12-01 | Khan Farooq U | Method of reducing overhead in data packet communication |
US7471337B2 (en) * | 2004-06-09 | 2008-12-30 | Lsi Corporation | Method of audio-video synchronization |
US7352705B1 (en) * | 2004-09-03 | 2008-04-01 | Avaya Technology Corp. | Method and apparatus for determining endpoints for use as testing devices |
US20060155843A1 (en) * | 2004-12-30 | 2006-07-13 | Glass Richard J | Information transportation scheme from high functionality probe to logic analyzer |
US20060245368A1 (en) * | 2005-04-29 | 2006-11-02 | Motorola, Inc. | Verification of a communication path between networks |
US7650143B2 (en) * | 2005-05-11 | 2010-01-19 | Cisco Technology, Inc. | System and method for offering seamless connectivity across multiple devices in a communications environment |
-
2006
- 2006-01-18 US US11/335,053 patent/US8045542B2/en active Active
- 2006-10-27 WO PCT/IB2006/003026 patent/WO2007052114A1/en active Application Filing
- 2006-10-27 KR KR1020087010472A patent/KR100927941B1/ko active IP Right Grant
- 2006-10-27 JP JP2008537224A patent/JP4676534B2/ja active Active
- 2006-10-27 CN CN2006800409820A patent/CN101300885B/zh active Active
- 2006-10-27 EP EP06809128A patent/EP1943858B1/en active Active
- 2006-10-27 DE DE602006018642T patent/DE602006018642D1/de active Active
- 2006-10-27 RU RU2008116874/09A patent/RU2392772C2/ru active
- 2006-10-27 BR BRPI0619451A patent/BRPI0619451A8/pt not_active Application Discontinuation
- 2006-10-27 AT AT06809128T patent/ATE490670T1/de not_active IP Right Cessation
-
2008
- 2008-04-09 IL IL190751A patent/IL190751A/en active IP Right Grant
- 2008-04-25 ZA ZA200803799A patent/ZA200803799B/xx unknown
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2569573C1 (ru) * | 2011-12-02 | 2015-11-27 | ЗетТиИ Корпорейшн | Способ и устройство для формирования сервиса сквозной передачи данных |
Also Published As
Publication number | Publication date |
---|---|
CN101300885B (zh) | 2011-09-28 |
CN101300885A (zh) | 2008-11-05 |
US8045542B2 (en) | 2011-10-25 |
IL190751A (en) | 2013-10-31 |
WO2007052114A1 (en) | 2007-05-10 |
ZA200803799B (en) | 2009-04-29 |
KR100927941B1 (ko) | 2009-11-19 |
KR20080066747A (ko) | 2008-07-16 |
EP1943858A1 (en) | 2008-07-16 |
ATE490670T1 (de) | 2010-12-15 |
JP2009514300A (ja) | 2009-04-02 |
JP4676534B2 (ja) | 2011-04-27 |
BRPI0619451A2 (pt) | 2011-10-04 |
BRPI0619451A8 (pt) | 2016-04-05 |
US20070097958A1 (en) | 2007-05-03 |
DE602006018642D1 (de) | 2011-01-13 |
EP1943858B1 (en) | 2010-12-01 |
RU2008116874A (ru) | 2009-12-10 |
IL190751A0 (en) | 2008-11-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2392772C2 (ru) | Формирование трафика при неактивном состоянии плоскости пользователя | |
US7970020B2 (en) | Terminal having plural playback pointers for jitter buffer | |
KR100891882B1 (ko) | 무선 통신 시스템에서 방송 서비스 옵션의 대역외 송신용방법 및 장치 | |
KR100953845B1 (ko) | 무선 통신 시스템에서의 헤더 압축 방법 및 장치 | |
US7486658B2 (en) | Method and system for media synchronization in QoS-enabled wireless networks | |
AU2002252549B2 (en) | Method and apparatus for broacast services in a wireless communication system | |
US6707801B2 (en) | Method and apparatus for data transport in a wireless communication system | |
KR100894232B1 (ko) | 무선 통신 시스템에서의 송신 프레이밍 방법 및 장치 | |
US20020142757A1 (en) | Method and apparatus for broadcast signaling in a wireless communication system | |
KR20030086334A (ko) | 무선 통신 시스템에서 프로토콜 옵션을 제공하는 방법 및장치 | |
JP2010500801A (ja) | サービスセンタ、ユーザ装置、方法及びコンピュータ読取可能な媒体 | |
US20100316001A1 (en) | Method of Transmitting Synchronized Speech and Video | |
Panchakarla et al. | Delay-tolerant adaptive real-time communication: a case study for voice | |
KR20060067275A (ko) | 엘엠에스디망간의 데이터 전송 방법 및 그 시스템 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PC41 | Official registration of the transfer of exclusive right |
Effective date: 20160602 |