ПЕРЕДАЧА МЕЖДУ ПОЛЬЗОВАТЕЛЬСКИМИ УСТРОЙСТВАМИ (UE)(IUT) ДЛЯ СЕАНСОВ СОВМЕСТНОЙ РАБОТЫ, КОТОРЫЕ ВКЛЮЧАЮТ В СЕБЯ ИНФОРМАЦИЮ О МЕДИАСЕАНСЕ

ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ

Данная заявка испрашивает преимущество по предварительной заявке США № 61/389576, поданной 4 октября 2010, содержимое которой включено в данный документ посредством ссылки.

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

Мультимедийная подсистема на основе Интернет протокола (IP) (IMS) является архитектурной структурой для доставки основанных на IP мультимедийных услуг. Блок беспроводной передачи/приема (WTRU) может соединяться с IMS через различные сети доступа, которые включают в себя, но без ограничения, сети, основанные на таких технологиях, как универсальная система мобильной связи (UMTS) наземной сети радиодоступа (UTRAN), система долгосрочного развития (LTE), технология общемировой совместимости доступа в микроволновом диапазоне (WiMax) или технология беспроводной локальной сети (WLAN). Некоторыми процедурами, доступными с помощью IMS, являются передача, модификация, дублирование и извлечение медиасеансов между WTRU с возможностью IMS в реальном времени. Эти процедуры известны как передача между пользовательскими устройствами (IUT) или передача между устройствами (IDT).

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

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

Способ и устройство для передачи между пользовательскими устройствами (UE) (IUT) управления сеансом совместной работы и информации о сеансе между WTRU. Запрос передачи управления сеансом совместной работы, включающий в себя информацию о действующем сеансе, передают до передачи управления сеансом от одного WTRU к другому WTRU. Информация о действующем сеансе может включать в себя информацию о медиапотоках и устройствах, вовлеченных в сеанс. Ответ о передаче управления медиаданными передают в ответ на запрос передачи управления.

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

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

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

фиг.1B - системная схема примерного блока беспроводной передачи / приема (WTRU), который может использоваться в системе связи, показанной на фиг.1A;

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

фиг.2 - последовательность операций примера инициированной управляющим устройством передачи управления сеансом совместной работы;

фиг.3 - последовательность операций примера обнаружения сеанса;

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

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

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

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

ПОДРОБНОЕ ОПИСАНИЕ

Фиг.1A - схема примерной системы 100 связи, в которой могут воплощаться один или более раскрытых вариантов осуществления. Система 100 связи может быть системой множественного доступа, которая обеспечивает контент, такой как голос, данные, видео, обмен сообщениями, вещание и т.д., множеству беспроводных пользователей. Система 100 связи может предоставлять возможность множеству беспроводных пользователей получать доступ к такому контенту через совместное использование системных ресурсов, которые включают в себя беспроводную полосу частот. Например, системы 100 связи могут использовать один или более способов доступа к каналу, таких как множественный доступ с кодовым разделением каналов (CDMA), множественный доступ с временным разделением каналов (TDMA), множественный доступ с частотным разделением каналов (FDMA), ортогональный FDMA (OFDMA), FDMA с одной несущей (SC-FDMA) и т.п.

Как показано на фиг.1A, система 100 связи может включать в себя блоки беспроводной передачи/приема (WTRU) 102a, 102b, 102c, 102d, сеть радиодоступа (RAN) 104, базовую сеть 106, коммутируемую телефонную сеть общего пользования (PSTN) 108, Интернет 110 и другие сети 112, хотя следует принимать во внимание, что раскрытые варианты осуществления рассматривают любое количество WTRU, базовых станций, сетей и/или сетевых элементов. Каждое из WTRU 102a, 102b, 102c, 102d может быть устройством любого типа, сконфигурированным для работы и/или осуществления связи в беспроводной среде. Для примера WTRU 102a, 102b, 102c, 102d могут быть сконфигурированы для передачи и/или приема беспроводных сигналов и могут включать в себя пользовательское устройство (UE), мобильную станцию, стационарный или мобильный абонентский блок, пейджер, сотовый телефон, карманный персональный компьютер (PDA), смартфон, портативный компьютер, нетбук, персональный компьютер, беспроводной датчик, бытовую электронику и т.п.

Системы 100 связи могут также включать в себя базовую станцию 114a и базовую станцию 114b. Каждая из базовых станций 114a, 114b может быть устройством любого типа, сконфигурированным для соединения беспроводным образом по меньшей мере с одним из WTRU 102a, 102b, 102c, 102d для содействия доступу к одной или более сетей связи, таких как базовая сеть 106, Интернет 110 и/или сети 112. Для примера базовые станции 114a, 114b могут быть базовой приемопередающей станцией (BTS), узлом B, eNode B, домашним узлом B, домашним eNode B, контроллером узла, точкой доступа (AP), беспроводным маршрутизатором и т.п. Хотя каждая из базовых станций 114a, 114b изображена как один элемент, следует принимать во внимание, что базовые станции 114a, 114b могут включать в себя любое количество связанных базовых станций и/или сетевых элементов.

Базовая станция 114a может быть частью RAN 104, которая может также включать в себя другие базовые станции и/или сетевые элементы (не показаны), такие как контроллер базовой станции (BSC), контроллер радиосети (RNC), ретрансляционные узлы и т.д. Базовая станция 114a и/или базовая станция 114b могут быть сконфигурированы для передачи и/или приема беспроводных сигналов в пределах определенной географической области, которая может упоминаться как сота (не показана). Сота может дополнительно делиться на сектора соты. Например, сота, связанная с базовой станцией 114a, может делиться на три сектора. Таким образом, в одном из вариантов осуществления базовая станция 114a может включать в себя три приемопередатчика, то есть по одному для каждого сектора соты. В другом варианте осуществления базовая станция 114a может использовать технологию с множеством входов и множеством выходов (MIMO) и поэтому может использовать множество приемопередатчиков для каждого сектора соты.

