Способ и устройство для управления разрешением на передачу в службе "push-to"

Способ и устройство для управления разрешением на передачу в службе "push-to"

Иллюстрации

Показать все

Реферат

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

Техническое решение

[1] Данная заявка на патент заявляет преимущество приоритета предварительной заявки на патент США №60/852,412, зарегистрированной 18 октября 2005 года, и заявки на патент Республики Корея №10-2007-0062429, зарегистрированной 25 июня 2007 года в Республике Корея. Полный текст указанных заявок включен в данное описание в виде ссылок.

[2] Это изобретение относится к услугам быстрой связи (Push-to), далее РТ-услуга [например, (push to talk - «нажмите и говорите»), (push to view - «нажмите и смотрите») или (push to data - «нажмите и передавайте данные»], и более конкретно к способу и устройству управления разрешением на передачу (выход в эфир), (полномочиями на передачу речевых пакетов или данных мультимедиа, разрешением на передачу данных мультимедиа и т.д.) в рамках РТ-услуги.

[3] РТ-услуга представляет собой разновидность многоточечной полудуплексной связи, такой как РТТ-услуга (push to talk - «нажмите и говорите»), предназначенной для передачи речевых (звуковых) данных, PTV-услуга (push to view - «нажмите и смотрите»), предназначенной для передачи движущегося изображения (видеоданных), или PTD-услуга (push to data - «нажмите и передавайте данные»), предназначенной для передачи данных. Среди клиентов, участвующих в сеансе связи, установленном через сервер в рамках РТ-услуги, один из клиентов имеет полномочия на передачу речевых пакетов (или имеющий полномочия на передачу данных мультимедиа, или разрешение на передачу), или разрешение на передачу данных мультимедиа, передает данные мультимедиа (например, речевые пакеты или пакеты данных мультимедиа), включая аудио- или видеоинформацию, а затем остальные клиенты, участвующие в сеансе связи, принимают переданные данные мультимедиа.

[4] Клиент РТ-услуги, далее РТ-клиент, может устанавливать связь с другими РТ-клиентами без необходимости осуществления процесса набора номера, процесса ожидания установления соединения по вызову и процесса предоставления тонального сигнала для установления соединения, поэтому может поддерживаться услуга быстрого установления связи по сравнению с обычным терминалом мобильной связи. Кроме того, РТ-услуга может обеспечить передачу голоса пользователя и его информации одному абоненту (от одного - к одному) или группе абонентов (от одного - к нескольким), как в групповой беседе.

[5] РТ-услуга в соответствии с известным уровнем техники включает в себя: выбор конкретным клиентом одного или нескольких клиентов и приглашение их к участию в РТ-сеансе, установление сеанса связи между приглашающим клиентом (вызывающим клиентом) и приглашенными клиентами (вызываемыми клиентами), а также передачу/прием голосовых (аудио) и/или других данных между клиентами, участвующими в установленном между ними сеансе связи.

[6] В РТ-услуге, перед тем как пользователь передает данные мультимедиа, например аудио, видео или прочие данные через свой РТ-терминал (терминал, поддерживающий РТ-услугу), пользователь должен запросить разрешение на передачу данных мультимедиа (или полномочия на речевые пакеты или полномочия на пакеты данных мультимедиа, или разрешение на передачу, которые далее по тексту именуются «полномочия на пакеты данных мультимедиа») от сервера, поддерживающего РТ-услугу, далее РТ-сервер (например, РоС-сервер (Push-To-Talk Over Cellular = многоточечная полудуплексная связь в сети подвижной радиотелефонной связи). Пользователь может передавать данные мультимедиа после получения от РТ-сервера полномочий на пакеты данных мультимедиа. В этом случае управление полномочиями пользовательского терминала на данные мультимедиа именуется как «управление речевыми пакетами» (или «управление пакетами данных мультимедиа»). В дополнение к этому, относительно управления пакетами данных мультимедиа следует отметить, что полномочия на данные мультимедиа, обладая которыми конкретный пользователь может передавать данные мультимедиа по каналу связи, могут быть ограничены, такая функция именуется «отмена речевых пакетов» (Talk Burst Revoke).

[7] На Фиг.1 представлена схема изменения состояний (машина состояний) РТ-сервера (с позиции РТ-сервера) для прохождения пакета данных к РТ-клиенту в соответствии с известным уровнем техники. На Фиг.1 показано каждое состояние РТ-сервера для режима передачи пакета данных мультимедиа (или речевого пакета) к РТ-клиенту (т.е. терминалу). Состояния, показанные на Фиг.1 в овалах, могут быть подразделены на стабильные состояния и переходные состояния, в зависимости от характеристики каждого состояния. События показаны на Фиг.1 в прямоугольниках.

[8] Относящиеся к заявке состояния, показанные на Фиг.1, рассмотрены ниже.

[9] (а) - состояние «Start-stop» (Старт/стоп) означает состояние, в котором отсутствует сеанс связи по протоколу SIP (Session Initiation Protocol = протокол установления сеанса связи) между РТ-сервером и связанным с ним РТ-клиентом. Далее по тексту данное состояние «Start-stop» будет именоваться «нулевым» состоянием «0 (zero) state»;

[10] (b) - состояние «U: not permitted and MB_Idle» («Пользование: не разрешено и МВ_Ожидание») является стабильным состоянием и означает состояние, в котором РТ-сервер может получить запрос о полномочиях на речевой пакет (пакет мультимедиа - MB пакет) от РТ-клиента. Другими словами, это состояние, в котором РТ-клиент может направить РТ-серверу запрос на передачу речевого пакета (пакета мультимедиа), именуемый как «MB_Request» («MB_Запрос»), с целью передачи пакета данных мультимедиа. Далее по тексту состояние 'U: not permitted and MB Idle' именуется как «первое состояние» («first state»);

[11] (с) - состояние «U: permitted» («Пользование: разрешено») является стабильным состоянием и означает состояние, в котором РТ-сервер дал разрешение на передачу пакета данных мультимедиа связанному с ним РТ-клиенту, при этом связанный с ним РТ-клиент может передать пакет данных мультимедиа РТ-серверу. Далее по тексту состояние 'U: permitted' («Пользователь: разрешено») именуется как «второе состояние» («second state»). В этом состоянии РТ-сервер приводит в действие (запускает) таймер Т1 (т.е. таймер окончания передачи данных мультимедиа по протоколу реального времени [End of RTP (Real Time Protocol) media timer] и таймер Т2, т.е. таймер времени прекращения разговора («Stop talking timer»). Описание этих таймеров будет дано ниже;

[12] (d) - состояние «U: not permitted but sends media» («Пользование: не разрешено, но данные мультимедиа передаются») является переходным состоянием, и оно означает состояние, в котором РТ-сервер принимает данные мультимедиа (или пакеты данных мультимедиа по протоколу RTP) от РТ-клиента, не имеющего полномочий на передачу речевых пакетов. Далее по тексту указанное состояние «U: not permitted gut sends media» именуется как «третье состояние» («third state»). В этом состоянии РТ-сервер приводит в действие/запускает таймер Т8 (т.е. таймер отмены передачи пакета мультимедиа);

[13] (е) - состояние «U: pending MB_Revoke» («Пользование: задержка МВ_Отменить») является переходным состоянием, и РТ-сервер использует данное состояние в течение льготного периода времени после передачи сообщения об отмене передачи пакета данных мультимедиа протокола управления пакетами данных мультимедиа МВСР (Media Burst Control Protocol). Далее по тексту данное состояние «U: pending MB_Revoke» именуется как «четвертое состояние» («fourth state»). В этом состоянии РТ-сервер приводит в действие/запускает таймер Т3 (т.е. таймер начала отсчета льготного периода времени для разговоров), а период, в течение которого таймер Т3 работает, соответствует льготному периоду времени;

[14] (f) - состояние «U: waiting MB_Revoke» («Пользование: ожидание МВ_Отменить») является стабильным состоянием и означает состояние, в котором РТ-сервер не дает разрешения на передачу данных мультимедиа, запрошенного связанным с ним РТ-клиентом, в течение определенного периода времени, в продолжении которого действует/работает таймер Т9. В случае, когда связанный с ним РТ-клиент продолжает передачу пакетов данных мультимедиа вне пределов времени действия разрешения на передачу пакетов мультимедиа (то есть период времени, в течение которого работает таймер Т2, и до истечения этого периода), РТ-сервер штрафует связанного с ним РТ-клиента. В этом состоянии РТ-сервер приводит в действие/запускает таймер Т9 (т.е. «перезапускаемый после» таймер). Далее по тексту данное состояние «U: waiting MB_Revoke» именуется как «пятое» состояние («a fifth state»);

[15] (g) - состояние «U: not permitted and MB_Taken» («Пользование: не разрешено и МВ_Принят») является стабильным состоянием и означает состояние, в котором, если другой РТ-клиент (т.е. не связанный с ним РТ-клиент), не являющийся РТ-клиентом, связанным с этим сервером, которому было разрешено передавать пакет данных мультимедиа, запрашивает разрешение на передачу пакетов данных мультимедиа, РТ-сервер информирует этого другого РТ-клиента, что разрешение на передачу пакетов данных мультимедиа дано. Далее по тексту данное состояние «U: not permitted and MB_Taken» именуется как «шестое» состояние («a sixth state»).

[16] Таймеры T1, Т2, Т3, Т8 и Т9, упомянутые в вышеприведенном описании фигуры 1, используются для ограничения или управления передачей пакетов данных мультимедиа (MB) между РТ-сервером и связанным(и) с ним РТ-клиентом (клиентами). Далее по тексту приводится описание работы этих таймеров. Обычно, передача данных мультимедиа осуществляется в виде пакетов протокола реального времени (RTP=Real Time Protocol), далее протокол RTF.

[17] Таймер Т1 (таймер «Окончание передачи данных мультимедиа по протоколу RTP»)

[18] Таймер 1 предназначен, чтобы отсчитывать, получил ли РТ-сервер поступающий пакет данных по протоколу RTP в пределах доступного периода времени, имеющегося после получения предыдущего пакета по протоколу RTP. Таймер Т1 обычно устанавливается на период в 4 секунды, что является значением «по умолчанию». После того как терминал посылает РТ-серверу данные мультимедиа, например пакеты данных мультимедиа по протоколу RTP, по получении РТ-сервером первого пакета данных по протоколу RTP, таймер Т1 запускается, и его запуск осуществляется вновь с поступлением последующего пакета данных по протоколу RTP. При приеме РТ-сервером последнего пакета данных по протоколу RTP таймер Т1 останавливается, или истекает время его работы.

[19] Таймер Т2 (таймер «Времени до прекращения разговора»)

[20] Таймер Т2 предназначен, чтобы отсчитывать разрешенный (выделенный) период времени, в течение которого терминал, имеющий разрешение на передачу пакетов данных мультимедиа (разрешение на передачу или полномочия на речевые пакеты), может передавать данные мультимедиа. Когда терминал передает первый пакет данных по протоколу RTP, РТ-сервер запускает таймер Т2. Обычно таймер Т2 «по умолчанию» устанавливается на 30 секунд.

[21] Таймер Т3 (таймер «Льготное время до прекращения разговора»

[22] Таймер Т3 предназначен, чтобы отсчитывать льготный период времени, в течение которого РТ-сервер может дополнительно принимать данные мультимедиа даже после того, как истекает время работы таймера Т2. При этом льготный период времени относится к предельно допустимому превышению времени, в течение которого РТ-сервер может принимать данные мультимедиа даже по истечении времени работы таймера Т2. То есть, даже тогда, когда терминал, имеющий разрешение на передачу пакетов данных мультимедиа, передал данные мультимедиа по истечению периода времени, в течение которого терминалу было разрешено передавать данные мультимедиа, РТ-сервер разрешает прием данных мультимедиа от терминала в течение заданного таймеру Т3 периода времени, то есть до истечения времени работы таймера Т3.

[23] Таймер Т9 (таймер, «перезапускаемый после»)

[24] Таймер Т9 предназначен, чтобы рассчитывать начисленное терминалу штрафное время, когда он передает данные мультимедиа вне пределов разрешенного периода времени, т.е. штрафное время, в течение которого терминал не может иметь разрешение на запрос полномочий на передачу пакетов данных мультимедиа у РТ-сервера. Когда терминал передает данные мультимедиа вне пределов (после) значения (периода времени), установленного на таймере Т2 (то есть после разрешенного для передачи данных мультимедиа периода времени), РТ-сервер посылает терминалу сообщение «МВСР Revoke» (Отменить - протокол управления передачей пакетов данных мультимедиа) или «ТВСР Revoke» (Отменить - протокол управления передачей пользовательской информации), а затем запускает таймер Т3. В случае, если РТ-сервер не может принять от терминала сообщение «МВСР Release» (Протокол управления передачей пакетов данных мультимедиа - Освободить) или «ТВСР Release» (Протокол управления передачей пользовательской информации - Освободить) в течение установленного на таймере Т3 периода времени, сервер запускает таймер Т9 так, что терминал не получает разрешение на запрос полномочий на передачу пакетов данных мультимедиа и передает данные мультимедиа в течение определенного периода времени, соответствующего установленному таймером Т9 значению времени (то есть в течение времени работы таймера Т9).

[25] Таймер Т8 (таймер «Отмена передачи речевых пакетов»)

[26] Таймер Т8 запускается во время передачи РТ-сервером сообщения «MB_Revoke» («МВ_Отменить»). Если терминал не передал сообщение «MB_Release» («МВ_Освободить») в пределах значения (то есть периода времени), установленного на таймере Т8, РТ-сервер перезапускает таймер Т8, чтобы ожидать приема сообщения «MB_Release», переданного терминалом.

[27] На Фиг.3 приведена блок схема прохождения сигналов, иллюстрирующая получение разрешения на передачу пакета данных мультимедиа и передачу данных мультимедиа между РТ-сервером и терминалами в соответствии с известным уровнем техники.

[28] Далее приводится описание со ссылкой на Фиг.1 и 2. Здесь на фигуре 1 предполагается, что сеанс связи по протоколу SIP (протокол установления сеанса связи) был инициирован при «нулевом» состоянии РТ-сервера, а затем РТ-сервер был переведен (переключен) в «первое» состояние путем передачи сообщения «MB_Idle» («МВ_Ожидание») каждому терминалу (устройству РТ-клиента). То есть РТ-сервер находится в состоянии, в котором каждый терминал может запросить от РТ-сервера разрешение (т.е. полномочия на передачу пакетов данных мультимедиа) на передачу пакета данных мультимедиа.

[29] Каждый из терминалов А, В и С направляет РТ-серверу сообщение с запросом на передачу (выход в эфир), получение полномочий на пакеты мультимедиа или речевые пакеты, или на получение разрешения на передачу пакета данных мультимедиа (т.е. сообщение «MB_Request» («МВ_Запрос») (шаг S1). Если РТ-сервер принимает решение выдать терминалу А разрешение на передачу пакета данных мультимедиа, РТ-сервер посылает сообщение с разрешением «MB_Granted» («МВ_Разрешен») в ответ на указанное сообщение с запросом «MB_Request». Одновременно РТ-сервер направляет терминалам В и С (шаг S2) сообщение, указывающее, что терминал А принял разрешение на передачу пакета данных мультимедиа (то есть сообщение «MB_Taken» («МВ_Принят»)). В ходе выполнения шагов S1 и S2 режим работы РТ-сервера может переходить из «первого» состояния во «второе» состояние (то есть состояние «U: permitted»/«Пользование: разрешено»), как показано на Фиг.1. Следовательно, терминал А может теперь передавать данные мультимедиа (то есть пакеты данных мультимедиа по протоколу RTP) РТ-серверу в течение периода времени, установленного на таймере Т2 (то есть в период работы таймера Т2). Кроме того, поскольку в ходе выполнения шагов S1 и S2 терминалы В и С получили сообщение «MB_Taken», рабочее состояние РТ-сервера относительно терминалов В и С соответствует «шестому» состоянию («U: not permitted and MB_Taken»), как показано на Фиг.1.

[30] Так как состояние РТ-сервера относительно терминала А на Фиг.1 соответствует «второму» состоянию (то есть «U: permitted»/«Пользование: разрешено»), терминал А может передавать данные мультимедиа (или пакеты данных мультимедиа протокола RTP) РТ-серверу (шаг S3). В этом случае при приеме от терминала А первого пакета данных мультимедиа по протоколу RTP РТ-сервер может одновременно запустить таймер Т1 и таймер Т2.

[31] Если терминал А передает сообщение для освобождения разрешения на передачу пакета данных мультимедиа (то есть сообщение «MB_Release»), в пределах периода времени, в течение которого разрешено передавать данные мультимедиа (то есть в течение значения (периода времени), установленного на таймере Т2) состояние РТ-сервера относительно терминала А может быть изменено из «второго» состояния на «первое» состояние, как показано на фигуре 1. Кроме того, РТ-сервер может остановить работу таймера Т2 (то есть таймер Т2 может быть остановлен до истечения времени его действия). Однако, если период времени, в течение которого терминалу А разрешено передавать данные мультимедиа (то есть значение (период времени), установленное таймером Т2) истекает, РТ-сервер посылает терминалу А сообщение об отмене разрешения на передачу данных мультимедиа (то есть сообщение «МВ_Rеvоkе»/«МВ_Отменить»).

[32] В общем случае сообщения и данные мультимедиа (или пакеты данных мультимедиа протокола RTP) могут быть переданы из терминала по различным путям маршрутизации в сети в соответствии с физической средой передачи данных. Однако такая физическая среда передачи данных может содержать транзитные задержки при приеме сообщений и данных мультимедиа по различным путям маршрутизации в сети. В дополнение к этому, такая ситуация может непреднамеренно превратить текущее состояние РТ-сервера относительно терминала в «третье» состояние (например, состояние «U: permitted but sends media»), как показано на диаграмме машины состояний на Фиг.1.

[33] Например, когда РТ-сервер находится во «втором» состоянии, а затем получает от терминала сообщение об освобождении «MB_Release», РТ-сервер переходит из «второго» состояния в «первое» состояние. Если РТ-сервер принимает затем данные мультимедиа (пакет по протоколу RTP), направленные терминалом раньше, чем было передано сообщение «MB_Release», но прибывшие на РТ-сервер позже этого сообщения из-за задержки на пути маршрутизации, то РТ-сервер переходит из «первого» состояния в «третье» состояние, как показано на Фиг.1. Однако «третье» состояние не требуется для данного момента, потому что терминал не может запросить разрешение на передачу пакета данных мультимедиа от РТ-сервера, находящегося в «третьем» состоянии, и РТ-серверу необходимо вернуться в «первое» состояние для того чтобы терминал смог послать запрос на передачу пакета данных мультимедиа. Далее, РТ-сервер может быть не способен вернуться в «первое» состояние в данный момент времени потому, что для того чтобы так сделать, РТ-серверу необходимо получить другое сообщение «MB_Release», что маловероятно для данного момента времени. В результате, терминал, в соответствии с диаграммой машины состояний известного уровня техники на Фиг.1, может быть вынужден оставаться в непредусмотренном состоянии (например, «третьем» состоянии), в котором он не может запрашивать разрешения на передачу пакета данных мультимедиа от РТ-сервера, что является проблемой.

[34] Например, при последовательной передаче терминалом пакетов данных мультимедиа протокола RTP и сообщения «MB_Release», сообщение «MB_Release» может достичь РТ-сервер раньше, чем пакеты данных мультимедиа по протоколу RTP, и наоборот. В этом случае РТ-сервер может принять часть пакетов данных мультимедиа по протоколу RTP (например, последний или другой пакет данных мультимедиа по протоколу RTP из переданных терминалом пакетов данных мультимедиа по протоколу RTP) по определенным путям маршрутизации в сети после приема сообщения «MB_Release» по другим путям маршрутизации в сети. В это время, поскольку РТ-сервер уже принял сообщение «MB_Release», состояние РТ-сервера относительно терминала, на диаграмме состояний на Фиг.1, переводится из «второго» состояния (то есть «U: permitted»/«Пользование: разрешено») в «первое» состояние (то есть «U: not permitted and МВ_Idle»/«Пользование: не разрешено и МВ_Ожидание»). После этого, даже если РТ-сервер получил последний пакет данных мультимедиа по протоколу RTP, он не может распознать, что полученный последним пакет данных мультимедиа по протоколу RTP был передан раньше, чем уже принятое сообщение «MB_Release». Соответственно, РТ-сервер определяет, что терминал, не имеющий разрешения на передачу пакета данных мультимедиа, передал данные мультимедиа (то есть принятый последним пакет данных мультимедиа по протоколу RTP). Поэтому РТ-сервер отвергает принятый последним пакет данных мультимедиа по протоколу RTP, а затем посылает терминалу сообщение об отмене «MB_Revoke» (указывая, что разрешение на передачу пакета данных мультимедиа, выданное терминалу, было отозвано), то есть это соответствует ситуации 1 (Situation 1) на Фиг.1. То есть на диаграмме состояний на Фиг.1 в соответствии с известным уровнем техники, состояние РТ-сервера относительно терминала изменено с «первого» состояния (то есть «U: not permitted and МВ_Idle»/«Пользование: не разрешено и МВ_Ожидание») на «третье» состояние (то есть «U: not permitted but sends media»/«Пользование: не разрешено, но данные мультимедиа передаются»). В условиях «третьего» состояния на Фиг.1 РТ-сервер передает терминалу сообщение «МВ_Rеvоkе»/«МВ_Отменить» и одновременно приводит в действие таймер Т8 (то есть это соответствует ситуации 2 «Situation 2» на Фиг.1). Однако ситуация 2 (Situation 2) повторяется до тех пор, пока РТ-сервер не получит от терминала сообщения «MB_Release», и состояние РТ-сервера относительно терминала может оставаться «третьим» состоянием на диаграмме машины состояний на Фиг.1. С позиции терминала, если ситуация 2 (Situation 2) повторяется, терминал может оказаться в неблагоприятной ситуации, так как он не сможет запрашивать полномочий на пакет данных мультимедиа (разрешения на передачу пакета данных мультимедиа) у РТ-сервера, несмотря на предварительную отправку сообщения «MB_Release». Это проблема, которая может возникнуть из-за различий путей маршрутизации в сети, по которым сообщения передаются терминалом.

[35] В дополнение к этому, поскольку для передачи сообщений терминалом используются различные пути маршрутизации в сети, терминал в результате может непреднамеренно достичь «пятого» состояния (то есть «U: waiting MB_Revoke»/«Пользование: ожидание МВ_Отменить») на диаграмме состояний на Фиг.1. То есть после получения разрешения на передачу пакета данных мультимедиа терминал (или РТ-клиент) может передавать данные мультимедиа (то есть последовательность пакетов данных мультимедиа протокола RTP) РТ-серверу в течение разрешенного периода времени передачи данных мультимедиа (то есть периода времени, соответствующего установленному таймером Т2 значению). В некоторых случаях переданные терминалом последовательности пакетов данных мультимедиа по протоколу RTP имеют порядковые номера. Кроме того, информация о порядковом номере последнего пакета данных мультимедиа по протоколу RTP может быть включена в сообщение «MB_Release».

[36] Несмотря на то, что терминал передает в определенном порядке последовательность пакетов данных мультимедиа по протоколу RTP (то есть данные мультимедиа) и сообщение «MB_Release» РТ-серверу в течение установленного на таймере Т2 периода времени (например, 30 секунд), сообщения (то есть пакеты данных мультимедиа по протоколу RTP и сообщение «MB_Release») могут быть приняты РТ-сервером не в том порядке, в котором они были переданы, из-за разных путей их маршрутизации в сети. Например, при передаче пакетов данных мультимедиа по протоколу RTP и сообщения «MB_Release» в определенном порядке, сообщение «MB_Release» может достичь РТ-сервер раньше, чем пакеты данных мультимедиа по протоколу RTP. То есть после получения сообщения «MB_Release», посланного терминалом, РТ-сервер может принять часть пакетов данных мультимедиа по протоколу RTP (то есть последний пакет данных мультимедиа по протоколу RTP из посланных терминалом пакетов данных мультимедиа по протоколу RTP). В данном случае РТ-сервер проверяет (то есть отыскивает и анализирует) информацию о порядковом номере последнего пакета данных мультимедиа по протоколу RTP, включенную в сообщение «MB_Release», a затем ждет момента приема этого последнего пакета данных мультимедиа по протоколу RTP. То есть состояние РТ-сервера относительно терминала продолжает пока оставаться «вторым» состоянием (то есть состояние «U: permitted»/«Пользование: разрешено»), см. Фиг.1. Однако, если время таймера Т2 истекает, пока РТ-сервер ожидает приема этого последнего пакета данных мультимедиа по протоколу RTP, РТ-сервер посылает сообщение об отмене «MB_Revoke» терминалу (то есть это соответствует ситуации 3 (Situation 3) на Фиг.1). Здесь, состояние РТ-сервера относительно терминала переходит из «второго» состояния в «четвертое» состояние (то есть состояние «U: pending МВ_Rеvоkе»/«Пользование: задержка МВ_Отменить»). Затем, после получения упомянутого последнего пакета данных мультимедиа по протоколу RTP РТ-сервер может рассматривать этот полученный последним пакет данных мультимедиа по протоколу RTP недействительным (не разрешенным пакетом), который не достиг сервера в течение периода времени, разрешенного для передачи данных мультимедиа (то есть установленного для таймера Т2 периода времени), и поэтому он оштрафует терминал. Соответственно, состояние РТ-сервера относительно терминала переводится из «четвертого» состояния в «пятое» состояние (то есть состояние «U: waiting МВ_Rеvоkе»/«Пользование: ожидание МВ_Отменить), а именно в состояние, в котором на терминал налагается штраф (наказание). То есть терминал в «пятом» состоянии не может запрашивать у РТ-сервера полномочия на данные мультимедиа в течение всего периода штрафного времени (то есть периода времени, соответствующего установленному на таймере Т9 значению).

[37] Соответственно, в случае когда терминал в определенном порядке передает пакеты мультимедиа по протоколу RTP (данных мультимедиа) и сообщение «MB_Release» в течение разрешенного для передачи данных мультимедиа периода времени (то есть периода времени, установленного на таймере Т2), например 30 секунд, и если разрешенный для передачи данных мультимедиа период времени истекает в состоянии, при котором РТ-сервер принял в первую очередь сообщение «MB_Release», но еще не получил часть пакетов данных мультимедиа по протоколу RTP (то есть последний пакет данных мультимедиа по протоколу RTP) из-за задержки передачи по путям маршрутизации в сети, терминал может нежелательно оказаться в состоянии, в котором он не сможет запросить полномочия на пакеты данных мультимедиа у РТ-сервера в течение периода времени, установленного на таймере Т9 (например, 30 секунд), что является неприемлемым условием.

[38] Целью настоящего изобретения является предложение способа и устройства для управления состоянием РТ-сервера, которые обращают внимание на ограничения и недостатки известного уровня техники.

[39] Другой целью настоящего изобретения является предложение устройства РТ-клиента (терминал) и РТ-сервера, которые могут обеспечить реализацию технологии эффективного управления пакетами данных мультимедиа.

[40] Далее, раскрытие настоящего изобретения заключается в том, чтобы обеспечить терминалу (устройству РТ-клиента) возможность запроса разрешения на передачу пакета данных мультимедиа (разрешения на передачу/выход в эфир или на полномочия на пакет данных мультимедиа), даже если РТ-сервер принимает определенные данные мультимедиа после получения от терминала сообщения об освобождении (разъединении) разрешения на передачу пакета данных мультимедиа.

[41] Сущность настоящего изобретения заключается также в том, чтобы позволить терминалу (устройству РТ-клиента) запрашивать разрешение на передачу пакета данных мультимедиа без ограничений (задержки или контроля) запроса терминалом разрешения на передачу пакета данных мультимедиа в течение определенного периода времени, даже если разрешенный период времени для разрешения на передачу пакета данных мультимедиа истекает, после получения РТ-сервером из терминала сообщения об освобождении разрешения на передачу пакета данных мультимедиа.

[42] В соответствии с одним из аспектов настоящего изобретения предлагается способ управления состоянием сервера для Push-To услуги (РТ-сервер), включающий в себя: переход, при помощи РТ-сервера во «втором» состоянии, в «первое» состояние, когда РТ-сервером принимается сообщение об освобождении пакетов данных мультимедиа; и пребывание, при помощи РТ-сервера, в «первом» состоянии, если в «первом» состоянии РТ-сервер принимает пакет данных мультимедиа от РТ-клиента и если РТ-сервер в предшествующем «втором» состоянии получил сообщение об освобождении пакетов данных мультимедиа.

[43] В соответствии с другим аспектом настоящего изобретения предлагается способ управления состоянием РТ-сервера, включающий в себя: переход, при помощи РТ-сервера, находящегося во «втором» состоянии, в «первое» состояние при приеме сообщения об освобождении пакета данных мультимедиа; определение РТ-сервером, если в предыдущем «втором» состоянии получено сообщение об освобождении пакетов данных мультимедиа, когда принят пакет данных мультимедиа, пока РТ-сервер находится в переходном «первом» состоянии; и пребывание РТ-сервером в переходном «первом» состоянии при приеме пакета данных мультимедиа, если на шаге определения было определено, что сообщение об освобождении пакета данных мультимедиа было получено в предыдущем «втором» состоянии. Кроме того, данный способ включает в себя: прием РТ-сервером во «втором» состоянии одного или более пакетов данных мультимедиа от РТ-клиента, пока работает таймер Т2, а также прием РТ-сервером во «втором» состоянии от РТ-клиента сообщения об освобождении пакета данных мультимедиа, пока работает таймер Т2.

[44] В соответствии с другим аспектом настоящего изобретения, предлагается способ управления состоянием РТ-сервера, включающий в себя: определение, при помощи РТ-сервера, находящегося во «втором» состоянии, было принято или не было принято сообщение об освобождении пакета данных мультимедиа по истечении времени работы таймера Т2 (когда истек период времени, установленный для таймера Т2); а также переход РТ-сервером либо из «второго» состояния в «первое» состояние, если на шаге определения было определено, что сообщение об освобождении пакета данных мультимедиа было получено, либо из «второго» состояния в «четвертое» состояние, на основании результата определения.

[45] В соответствии с еще одним аспектом настоящего изобретения, предлагается способ управления состоянием РТ-сервера, включающий в себя: прием РТ-сервером сообщения об освобождении пакета данных мультимедиа при работающем таймере Т2; определение РТ-сервером, было ли это сообщение об освобождении пакета данных мультимедиа получено по истечении времени работы таймера Т2 (когда истек период времени, установленный для таймера Т2); а также переход РТ-сервером в состояние ожидания пакетов данных мультимедиа, если на шаге определения было установлено, что сообщения об освобождении пакета данных мультимедиа было получено.

[46] В соответствии с другим аспектом настоящего изобретения, предлагается устройство клиента РТ-услуги (РТ-клиента), содержащее: контроллер, чтобы передать РТ-серверу, как минимум, один пакет данных мультимедиа и сообщение об освобождении пакетов данных мультимедиа, чтобы принимать от РТ-сервера сообщения об ожидании передачи пакетов данных мультимедиа в ответ на сообщение об освобождении пакетов данных мультимедиа и чтобы передавать РТ-серверу запрос на передачу пакетов данных мультимедиа после получения сообщения об ожидании передачи пакетов данных мультимедиа, причем сообщение об ожидании передачи пакетов данных мультимедиа принимается от РТ-сервера, если РТ-сервер получил сообщение об освобождении для пакетов данных мультимедиа перед таймером Т2.

[47] В соответствии с другим аспектом настоящего изобретения, предлагается устройство РТ-клиента, содержащее: контроллер, чтобы передавать РТ-серверу, как минимум, один пакет данных мультимедиа и сообщение об освобождении пакета данных мультимедиа, чтобы получать от РТ-сервера сообщение об ожидании пакета данных мультимедиа в ответ на сообщение об освобождениии пакетов данных мультимедиа и чтобы передавать РТ-серверу запрос на передачу пакета данных мультимедиа после получения сообщения об ожидании пакета данных мультимедиа, причем запрос на передачу пакета данных мультимедиа передается, если РТ-сервер принимает, как минимум, один пакет данных мультимедиа в «первом» состоянии после получения сообщения об освобождении пакета данных мультимедиа, при этом сообщение об освобождении пакета данных мультимедиа было получено РТ-сервером в предшествующем состоянии.

[48] Указанные выше и другие цели настоящего изобретения будут более очевидны из данного здесь подробного его описания. Однако следует понимать, что подробное описание и конкретные примеры, наряду с указанием предпочтительных вариантов осуществления настоящего изобретения, представлены только для иллюстрации, поскольку для специалистов в данной области техники будет очевидным из данного подробного описания, что возможны изменения и модификации в рамках сущности и объема настоящего изобретения.

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

[50] На Фиг.1 показана диаграмма машины состояний, иллюстрирующая передачу и прием пакета данных мультимедиа между РТ-клиентом и РТ-сервером в соответствии с известным уровнем техники.

[51] На Фиг.2 показана блок-схема прохождения сигнала, иллюстрирующая получение разрешения на передачу пакета данных мультимедиа и передачу данных мультимедиа между РТ-сервером и терминалами (например, РТ-клиентами) в соответствии с известным уровнем техники.

[52] На Фиг.3 показана блок-схема прохождения сигнала, иллюстрирующая управление пакетом данных мультимедиа в соответствии с первым вариантом осуществления настоящего изобретения.

[53] На Фиг.4 показана блок-схема прохождения сигнала, иллюстрирующая управление пакетом данных мультимедиа в соответствии со вторым вариантом осуществления настоящего изобретения.

[54] На Фиг.5 показана архитектура услуги быстрой связи (РТ) («Нажми и...»), иллюстрирующая пользовательское оборудование «UE» (или терминал) в соответствии с настоящим изобретением.

[55] Данное описание предпочтительных вариантов осуществления настоящего изобретения может быть применено к РТ системам связи, предоставляющих РТ-услуги, и относящимся к ним устройствам. Однако описание не может быть ограничено только этим и может быть применимо к любой системе проводной и беспроводной связи и относящимся к ней устройствам, к которым могут быть применены технические характеристики настоящего изобретения.

[56] В соответствии с одним из аспектов настоящего изобретения, когда терминал, имеющий разрешение на передачу пакетов данных мультимедиа [разрешение на передачу (выход в эфир) или полномочия на пакеты данных мультимедиа], передает РТ-серверу данные мультимедиа (например, пакеты данных мультимедиа по протоколу RTP, не имеющие порядковых номеров) и сообщение об освобождении разрешения на передачу пакета данных мультимедиа (то есть сообщение «MB_Release») в течение периода действия разрешения на передачу пакета данных мультимедиа, даже если РТ-сервер принимает часть данных мультимедиа (например, последний пакет данных мультимедиа по протоколу RTP или, как минимум, один пакет данных мультимедиа по протоколу RTP, который не является последним пакетом данных мультимедиа по протоколу RTP) после получения сообщения об освобождении «MB_Release» по причине задержки передачи по различным путям маршрутизации в сети, терминалу может быть разрешено запросить разрешение на передачу пакета данных мультимедиа без каких-либо ограничений со стороны РТ-сервера.

[57] В соответствии с другим аспектом настоящего изобретения, когда терминал, имеющий разрешение на передачу пакетов данных мультимедиа, передает, в порядке очередности, данные мультимедиа (например, пакеты данных мультимедиа по протоколу RTP, имеющие порядковый номер) и сообщение об освобождении «MB_Release» в течение периода действия разрешения на передачу пакета данных мультимедиа, то, даже если РТ-сервер принимает в первую очередь сообщение об освобождении «MB_Release» по причине задержки передачи по различным путям маршрутизации в сети, а затем получает часть данных мультимедиа (например, последний пакет данных мультимед