Базовые станции 114a, 114b могут осуществлять связь с одним или более WTRU 102a, 102b, 102c, 102d по радиоинтерфейсу 116, который может быть любой подходящей беспроводной линией связи (например, радиочастотной (RF), микроволновой, инфракрасной (IR), ультрафиолетовой (UV), видимого света и т.д.). Радиоинтерфейс 116 может быть установлен с использованием любой подходящей технологии радиодоступа (RAT).

Более конкретно, как отмечено выше, система 100 связи может быть системой множественного доступа и может использовать одну или более схем доступа к каналу, таких как CDMA, TDMA, FDMA, OFDMA, SC-FDMA и т.п. Например, базовая станция 114a в RAN 104 и WTRU 102a, 102b, 102c могут воплощать радиотехнологию, такую как универсальная система мобильной связи (UMTS) наземного радиодоступа (UTRA), которая может устанавливать радиоинтерфейс 116, используя широкополосный CDMA (WCDMA). WCDMA может включать в себя протоколы связи, такие как высокоскоростной пакетный доступ (HSPA) и/или усовершенствованный HSPA (HSPA+). HSPA может включать в себя высокоскоростной пакетный доступ нисходящей линии связи (HSDPA) и/или высокоскоростной пакетный доступ восходящей линии связи (HSUPA).

В другом варианте осуществления базовая станция 114a и WTRU 102a, 102b, 102c могут воплощать радиотехнологию, такую как усовершенствованный наземный радиодоступ UMTS (E-UTRA), который может устанавливать радиоинтерфейс 116, используя систему долгосрочного развития (LTE) и/или усовершенствованную LTE (LTE-A).

В других вариантах осуществления базовая станция 114a и WTRU 102a, 102b, 102c могут воплощать радиотехнологии, такие как IEEE 802.16 (то есть технология общемировой совместимости доступа в микроволновом диапазоне (WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, промежуточный стандарт 2000 (IS-2000), промежуточный стандарт 95 (IS-95), промежуточный стандарт 856 (IS-856), глобальная система мобильной связи (GSM), развитие стандарта GSM с увеличенной скоростью передачи данных (EDGE), EDGE GSM (GERAN) и т.п.

Базовая станция 114b на фиг.1A может быть беспроводным маршрутизатором, домашним узлом B, домашним eNode B или точкой доступа, например, и может использовать любую подходящую RAT для содействия обеспечению беспроводной связи в ограниченной области, такой как офис, дом, транспортное средство, учебное заведение и т.п. В одном из вариантов осуществления базовая станция 114b и WTRU 102c, 102d могут воплощать радиотехнологию, такую как IEEE 802.11, для установления беспроводной локальной сети (WLAN). В другом варианте осуществления базовая станция 114b и WTRU 102c, 102d могут воплощать радиотехнологию, такую как IEEE 802.15, для установления беспроводной персональной сети (WPAN). В еще одном варианте осуществления базовая станция 114b и WTRU 102c, 102d могут использовать RAT на основе сотовой связи (например, WCDMA, CDMA2000, GSM, LTE, LTE-A и т.д.) для установления пикосоты или фемтосоты. Как показано на фиг.1A, у базовой станции 114b может быть прямое соединение с Интернетом 110. Таким образом, базовой станции 114b может не требоваться получать доступ к Интернет 110 через базовую сеть 106.

RAN 104 может быть связана с базовой сетью 106, которая может быть сетью любого типа, сконфигурированной для обеспечения услуги передачи голоса, данных, приложений и/или голоса по Интернет протоколу (VoIP) к одному или более WTRU 102a, 102b, 102c, 102d. Например, базовая сеть 106 может обеспечивать управление вызовами, услуги тарификации, услуги, основанные на определении местоположения мобильных объектов, заранее оплаченный вызов, подключение к Интернету, распределение видео и т.д. и/или выполнять функции обеспечения безопасности высокого уровня, такие как аутентификация пользователя. Хотя не показано на фиг.1A, следует принимать во внимание, что RAN 104 и/или базовая сеть 106 могут быть непосредственно или опосредованно связаны с другими RAN, которые используют ту же самую RAT, как RAN 104, или другую RAT. Например, в дополнение к подключению к RAN 104, которая может использовать радиотехнологию E-UTRA, базовая сеть 106 может также быть связана с другой RAN (не показана), используя радиотехнологию GSM.

Базовая сеть 106 может также служить шлюзом для WTRU 102a, 102b, 102c, 102d для получения доступа к PSTN 108, Интернет 110 и/или другим сетям 112. PSTN 108 может включать в себя телефонные сети с коммутацией каналов, которые обеспечивают обычную телефонную сеть (POTS). Интернет 110 может включать в себя глобальную систему связанных компьютерных сетей и устройств, которые используют обычные протоколы связи, такие как протокол управления передачей (TCP), протокол пользовательских датаграмм (UDP) и Интернет протокол (IP) в стеке Интернет-протоколов TCP/IP. Сети 112 могут включать в себя проводные или беспроводные сети связи, которые принадлежат и/или управляются другими поставщиками услуг. Например, сети 112 могут включать в себя другую базовую сеть, подключенную к одной или более RAN, которые могут использовать ту же самую RAT, которую использует RAN 104, или отличающуюся RAT.

Некоторые или все WTRU 102a, 102b, 102c, 102d в системе 100 связи могут включать в себя многорежимные возможности, то есть WTRU 102a, 102b, 102c, 102d могут включать в себя множество приемопередатчиков для осуществления связи с различными беспроводными сетями по различным беспроводным линиям связи. Например, WTRU 102c, показанный на фиг.1A, может быть сконфигурирован для осуществления связи с базовой станцией 114a, которая может использовать основанную на сотовой связи радиотехнологию, и с базовой станцией 114b, которая может использовать радиотехнологии IEEE 802.

Фиг.1B - системная схема примерного WTRU 102. Как показано на фиг.1B, WTRU 102 может включать в себя процессор 118, приемопередатчик 120, приемо-передающий элемент 122, динамик/микрофон 124, клавиатуру 126, дисплей/сенсорную панель 128, несменное запоминающее устройство 106, сменное запоминающее устройство 132, источник 134 питания, набор 136 микросхем глобальной системы определения местоположения (GPS) и другие периферийные устройства 138. Следует принимать во внимание, что WTRU 102 может включать в себя любую подкомбинацию вышеуказанных элементов, оставаясь совместимым с вариантом осуществления.

Процессор 118 может быть универсальным процессором, специальным процессором, обычным процессором, процессором цифровой обработки сигналов (DSP), множеством микропроцессоров, одним или более микропроцессоров вместе с ядром DSP, контроллером, микроконтроллером, специализированными интегральными схемами (ASIC), схемами программируемых пользователем вентильных матриц (FPGA), интегральной схемой (IC) любого другого типа, конечным автоматом и т.п. Процессор 118 может выполнять кодирование сигнала, обработку данных, управление питанием, обработку ввода-вывода и/или любые другие функциональные возможности, которые предоставляют возможность WTRU 102 работать в беспроводной среде. Процессор 118 может быть соединен с приемопередатчиком 120, который может быть соединен с приемо-передающим элементом 122. Хотя фиг.1B изображает процессор 118 и приемопередатчик 120 как отдельные компоненты, следует принимать во внимание, что процессор 118 и приемопередатчик 120 могут быть объединены в электронный блок или микросхему.

Приемо-передающий элемент 122 может быть сконфигурирован для передачи сигналов к базовой станции или приема сигналов от базовой станции (например, базовой станции 114a) по радиоинтерфейсу 116. Например, в одном из вариантов осуществления приемо-передающий элемент 122 может быть антенной, сконфигурированной для передачи и/или приема RF сигналов. В другом варианте осуществления приемо-передающий элемент 122 может быть излучателем/приемником, сконфигурированным, например, для передачи и/или приема IR, UV сигналов или сигналов видимого света. В еще одном варианте осуществления приемо-передающий элемент 122 может быть сконфигурирован для передачи и приема и RF, и световых сигналов. Следует принимать во внимание, что приемо-передающий элемент 122 может быть сконфигурирован для передачи и/или приема любой комбинации беспроводных сигналов.

Кроме того, хотя приемо-передающий элемент 122 изображен на фиг.1B как один элемент, WTRU 102 может включать в себя любое количество приемо-передающих элементов 122. Более конкретно, WTRU 102 может использовать технологию MIMO. Таким образом, в одном из вариантов осуществления WTRU 102 может включать в себя два или более приемо-передающих элементов 122 (например, множество антенн) для передачи и приема беспроводных сигналов по радиоинтерфейсу 116.

Приемопередатчик 120 может быть сконфигурирован для модулирования сигналов, которые должны быть переданы приемо-передающим элементом 122, и демодулирования сигналов, которые должны быть приняты приемо-передающим элементом 122. Как отмечено выше, WTRU 102 может иметь многорежимные возможности. Таким образом, приемопередатчик 120 может включать в себя множество приемопередатчиков для предоставления возможности WTRU 102 осуществлять связь через множество RAT, таких, например, как UTRA и IEEE 802.11.

Процессор 118 WTRU 102 может быть соединен и может принимать вводимые пользователем данные от динамика/микрофона 124, клавиатуры 126 и/или дисплея/сенсорной панели 128 (например, жидкокристаллического блока отображения (LCD) или блока отображения на органических светоизлучающих диодах (OLED)). Процессор 118 может также выводить пользовательские данные на динамик/микрофон 124, клавиатуру 126 и/или дисплей/сенсорную панель 128. Кроме того, процессор 118 может осуществлять доступ к информации в запоминающем устройстве любого подходящего типа, таком как несменное запоминающее устройство 106 и/или сменное запоминающее устройство 132, и сохранять данные в нем. Несменное запоминающее устройство 106 может включать в себя оперативное запоминающее устройство (RAM), постоянное запоминающее устройство (ROM), жесткий диск или запоминающее устройство любого другого типа. Сменное запоминающее устройство 132 может включать в себя карту модуля идентификации абонента (SIM), карту флэш-памяти, карту памяти формата Secure Digital (SD) и т.п. В других вариантах осуществления процессор 118 может осуществлять доступ к информации в запоминающем устройстве, которое физически расположено не в WTRU 102, например, а на сервере или в домашнем компьютере (не показан), и сохранять данные в нем.

Процессор 118 может получать питание из источника 134 питания и может быть сконфигурирован для распределения и/или управления питанием к другим компонентам в WTRU 102. Источник 134 питания может быть любым подходящим устройством для обеспечения питания WTRU 102. Например, источник 134 питания может включать в себя одну или более батарей на сухих элементах (например, никель-кадмиевых (NiCd), никель-цинковых (NiZn), никель-металлогидридных (NiMH), литий-ионных (Li-ion) и т.д.), солнечных элементах, топливных элементах и т.п.

Процессор 118 может также быть соединен с набором 136 микросхем GPS, который может быть сконфигурирован для предоставления информации местоположения (например, долготы и широты) текущего местоположения WTRU 102. В дополнение или вместо информации от набора 136 микросхем GPS, WTRU 102 может принимать информацию местоположения по радиоинтерфейсу 116 от базовой станции (например, от базовых станций 114a, 114b) и/или определять свое местоположение, основываясь на согласовании по времени сигналов, принимаемых от двух или более соседних базовых станций. Следует принимать во внимание, что WTRU 102 может получать информацию местоположения посредством любого подходящего способа определения местоположения, оставаясь совместимым с вариантом осуществления.

Процессор 118 может дополнительно соединяться с другими периферийными устройствами 138, которые могут включать в себя один или более программных и/или аппаратных модулей, которые обеспечивают дополнительные функции, функциональные возможности и/или проводную или беспроводную связь. Например, периферийные устройства 138 могут включать в себя акселерометр, электронный компас, спутниковый приемопередатчик, цифровую камеру (для фотографий или видео), порт универсальной последовательной шины (USB), устройство вибрации, телевизионный приемопередатчик, головную гарнитуру «свободные руки», модуль Bluetooth®, радиоприемник частотно-модулированного (FM) сигнала, цифровой аудиоплеер, медиаплеер, модуль видеоигр, Интернет-браузер и т.п.

Фиг.1C - системная схема RAN 104 и базовой сети 106 согласно одному из вариантов осуществления. RAN 104 может быть сетью услуг доступа (ASN), которая использует радиотехнологии IEEE 802.16 для осуществления связи с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. Как будет дополнительно обсуждаться ниже, линии связи между различными функциональными объектами WTRU 102a, 102b, 102c, RAN 104 и базовой сетью 106 могут быть определены как опорные точки.

Как показано на фиг.1C, RAN 104 может включать в себя базовые станции 140a, 140b, 140c и шлюз 142 ASN, хотя следует принимать во внимание, что RAN 104 может включать в себя любое количество базовых станций и шлюзов ASN, оставаясь совместимой с вариантом осуществления. Каждая из базовых станций 140a, 140b, 140c может быть связана с определенной сотой (не показана) в RAN 104 и каждая может включать в себя один или более приемопередатчиков для осуществления связи с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В одном из вариантов осуществления базовые станции 140a, 140b, 140c могут воплощать технологию MIMO. Таким образом, базовая станция 140a, например, может использовать множество антенн для передачи беспроводных сигналов к WTRU 102a и для приема беспроводных сигналов от него. Базовые станции 140a, 140b, 140c могут также обеспечивать функции управления мобильностью, например инициирование передачи обслуживания, установление туннеля, управление радиоресурсами, классификацию трафика, контроль за соблюдением политики качества обслуживания (QoS) и т.п. Шлюз 142 ASN может служить пунктом агрегирования трафика и может отвечать за поисковый вызов, кэширование профилей абонентов, маршрутизацию к базовой сети 106 и т.п.

Радиоинтерфейс 116 между WTRU 102a, 102b, 102c и RAN 104 может быть определен как опорная точка R1, которая воплощает спецификации IEEE 802.16. Кроме того, каждое из WTRU 102a, 102b, 102c может устанавливать логический интерфейс (не показан) с базовой сетью 106. Логический интерфейс между WTRU 102a, 102b, 102c и базовой сетью 106 может быть определен как опорная точка R2, которая может использоваться для аутентификации, авторизации, управления конфигурацией IP-хоста и/или управления мобильностью.

Линия связи между каждой из базовых станций 140a, 140b, 140c может быть определена как опорная точка R8, которая включает в себя протоколы для содействия передаче обслуживания WTRU и передаче данных между базовыми станциями. Линия связи между базовыми станциями 140a, 140b, 140c и шлюзом ASN 215 может быть определена как опорная точка R6. Опорная точка R6 может включать в себя протоколы для содействия управлению мобильностью на основе событий мобильности, связанных с каждым из WTRU 102a, 102b, 100c.

Как показано на фиг.1C, RAN 104 может быть подключена к базовой сети 106. Линия связи между RAN 104 и базовой сетью 106 может определяться как опорная точка R3, которая включает в себя, например, протоколы для содействия передаче данных и возможности управления мобильностью. Базовая сеть 106 может включать в себя домашний агент мобильного IP (MIP-HA) 144, сервер 146 аутентификации, авторизации и учета (AAA) и шлюз 148. Хотя каждый из вышеуказанных элементов изображен как часть базовой сети 106, следует принимать во внимание, что любой из этих элементов может принадлежать и/или управляться объектом, отличным от оператора базовой сети.

MIP-HA может отвечать за управление IP-адресом и может предоставлять возможность WTRU 102a, 102b, 102c перемещаться между различными ASN и/или различными базовыми сетями. MIP-HA 144 может обеспечивать WTRU 102a, 102b, 102c доступом к сетям с коммутацией пакетов - таким как Интернет 110, обеспечивать связь между WTRU 102a, 102b, 102c и устройствами с поддержкой IP. Сервер 146 AAA может отвечать за аутентификацию пользователей и за поддержку пользовательских услуг. Шлюз 148 может способствовать межсетевому взаимодействию с другими сетями. Например, шлюз 148 может обеспечивать WTRU 102a, 102b, 102c доступом к сетям с коммутацией каналов, таким как PSTN 108, для способствования осуществлению связи между WTRU 102a, 102b, 102c и традиционными устройствами связи наземной линии связи. Кроме того, шлюз 148 может обеспечивать WTRU 102a, 102b, 102c доступом к сетям 112, которые могут включать в себя другие проводные или беспроводные сети, которые принадлежат и/или управляются другими поставщиками услуг.

Хотя на фиг.1C это не показано, следует принимать во внимание, что RAN 104 может быть подключена к другим ASN, и базовая сеть 106 может быть подключена к другим базовым сетям. Линия связи между RAN 104 и другими ASN может быть определена как опорная точка R4, которая может включать в себя протоколы для координации мобильности WTRU 102a, 102b, 102c между RAN 104 и другими ASN. Линия связи между базовой сетью 106 и другими базовыми сетями может быть определена как опорная точка R5, которая может включать в себя протоколы для содействия межсетевому взаимодействию между домашними базовыми сетями и гостевыми базовыми сетями.

Фиг.2 - последовательность 200 операций примера инициированной управляющим устройством передачи управления сеансом совместной работы. Сеансом совместной работы является набор из двух или более ветвей доступа и соотнесенных медиаданных к двум или более WTRU, которые представлены как одна удаленная ветвь с помощью SCC AS. Весь или часть сеанса можно передавать или копировать. Устройство, которое инициирует сеанс, может быть управляющим устройством сеанса. Устройства, кроме управляющего устройства, участвующие в сеансе совместной работы, являются управляемыми устройствами сеанса. Управление можно передавать от управляющего устройства к управляемому устройству во время передачи управления сеансом совместной работы. Когда происходит передача управления сеансом совместной работы, обнаружение сеанса может выполняться новым управляющим устройством для определения информации о сеансе и информации, относящейся к медиапотокам.

WTRU-1 205 и WTRU-2 210 могут быть вовлечены в сеанс совместной работы с удаленным WTRU 220. Управляющий WTRU, WTRU-1 205 устанавливает управление сеансом 222 совместной работы через SCC AS 215. Сеанс совместной работы может включать в себя множество медиапотоков и может быть закреплен в SCC AS 215. Медиапоток A 225 может происходить между WTRU-1 205 и удаленным WTRU 220. Медиапоток B 226 может происходить между WTRU-2 210 и удаленным WTRU 220. WTRU-1 205 может передавать управление сеансом совместной работы, посылая запрос 228 передачи управления сеансом совместной работы к SCC AS 215. Запрос 228 передачи управления сеансом совместной работы может включать в себя зарегистрированный открытый идентификатор пользователя WTRU-2 210.

WTRU-2 может регистрировать один или более идентификаторов пользователей, данные идентификаторы могут использоваться для идентификации пользователя WTRU-2 и могут использоваться другими устройствами для направления запросов к WTRU-2. Зарегистрированный открытый идентификатор пользователя может использоваться для идентификации адресата запроса передачи управления сеансом совместной работы. Медиапотоки к WTRU-1 205 и WTRU-2 210 от удаленного WTRU 220 могут оставаться незатронутыми.

SCC AS 215 может не иметь списка всех зарегистрированных открытых идентификаторов пользователя, которые совместно используют профиль услуги с открытым идентификатором пользователя, используемым WTRU-1 205 для сеанса совместной работы. SCC AS 215 может извлекать список всех зарегистрированных открытых идентификаторов 230 пользователя, которые совместно используют тот же самый открытый профиль услуг и идентификатор, зарегистрированный WRTU-1 205. Профиль услуги определяет набор запускающих событий услуги, которые можно применять к набору открытых идентификаторов пользователя. Открытый профиль услуг может включать в себя открытую идентификацию, авторизацию услуг базовой сети и критерии начальной фильтрации, но не ограничен ими.

SCC AS 215 определяет, может ли WTRU-2 210 действовать в качестве управляющего устройства для сеанса совместной работы, и что зарегистрированный открытый идентификатор пользователя, используемый WTRU-2 210, совместно использует профиль услуги с открытым идентификатором пользователя, используемым WTRU-1 205 для сеанса совместной работы. SCC AS 215 передает запрос 228 передачи управления сеансом совместной работы к WTRU-2 210. WTRU-2 210 определяет, принять ли запрос передачи управления, и после определения принять запрос WTRU-2 210 передает подтверждение 232 передачи управления сеансом совместной работы к WTRU-1 205 через SCC AS 215. SCC AS 215 может устранять управление сеансом совместной работы из WTRU-1 205. WTRU-2 210 устанавливает управление сеансом 234 совместной работы через SCC AS 215. WTRU-2 210 является управляющим устройством сеанса, в то время как WTRU-1 205 является управляемым устройством сеанса.

В любой момент в способе на фиг.2 дополнительные действия могут выполняться между WTRU-1 205, WTRU-2 210, SCC AS 215 и удаленным WTRU 220.

Фиг.3 - последовательность 300 операций примера обнаружения информации о сеансе WTRU, который является частью подписки IMS. Сеанс совместной работы может быть установлен и может включать в себя множество медиапотоков. WTRU-2 310 и WTRU-3 315 могут быть вовлечены в сеанс совместной работы с удаленным WTRU 325. Медиапоток A 328 может происходить между WTRU-2 310 и удаленным WTRU 325. Медиапоток B 330 может происходить между WTRU-3 315 и удаленным WTRU 325. WTRU-1 305, который является частью той же самой подписки IMS, как WTRU-2 310 и WTRU-3 315, может передавать запрос 332 обнаружения сеанса к SCC AS 320 для определения информации о сеансе для действующего сеанса совместной работы. SCC AS 320 получает запрашиваемую информацию 334 сеанса и передает ответ 336 об обнаружении сеанса к WTRU-1 305.

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

В любой момент в способе на фиг.3 дополнительные действия могут выполняться между WTRU-1 305, WTRU-2 310, WTRU-3 315 SCC AS 320 и удаленным WTRU 336.

Фиг.4 - последовательность 400 операций примера инициированной управляющим устройством передачи управления сеансом совместной работы, сопровождаемого обнаружением сеанса. WTRU-1 405, как управляющее устройство, передает управление сеансом совместной работы к WTRU-2 410. WTRU-2 410, как новое управляющее устройство, выполняет обнаружение сеанса.

WTRU-1 405 и WTRU-2 402 могут быть вовлечены в сеанс совместной работы с удаленным WTRU 415. Управляющий WTRU, WTRU-1 405 устанавливает управление сеансом 422 совместной работы через SCC AS 415. Сеанс совместной работы может включать в себя множество медиапотоков и может быть закреплен в SCC AS 415. Медиапоток A 424 может происходить между WTRU-1 405 и удаленным WTRU 420. Медиапоток B 426 может происходить между WTRU-2 410 и удаленным WTRU 420. Хотя WTRU-1 405, текущее управляющее устройство, знает информацию о сеансе и медиапотоках для всего сеанса совместной работы, в общем случае, WTRU-2 410 может знать только информацию о сеансе, относящуюся к медиапотоку B 428. Весь сеанс совместной работы включает в себя всю информацию о медиапотоках, относящуюся к медиапотокам, и информацию о сеансе.

WTRU-1 405 может передавать управление сеансом совместной работы, посылая запрос 430 передачи управления сеансом совместной работы к SCC AS 415. Запрос 430 передачи управления сеансом совместной работы может включать в себя зарегистрированный открытый идентификатор пользователя WTRU-2 410. Медиапотоки к WTRU-1 405 и WTRU-2 410 от удаленного WTRU 420 могут оставаться незатронутыми.

SCC AS 415 может извлекать список 432 всех открытых идентификаторов пользователя, совместно использующих открытые профили услуг WTRU-1 405. SCC AS 415 определяет, может ли WTRU-2 410 действовать в качестве управляющего устройства сеанса совместной работы, и что зарегистрированный открытый идентификатор пользователя, используемый WTRU-2 410, совместно использует профиль услуги с открытым идентификатором пользователя, используемым WTRU-1 405 для сеанса совместной работы. SCC AS 415 передает запрос 430 передачи управления сеансом совместной работы к WTRU-2 410. WTRU-2 410 определяет, принять ли запрос передачи управления, и после определения принять запрос WTRU-2 410 передает подтверждение 434 передачи управления сеансом совместной работы к WTRU-1 405 через SCC AS 415.

WTRU-2 410 устанавливает управление сеансом 436 совместной работы через SCC AS 415. SCC AS 415 может устранять управление сеансом совместной работы из WTRU-1 405. WTRU-2 410 является управляющим устройством сеанса, в то время как WTRU-1 405 является управляемым устройством сеанса. Даже после передачи управления сеансом совместной работы к WTRU-2 410 WTRU-2 410 знает только информацию о сеансе, относящуюся к медиапотоку B 438. Для определения состояния всего сеанса WTRU-2 410 выполняет запрос 440 обнаружения сеанса.

WTRU-2 410 может передавать запрос 440 обнаружения сеанса к SCC AS 415 для определения информации о сеансе для действующего сеанса совместной работы. SCC AS 415 получает запрашиваемую информацию 442 о сеансе и передает ответ 444 об обнаружении сеанса, включающий в себя информацию о сеансе, к WTRU-2 410. После получении ответа 444 об обнаружении сеанса WTRU-2 410 знает обо всех медиапотоках и информацию о сеансе для сеанса 446 совместной работы.

В любой момент в способе согласно фиг.4 дополнительные действия могут выполняться между WTRU-1 405, WTRU-2 410, SCC AS 415 и удаленным WTRU 420.

Фиг.5 - последовательность 500 операций примера инициированной управляющим устройством передачи управления сеансом совместной работы, включающей в себя информацию обнаружения сеанса. Управляющий WTRU может передавать управление сеансом совместной работы к другому WTRU в пределах сеанса совместной работы. Новое управляющее устройство может не знать обо всех медиапотоках и информацию для всего сеанса совместной работы и знать только об информации и медиапотоках, с которыми он связан. Например, новое управляющее устройство может не знать, где медиаданные в настоящее время находятся, состояние медиаданных или других устройств, вовлеченных в сеанс совместной работы.

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

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

WTRU-1 505 и WTRU-2 510 могут быть вовлечены в сеанс совместной работы с удаленным WTRU 520. Управляющий WTRU, WTRU-1 505 устанавливает управление сеансом 522 совместной работы через SCC AS 515. Сеанс совместной работы может включать в себя множество медиапотоков и может быть закреплен в SCC AS 515. Медиапоток A 524 может происходить между WTRU-1 505 и удаленным WTRU 520. Медиапоток B 526 может происходить между WTRU-2 5100 и удаленным WTRU 520. В общем случае WTRU-2 510 может знать только информацию о сеансе, относящуюся к медиапотоку B 528, в то время как WTRU-1 505 знает информацию о сеансе и медиапотоках для всего сеанса совместной работы.

WTRU-1 505 может передавать управление сеансом совместной работы, посылая запрос 530 передачи управления сеансом совместной работы к SCC AS 515. Запрос 530 передачи управления сеансом совместной работы может включать в себя зарегистрированный открытый идентификатор пользователя WTRU-2 510. SCC AS 515 может извлекать список 532 всех зарегистрированных открытых идентификаторов пользователя, совместно использующих открытый профиль услуг WTRU-1 505. Кроме того, SCC AS 515 получает информацию о действующем сеансе 534 для сеанса совместной работы.

SCC AS 515 определяет, может ли WTRU-2 510 действовать в качестве управляющего устройства для сеанса совместной работы, и что зарегистрированный открытый идентификатор пользователя, используемый WTRU-2 510, совместно использует профиль услуги с открытым идентификатором пользователя, используемым WTRU-1 505 для сеанса совместной работы. SCC AS 515 передает запрос 536 передачи управления сеансом совместной работы, включающий в себя информацию о сеансе, к WTRU-2 510, запрашивая WTRU-2 510 принять роль управляющего WTRU для сеанса совместной работы.

WTRU-2 510 определяет, принять ли запрос 536 передачи управления, и после определения принять запрос 536 WTRU-2 510 передает подтверждение 538 передачи управления сеансом совместной работы к WTRU-1 505 через SCC AS 515. WTRU-2 510 устанавливает управление сеансом 540 совместной работы через SCC AS 515. SCC AS 515 может устранять управление сеансом совместной работы из WTRU-1 505. WTRU-2 510 является управляющим устройством сеанса, в то время как WTRU-1 505 является управляемым устройством сеанса. WTRU-2 510 знает обо всех медиапотоках и информации 542 сеанса для сеанса совместной работы.

В любой момент в способе на фиг.5 дополнительные действия могут выполняться между WTRU-1 505, WTRU-2 510, SCC AS 515 и удаленным WTRU 520.

Фиг.6 - последовательность 600 операций альтернативного варианта осуществления инициированной управляющим устройством передачи управления сеансом совместной работы, которая включает в себя информацию обнаружения сеанса. Управляющий WTRU может передавать управление сеансом совместной работы к другому WTRU в пределах сеанса совместной работы. Хотя новое управляющее устройство может не знать все медиапотоки и информацию для всего сеанса совместной работы, управляющий WTRU, который передает управление, знает информацию о сеансе и медиапотоках для всего сеанса совместной работы. В общем случае новое управляющее устройство после приема управления передает запрос обнаружения сеанса для получения информации о сеансе и медиапотоках для всего сеанса совместной работы. В данном варианте осуществления управляющий WTRU определяет передать управление, используя запрос передачи управления сеансом совместной работы, который включает в себя информацию о действующем сеансе и медиаданные.

WTRU-1 505 и WTRU-2 510 могут быть вовлечены в сеанс совместной работы с удаленным WTRU 520. Управляющий WTRU, WTRU-1 505 устанавливает управление 622 сеансом совместной работы через SCC AS 515. Сеанс совместной работы может включать в себя множество медиапотоков и может быть закреплен в SCC AS 515. Медиапоток A 624 может происходить между WTRU-1 505 и удаленным WTRU 520. Медиапоток B 626 может происходить между WTRU-2 510 и удаленным WTRU 520. В общем случае WTRU-2 510 может знать только информацию о сеансе, относящуюся к медиапотоку B 628, в то время как WTRU-1 505 знает информацию о сеансе и медиапотоках для всего сеанса совместной работы.

WTRU-1 505 может передавать управление сеансом совместной работы, посылая запрос 630 передачи управления сеансом совместной работы к SCC AS 515. Запрос 630 передачи управления сеансом совместной работы, переданный к SCC AS 515, включает в себя информацию о сеансе и медиапотоках для всего сеанса совместной работы. Запрос 630 передачи управления сеансом совместной работы может также включать в себя зарегистрированный открытый идентификатор пользователя WTRU-2 510.

SCC AS 515 может извлекать список всех зарегистрированных открытых идентификаторов 632 пользователя, которые совместно используют открытый профиль услуг WTRU-1 505. SCC AS 515 определяет, может ли WTRU-2 510 действовать в качестве управляющего устройства для сеанса совместной работы, и что зарегистрированный открытый идентификатор пользователя, используемый WTRU-2 510, совместно использует профиль услуги с открытым идентификатором пользователя, используемым WTRU-1 505 для сеанса совместной работы. SCC AS 515 передает запрос 630 передачи управления сеансом совместной работы, запрашивая WTRU-2 510 принять роль управляющего WTRU для сеанса совместной работы, и информацию о действующем сеансе к WTRU-2 510.

WTRU-2 510 определяет, принять ли запрос передачи управления, и после определения принять запрос WTRU-2 510 передает подтверждение 638 передачи управления сеансом совместной работы к WTRU-1 505 через SCC AS 515. WTRU-2 510 устанавливает управление сеансом 640 совместной работы через SCC AS 515. WTRU-2 510 является управляющим устройством сеанса, в то время как WTRU-1 505 является управляемым устройством сеанса. WTRU-2 510 знает обо всех медиапотоках и информацию 642 о сеансе для сеанса совместной работы.

В любой момент в способе на фиг.6 дополнительные действия могут выполняться между WTRU-1 505, WTRU-2 510, SCC AS 515 и удаленным WTRU 520.

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

WTRU-1 505 и WTRU-2 510 могут быть вовлечены в сеанс совместной работы с удаленным WTRU 520. Управляющий WTRU, WTRU-1 505 устанавливает управление 722 сеансом совместной работы через SCC AS 515. Сеанс совместной работы может включать в себя множество медиапотоков и может быть закреплен в SCC AS 515. Медиапоток A 724 может происходить между WTRU-1 505 и удаленным WTRU 520. Медиапоток B 726 может происходить между WTRU-2 510 и удаленным WTRU 520. В общем случае WTRU-2 510 может знать только информацию о сеансе, относящуюся к медиапотоку B 728, в то время как WTRU-1 505 знает информацию о сеансе и медиапотоках для всего сеанса совместной работы.

WTRU-1 505 может передавать управление сеансом совместной работы, посылая запрос 730 передачи управления сеансом совместной работы к SCC AS 515. Запрос 730 передачи управления сеансом совместной работы может включать в себя зарегистрированный открытый идентификатор пользователя WTRU-2 510. SCC AS 515 может извлекать список всех зарегистрированных открытых идентификаторов 732 пользователя, совместно использующих открытый профиль услуг WTRU-1 505.

SCC AS 515 определяет, может ли WTRU-2 510 действовать в качестве управляющего устройства для сеанса совместной работы, и что зарегистрированный открытый идентификатор пользователя, используемый WTRU-2 510, совместно использует профиль услуги с открытым идентификатором пользователя, используемым WTRU-1 505 для сеанса совместной работы. SCC AS 515 передает запрос 730 передачи управления сеансом совместной работы к WTRU-2 510.

WTRU-2 510 передает запрос 734 обнаружения сеанса к SCC AS 515 для получения информации о действующем сеансе и информации медиапотока. SCC AS 515 получает информацию 736 о действующем сеансе для сеанса совместной работы. SCC AS 515 передает ответ 738 об обнаружении сеанса к WTRU-2 510, который включает в себя информацию о действующем сеансе и медиапотоке.

WTRU-2 510 передает подтверждение 740 передачи управления сеансом совместной работы к WTRU-1 505 через SCC AS 515. WTRU-2 510 устанавливает управление сеансом 742 совместной работы через SCC AS 515. WTRU-2 510 является управляющим устройством сеанса, в то время как WTRU-1 505 является управляемым устройством сеанса. WTRU-2 510 знает обо всех медиапотоках и информацию 744 о сеансе для сеанса совместной работы.

В любой момент в способе на фиг.7 дополнительные действия могут выполняться между WTRU-1 505, WTRU-2 510, SCC AS 515 и удаленным WTRU 520.

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

1. Сервер приложений централизации и непрерывности обслуживания (SCC AS) для передачи между пользовательскими устройствами (UE) (IUT) управления сеансом совместной работы, причем SCC AS содержит:

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

2. SCC AS, как в варианте осуществления 1, дополнительно содержащий:

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

3. SCC AS, как в варианте осуществления 2, дополнительно содержащий:

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

4. SCC AS, как в варианте осуществления 3, дополнительно содержащий:

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

5. SCC AS, как в любом из вариантов осуществления 1-4, в котором информация о сеансе совместной работы включает в себя один или более медиапотоков сеанса совместной работы.

6. SCC AS, как в любом из вариантов осуществления 1-5, дополнительно содержащий:

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

7. SCC AS, как в любом из вариантов осуществления 1-6, в котором запрос передачи управления сеансом совместной работы включает в себя идентификатор второго UE.

8. SCC AS, как в любом из вариантов осуществления 1-7, в котором происходит передача управления сеансом совместной работы.

9. Блок беспроводной передачи/приема (WTRU) для передачи между пользовательскими устройствами (UE) (IUT) управления сеансом совместной работы, содержащий:

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

10. WTRU, как в варианте осуществления 9, дополнительно содержащий:

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

11. WTRU, как в любом из вариантов осуществления 9-10, дополнительно содержащий:

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

12. WTRU, как в любом из вариантов осуществления 9-11, в котором определение, принять ли управление сеансом совместной работы, основано на информации о сеансе, связанной с первым сеансом совместной работы.

13. WTRU, как в любом из вариантов осуществления 9-12, в котором информация о сеансе, связанная с первым сеансом совместной работы, включает в себя один или более медиапотоков сеанса совместной работы.

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

15. WTRU, как в любом из вариантов осуществления 9-14, в котором происходит передача управления сеансом совместной работы.

16. Способ передачи между устройствами (IDT) управления сеансом совместной работы для сервера приложений централизации и непрерывности обслуживания (SCC AS), причем способ содержит этап, на котором:

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

17. Способ, как в варианте осуществления 16, дополнительно содержащий этап, на котором:

генерируют информацию о сеансе, связанную с первым сеансом совместной работы.

18. Способ, как в варианте осуществления 17, дополнительно содержащий этап, на котором:

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

19. Способ, как в варианте осуществления 18, дополнительно содержащий:

причем сообщение ответа о передаче управления сеансом совместной работы принимают от второго UE.

20. Способ, как в любом из вариантов осуществления 16-19, в котором информация о сеансе включает в себя один или более медиапотоков сеанса совместной работы.

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

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

23. Способ, как в любом из вариантов осуществления 16-22, в котором происходит передача управления сеансом совместной работы.

24. Способ передачи между пользовательскими устройствами (UE) (IUT) управления сеансом совместной работы для блока беспроводной передачи/приема (WTRU), причем способ содержит этап, на котором:

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

25. Способ, как в варианте осуществления 24, дополнительно содержащий этап, на котором:

определяют, принять ли управление сеансом совместной работы.

26. Способ, как в варианте осуществления 25, дополнительно содержащий:

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

27. Способ, как в любом из вариантов осуществления 24-26, в котором определение, принять ли управление сеансом совместной работы, основано на информации о сеансе, связанной с первым сеансом совместной работы.

28. Способ, как в любом из вариантов осуществления 24-27, в котором информация о сеансе, связанная с первым сеансом совместной работы, включает в себя один или более медиапотоков сеанса совместной работы.

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

30. Способ, как в любом из вариантов осуществления 24-29, в котором происходит передача управления сеансом совместной работы.

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