Способ реконфигурирования, контроллер радиосети и терминал

Изобретение относится к области связи. Варианты осуществления настоящего изобретения предоставляют способ реконфигурирования, контроллер радиосети (RNC) и терминал. Способ содержит этапы, на которых: принимают отчет об измерениях, запущенный на основе перехода состояния и отправленный из терминала, при этом отчет об измерениях переносит информацию указания для запуска перехода состояния управления радиоресурсами (RRC); и отправляют сообщение реконфигурирования в терминал, при этом сообщение реконфигурирования содержит: целевое состояние перехода состояния RRC, назначенное для терминала; и/или соответствующую информацию однонаправленного радиоканала, и/или информацию транспортного канала, и/или информацию физического канала, когда терминал находится в целевом состоянии RRC. За счет этого задержка, вносимая в конфигурацию выделенного транспортного канала, уменьшается, а эффективность перехода состояния, выполняемого RNC на терминале, улучшается. 4 н. и 29 з.п. ф-лы, 7 ил.

Реферат

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

Данное изобретение относится к области технологий связи и, в частности, к способу реконфигурирования, RNC и терминалу.

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

Если нет непрерывной транспортировки данных между контроллером радиосети (RNC) в сети и терминалом, находящимся в состоянии соединения и имеющим протокол управления радиоресурсами (RRC) с RNC, RNC может зарезервировать радиоканал, выделенный терминалу в радиоинтерфейсе, при освобождении выделенного транспортного канала, например, переводя терминал в состояние канала поискового вызова соты (CELL_PCH), для того чтобы эффективно использовать ресурс радиоинтерфейса и сохранять электроэнергию терминала. Только после отправки отчета об измерениях, который специально определен на основе перехода состояния, терминал в состоянии CELL_PCH может выполнить переход состояния, чтобы войти в состояние канала прямого доступа соты (CELL_FACH) и затем продолжить последующую транспортировку данных восходящей линии связи или нисходящей линии связи в состоянии CELL_FACH.

Сообщение отчета об измерениях, запущенное на основе перехода состояния, в частности, означает сообщение отчета об измерениях, содержащее идентификатор 16 измерений и пустой предварительно определенный результат измерений, который должен быть сначала отправлен из терминала CELL_PCH в RNC в транспортном канале RACH, когда терминалу необходимо запустить переход состояния в CELL_FACH, чтобы принять данные восходящей линии связи или данные нисходящей линии связи. После того как терминал отправляет отчет об измерениях, запущенный на основе перехода состояния, если RNC не инициирует процесс реконфигурирования, чтобы выполнить переход состояния терминала, то как RNC, так и терминал автоматически считают, что состояние терминала переведено в CELL_FACH.

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

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

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

Один аспект настоящего изобретения предоставляет способ реконфигурирования, содержащий этапы, на которых: принимают сообщение отчета об измерениях, запущенное на основе перехода состояния и отправленное из терминала, при этом сообщение отчета об измерениях переносит информацию указания для запуска перехода состояния управления радиоресурсами (RRC); и отправляют сообщение реконфигурирования в терминал, при этом сообщение реконфигурирования содержит: целевое состояние перехода состояния RRC, назначенное для терминала; и/или соответствующую информацию однонаправленного радиоканала, и/или информацию транспортного канала, и/или информацию физического канала, когда терминал находится в целевом состоянии RRC.

Другой аспект настоящего изобретения дополнительно предоставляет способ реконфигурирования, содержащий этапы, на которых: отправляют сообщение отчета об измерениях, запущенное на основе перехода состояния, в контроллер радиосети (RNC), при этом сообщение отчета об измерениях переносит информацию указания для запуска перехода состояния управления радиоресурсами (RRC); и принимают сообщение реконфигурирования, отправленное из RNC, при этом сообщение реконфигурирования содержит: целевое состояние перехода состояния RRC, назначенное для терминала; и/или соответствующую информацию однонаправленного радиоканала, и/или информацию транспортного канала, и/или информацию физического канала, когда терминал находится в целевом состоянии RRC.

Другой аспект настоящего изобретения дополнительно предоставляет контроллер радиосети (RNC), содержащий: приемный модуль, выполненный с возможностью приема сообщения отчета об измерениях, запущенного на основе перехода состояния и отправленного из терминала, при этом сообщение отчета об измерениях переносит информацию указания для запуска перехода состояния управления радиоресурсами (RRC); и модуль реконфигурирования, выполненный с возможностью отправки сообщения реконфигурирования в терминал, при этом сообщение реконфигурирования содержит: целевое состояние перехода состояния RRC, назначенное для терминала, и/или соответствующую информацию однонаправленного радиоканала, и/или информацию транспортного канала, и/или информацию физического канала, когда терминал находится в целевом состоянии RRC.

Другой аспект настоящего изобретения дополнительно предоставляет терминал, содержащий: модуль отправки, выполненный с возможностью отправки сообщения отчета об измерениях, запущенного на основе перехода состояния, в контроллер радиосети (RNC), при этом сообщение отчета об измерениях переносит информацию указания для запуска перехода состояния управления радиоресурсами (RRC); и приемный модуль, выполненный с возможностью приема сообщения реконфигурирования, отправленного из RNC, при этом сообщение реконфигурирования содержит: целевое состояние перехода состояния RRC, назначенное для терминала; и/или соответствующую информацию однонаправленного радиоканала, и/или информацию транспортного канала, и/или информацию физического канала, когда терминал находится в целевом состоянии RRC.

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

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

Чтобы более ясно описать технические решения предшествующего уровня техники или вариантов осуществления настоящего изобретения, чертежи, которые будут использоваться в описаниях предшествующего уровня техники или вариантов осуществления, кратко представлены далее. Очевидно, что последующие чертежи лишь иллюстрируют некоторые варианты осуществления настоящего изобретения, и специалист в данной области техники может получить другие чертежи из этих чертежей, не прилагая каких-либо творческих усилий.

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

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

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

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

Фиг. 5 представляет собой структурную схему варианта осуществления RNC, предоставленного настоящим изобретением;

Фиг. 6 представляет собой структурную схему другого варианта осуществления RNC, предоставленного настоящим изобретением; и

Фиг. 7 представляет собой структурную схему терминала, предоставленного настоящим изобретением.

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

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

Технические решения настоящего изобретения могут быть применимы к различным системам связи, например, GSM, системе множественного доступа с кодовым разделением каналов (CDMA), беспроводному широкополосному множественному доступу с кодовым разделением каналов (WCDMA), услуге пакетной радиосвязи общего назначения (GPRS), системе долгосрочного развития (LTE), и т.д. Для удобства и краткости следующие варианты осуществления подробно описаны, принимая WCDMA в качестве примера.

Фиг. 1 представляет собой блок-схему варианта осуществления способа реконфигурирования, предоставленного настоящим изобретением. Как проиллюстрировано на Фиг. 1, способ включает в себя этапы, на которых:

S101: принимают сообщение отчета об измерениях, запущенное на основе перехода состояния и отправленное из терминала, при этом сообщение отчета об измерениях переносит информацию указания для запуска перехода состояния управления радиоресурсами (RRC); и

S102: отправляют сообщение реконфигурирования в терминал, при этом сообщение реконфигурирования содержит: целевое состояние перехода состояния RRC, назначенное для терминала, и/или соответствующую информацию однонаправленного радиоканала, и/или информацию транспортного канала, и/или информацию физического канала, когда терминал находится в целевом состоянии RRC.

В настоящем варианте осуществления приведенные выше этапы выполняются посредством RNC.

При этом сообщение отчета об измерениях может представлять собой сообщение отчета об измерениях, содержащее идентификатор 16 измерений или другой идентификатор измерений и, в частности, - это отчет об измерениях, который должен быть сначала отправлен из терминала в состоянии CELL_PCH в RNC в канале произвольного доступа (RACH), когда терминалу необходимо запустить переход состояния в состояние CELL_FACH для транспортировки данных восходящей линии связи. Информация указания для запуска перехода состояния RRC, переносимая в отчете об измерениях, означает информацию о типе услуги, которая запускает инициирование терминалом отчета об измерениях.

При установке радиоинтерфейсных однонаправленных (радио)каналов RNC может установить различные однонаправленные радиоканалы (RB) для различных услуг, таким образом различные услуги могут быть различимы через идентификаторы однонаправленных радиоканалов (RB ID) (также называемые идентификаторами радиоинтерфейсных однонаправленных каналов). Соответственно, информация указания для запуска перехода состояния RRC, переносимая терминалом в отчете об измерениях, может быть представлена посредством RB ID, через который указывается информация о типе услуги, соответствующая данным восходящей линии связи RLC, в настоящий момент запускающая сообщение отчета об измерениях.

Например, терминал может активно создавать отчет, или RNC может отправлять управляющую информацию заранее, чтобы указать терминалу, чтобы он сообщил соответствующие услуги, которые соответствуют всем данным в кэше RLC терминала, или услуги и информацию об их объеме данных, когда запущенный в настоящее время переход состояния должен быть сообщен. Например, в случае, когда терминал в настоящее время одновременно устанавливает больше одной услуги с RNC, если одна или более услуг в кэше RLC текущего терминала имеют данные восходящей линии связи, которые необходимо отправить, информация указания перехода состояния, переносимая терминалом в отчете об измерениях, может быть информацией об объеме данных услуги, в настоящее время запускающей переход состояния в кэше RLC. При этом информация указания перехода состояния может быть типом услуги (представленным посредством RB ID), соответствующим данным в кэше текущего RLC, и тип услуги, соответствующий данным в кэше текущего RLC, и соответствующее состояние объема данных могут быть сообщены одновременно.

Информация указания перехода состояния (т.е. по меньшей мере один RB ID и соответствующая информация об объеме данных в кэше текущего RLC), сообщенная терминалом, может быть перечислена с использованием информации об объеме данных услуги или представлена в форме битовой карты, причем терминал может лишь сообщить все RB ID, соответствующие данным в кэше текущего RLC, или одновременно сообщить RB ID и соответствующую информацию об объеме данных (например, число байтов или число битов).

RNC может отправлять управляющую информацию заранее, чтобы указать терминалу, чтобы он переносил в переданном отчете об измерениях информацию об объеме данных определенного предустановленного RB ID или множества предустановленных RB ID в кэше RLC терминала. Таким образом, RNC может получить информацию о том, какой из установленных RB переносит информацию об объеме данных услуг или данные, чувствительные к задержке транспортировки данных в кэше RLC терминала. Соответственно, терминал может переносить в представленном отчете об измерениях состояние объема данных одного или более RB, предустановленного посредством RNC в кэше RLC терминала, используя информацию об объеме данных услуги в форме списка или битовой карты.

В качестве другого возможного варианта осуществления информация указания перехода состояния, переносимая в сообщении отчета об измерениях, может также быть причиной, запускающей в настоящее время инициирование терминалом отчета об измерениях и/или информации о типе услуги, которая в настоящее время должна быть инициирована терминалом. Например, информация указания перехода состояния, в частности, может быть одним или более из следующих видов информации: терминалу необходимо отправить информацию указания об установке вызова в восходящую линию связи, или терминалу необходимо отправить ответ на поисковый вызов в восходящую линию связи, чтобы оповестить RNC, что причина для запуска отчета об измерениях на основе перехода состояния заключается в том, что терминалу необходимо установить вызов, или терминалу необходимо ответить на вызов. Кроме того, информация указания перехода состояния может быть информацией указания, например, терминал инициирует высокоприоритетную сигнализацию, терминал инициирует низкоприоритетную сигнализацию, терминал инициирует разговорный вызов, терминал инициирует вызов потоковой услуги, терминал инициирует услугу интерактивного типа, терминал инициирует вызов фоновой услуги, терминал инициирует ответ на поисковый вызов, терминал принимает вызов потоковой услуги, терминал принимает услугу интерактивного типа, терминал принимает вызов фоновой услуги, терминал инициирует экстренный вызов, терминал инициирует прием MBMS, терминал инициирует запрос на установку MBMS однонаправленного канала точка-точка, терминал инициирует установку соединения с доменом с коммутацией каналов, терминал инициирует установку соединения с доменом с коммутацией пакетов, терминал инициирует речевой вызов, или терминал инициирует видеовызов.

После получения информации указания для запуска перехода состояния RRC, переносимой терминалом в отчете об измерениях, RNC может определить соответствующие радиоресурсы, требуемые для последующей транспортировки данных терминалом согласно информации указания для запуска перехода состояния RRC. RNC отправляет сообщение реконфигурирования, чтобы сконфигурировать для терминала параметры радиоканала, требуемые для переноса последующей транспортировки данных, например, параметр однонаправленного радиоканала (управляющий параметр RLC однонаправленного радиоканала, идентификатор однонаправленного радиоканалаи т.д.) параметр транспортного канала (набор форматов транспортировки, тип транспортного канала, идентификатор транспортного каналаи т.д.) и параметр физического канала (код канализации, код расширения спектра, сигнатураи т.д.). Сообщение реконфигурирования включает в себя целевое состояние перехода состояния RRC, назначенное для терминала, и/или соответствующую информацию однонаправленного радиоканала и/или информацию транспортного канала и/или информацию физического канала терминала в целевом состоянии RRC. При этом сообщение реконфигурирования может быть одним или более из сообщения установки однонаправленного радиоканала, сообщения реконфигурирования однонаправленного радиоканала, сообщения установки транспортного канала, сообщения реконфигурирования транспортного канала и сообщения реконфигурирования физического канала.

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

Фиг. 2 представляет собой блок-схему другого варианта осуществления способа реконфигурирования, предоставленного настоящим изобретением. Как проиллюстрировано на Фиг. 2, способ включает в себя этапы, на которых:

S201: отправляют сообщение отчета об измерениях, запущенное на основе перехода состояния, в RNC, при этом сообщение отчета об измерениях переносит информацию указания для запуска перехода состояния RRC; и

S202: принимают сообщение реконфигурирования, отправленное из RNC, при этом сообщение реконфигурирования содержит: целевое состояние перехода состояния RRC, назначенное для терминала, и/или соответствующую информацию однонаправленного радиоканала, и/или информацию транспортного канала, и/или информацию физического канала, когда терминал находится в целевом состоянии RRC.

В настоящем варианте осуществления приведенные выше этапы выполняются терминалом, который в частности представляет собой терминал в состоянии CELL_PCH. Сообщение отчета об измерениях представляет собой сообщение отчета об измерениях, содержащее идентификатор 16 измерений или другой идентификатор измерений, которое должно быть сначала отправлено из терминала в в RNC в RACH, когда терминалу необходимо запустить переход состояния в состояние CELL_FACH для транспортировки данных восходящей линии связи. Информация указания для запуска перехода состояния RRC, переносимая в отчете об измерениях, означает информацию о типе услуги, которая запускает инициирование терминалом отчета об измерениях.

Информация указания для запуска перехода состояния RRC, переносимая терминалом в отчете об измерениях, может быть представлена посредством RB ID, через который указывается информация о типе услуги, соответствующая данным восходящей линии связи RLC, в настоящий момент запускающая сообщение отчета об измерениях. Например, терминал может активно создавать отчет, или RNC может отправлять управляющую информацию заранее, чтобы указать терминалу, чтобы он сообщил соответствующие услуги, которые соответствуют всем данным в кэше RLC терминала, или услуги и информацию об их объеме данных, когда запущенный в настоящее время переход состояния должен быть сообщен. При этом информация указания перехода состояния может быть типом услуги (представленным посредством RB ID), соответствующим данным в кэше текущего RLC, и тип услуги, соответствующий данным в кэше текущего RLC, и соответствующее состояние объема данных могут быть сообщены одновременно.

В качестве другого возможного варианта осуществления информация указания перехода состояния, переносимая в сообщении отчета об измерениях, может также быть причиной, запускающей в настоящее время инициирование терминалом отчета об измерениях и/или информации о типе услуги, которая в настоящее время должна быть инициирована терминалом. Например, информация указания перехода состояния, в частности, может быть одним или более из следующих видов информации: терминалу необходимо отправить информацию указания об установке вызова в восходящую линию связи, или терминалу необходимо отправить ответ на поисковый вызов в восходящую линию связи, чтобы оповестить RNC, что причина для запуска отчета об измерениях на основе перехода состояния заключается в том, что терминалу необходимо установить вызов, или терминалу необходимо ответить на вызов. Кроме того, информация указания перехода состояния может быть информацией указания, например, терминал инициирует высокоприоритетную сигнализацию, терминал инициирует низкоприоритетную сигнализацию, терминал инициирует разговорный вызов, терминал инициирует вызов потоковой услуги, терминал инициирует услугу интерактивного типа, терминал инициирует вызов фоновой услуги, терминал инициирует ответ на поисковый вызов, терминал принимает вызов потоковой услуги, терминал принимает услугу интерактивного типа, терминал принимает вызов фоновой услуги, терминал инициирует экстренный вызов, терминал инициирует прием MBMS, терминал инициирует запрос на установку однонаправленного MBMS канала точка-точка, терминал инициирует установку соединения с доменом с коммутацией каналов, терминал инициирует установку соединения с доменом с коммутацией пакетов, терминал инициирует речевой вызов или терминал инициирует видеовызов.

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

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

Фиг. 3 представляет собой блок-схему еще одного варианта осуществления способа реконфигурирования, предоставленного настоящим изобретением. Как проиллюстрировано на Фиг. 3, в этом варианте осуществления информация указания для запуска перехода состояния RRC может быть одним или более RB ID, или одним или более RB ID и их объемом данных. RB ID соответствует по меньшей мере одной услуге, которой принадлежат данные в кэше текущего RLC терминала, а объем данных представляет собой объем данных услуги, соответствующей RB ID в кэше текущего RLC. Способ в частности может быть описан следующим образом.

S301: RNC отправляет управляющую информацию в терминал, при этом управляющая информация указывает, чтобы терминал сообщил информацию об услуге, соответствующую данным в кэше текущего RLC; и

S302: терминал принимает управляющую информацию, отправленную из RNC.

Управляющая информация указывает, что в случае, когда терминал в состоянии CELL_PCH инициирует сообщение отчета об измерениях, содержащее идентификатор 16 измерений, если данные, в настоящий момент запускающие терминал, чтобы он инициировал переход состояния, принадлежат одному или более услугам (RB ID), предустановленным RNC, терминалу следует переносить одну или более информацию об услуге в сообщении отчета об измерениях, содержащем идентификатор 16 измерений.

При этом информация об услуге, т.е. информация указания перехода состояния, может быть RB ID или RB ID и информацией об объеме данных (например, число байтов или число битов), принадлежащих им в кэше текущего RLC.

Управляющая информация может включать в себя один или более идентификаторов услуги (RB ID), которые указывают, что в случае, когда терминал запускает переход состояния из-за того, что кэш RLC имеет данные, которые должны быть отправлены, если терминал считает, что данные в кэше текущего RLC принадлежат одному или более идентификаторам услуги в управляющей информации, он переносит в отправленном сообщении отчета об измерениях, содержащем идентификатор 16 измерений, RB ID, относящийся к данным в кэше RLC, или RB ID и его объем данных.

Например, RNC отправляет в терминал управляющую информацию, которая указывает терминалу, чтобы он сообщил состав списка RB, сконфигурированного посредством RNC и соответствующего данным в кэше текущего RLC. Если кэш текущего RLC терминала имеет данные, соответствующие RB ID, сконфигурированному посредством RNC, отчет может быть сделан в сообщении отчета об измерениях, иначе отчет может быть не сделан. Терминал может лишь сообщить информацию RB ID, существующую в кэше текущего RLC и соответствующую списку RB, сконфигурированному посредством RNC, или сообщить в RNC соответствующий объем данных во время сообщения RB ID. В частности, отчет может быть сделан в форме битовой карты (например, когда кэш RLC терминала имеет данные, соответствующие RB ID, предустановленному посредством RNC, соответствующий бит битовой карты устанавливается в 1, в противном случае он устанавливается в 0). Когда кэш RLC терминала имеет данные, соответствующие RB ID, предустановленному посредством RNC, информация указания перехода состояния, переносимая терминалом в сообщении отчета об измерениях, может быть ИСТИНОЙ или специальным указанием, например, указывающим, что объем данных кэша текущего RLC терминала превысил порог события измерения 4a, предустановленный посредством RNC.

Или управляющая информация, отправленная из RNC в терминал, может дополнительно указывать терминалу, чтобы он сообщил RB ID, соответствующие всем услугам, установленным в сети, или RB ID и информацию об их объеме данных в кэше текущего RLC терминала.

Управляющая информация, отправленная из RNC в терминал, может указывать терминалу, чтобы он сообщил состояния объемов данных всех услуг, установленных с сетью в кэше текущего RLC терминала, так что RNC получает информацию обо всех услугах. Терминал может сообщать в форме списка информации об услуге или битовой карты. Терминал может лишь сообщить RB ID или одновременно сообщить в RNC соответствующий объем данных RB ID в кэше RLC.

Или управляющая информация, отправленная из RNC в терминал, может также указывать терминалу, чтобы он сообщил информацию об объеме данных соответствующих услуг (RB ID), соответствующих всем данным в кэше текущего RLC терминала, когда запущен переход состояния.

Управляющая информация, отправленная из RNC в терминал, может указывать, что в случае, когда терминал, в настоящее время устанавливающий одну или более услуг с RNC, инициирует отчет об измерениях перехода состояния, если одна или более услуг в кэше RLC текущего терминала имеют данные восходящей линии связи, которые необходимо отправить, информация указания перехода состояния, переносимая терминалом в отчете об измерениях, может быть информацией об объеме данных RB ID, в настоящее время запускающего переход состояния в кэше RLC. При этом терминал может лишь сообщить RB ID, соответствующий данным в кэше текущего RLC, или одновременно сообщить RB ID, соответствующий данным в кэше текущего RLC, и соответствующее состояние объема данных.

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

S303: терминал отправляет сообщение отчета об измерениях, запущенное на основе перехода состояния, в RNC, при этом сообщение отчета об измерениях переносит информацию указания для запуска перехода состояния RRC.

S304: RNC принимает сообщение отчета об измерениях, запущенное на основе перехода состояния и отправленное из терминала.

При этом информация указания для запуска перехода состояния RRC может быть одним или более RB ID или одним или более RB ID и их объемом данных. RB ID соответствует по меньшей мере одной услуге, которой принадлежат данные в кэше текущего RLC терминала, а объем данных представляет собой объем данных услуги, соответствующей RB ID в кэше текущего RLC.

Информация указания перехода состояния может быть в форме битовой карты (например, когда кэш RLC терминала имеет данные, соответствующие RB ID, предустановленному посредством RNC, соответствующий бит битовой карты устанавливается в 1, в противном случае он устанавливается в 0); она также может быть булевым значением, например, ИСТИНА указывает, что данные, соответствующие RB ID, предустановленному посредством RNC, существуют в кэше RLC терминала; или специальное указание может использоваться, чтобы указать, что данные в кэше RLC терминала соответствуют определенному RB ID, предустановленному посредством RNC, например, чтобы указать, что объем данных кэша текущего RLC терминала превысил порог события измерения 4a, предустановленный посредством RNC.

Следует отметить, что S301 представляет собой необязательный этап (соответственно, S302 также является необязательным этапом), т.е. RNC может указывать или конфигурировать содержимое, сообщенное терминалом, заранее через управляющую информацию. Кроме того, терминал может активно сообщать услугу, которой принадлежат данные в кэше текущего RLC, и соответствующий объем данных.

S305: RNC отправляет сообщение реконфигурирования в терминал, при этом сообщение реконфигурирования содержит: целевое состояние перехода состояния RRC, назначенное для терминала, и/или соответствующую информацию однонаправленного радиоканала, и/или информацию транспортного канала, и/или информацию физического канала, когда терминал находится в целевом состоянии RRC.

S306: терминал принимает сообщение реконфигурирования, отправленное из RNC.

Далее приведен конкретный пример: текущий терминал устанавливает услуги A, B и C с сетью, и услуги A, B и C чувствительны к задержке. В этом случае RNC может указать терминалу через управляющую информацию, чтобы он переносил RB ID услуги A и/или услуги B в сообщении отчета об измерениях, основанном на переходе состояния, когда данные восходящей линии связи, которые должны быть отправлены из терминала в состоянии CELL_PCH, принадлежат услуге A и/или услуге B.

При этом управляющая информация может включать в себя B#N (N является определенным назначенным RB ID, предварительно определенным RNC), и управляющая информация указывает терминалу, чтобы он переносил RB#N в отчете об измерениях, представленном терминалом, когда отчет об измерениях запускается из-за того, что RB#N имеет данные восходящей линии связи, которые необходимо отправить. Когда данные восходящей линии связи активно инициируются, терминал может переносить в MR, RB#N или индикаторе (указание может может быть “истиной” или существующим индикатором 4a, который соответствует ложному событию 4a), для того чтобы указать, что отправленные данные восходящей линии связи включают в себя служебные данные, соответствующие RB#N. При этом RNC может указывать терминалу, чтобы он переносил RB#N только когда сумма данных в кэше RLC соответствует 4a, или терминал может также быть выполнен с возможностью переноса RB#N, когда выполняется предустановленное условие (например, 4a не выполняется).

Управляющая информация может дополнительно включать в себя RB#N и RB#M или больше идентификаторов RB ID, таким образом, при активном инициировании данных восходящей линии связи терминал может переносить список битовых карт, содержащий значение перечисления в сообщении отчета об измерениях. Каждый список битовых карт соответствует одному RB ID, и порядок битовой карты может быть согласован с порядком конфигурации в сети. Если услуга, соответствующая RB#N, имеет данные восходящей линии связи, которые должны быть переданы, тогда как услуга, соответствующая RB#M, не имеет данных восходящей линии связи, которые должны быть переданы, список битовых карт, переносимый в сообщении отчета об измерениях, может быть равен “истине” и “лжи”. Подобным образом RNC может указывать терминалу, чтобы он переносил RB#N только когда сумма данных в кэше RLC соответствует 4a, или терминал может также быть выполнен с возможностью переноса RB#N, когда удовлетворяется предустановленное условие (например, 4a не выполняется).

Фиг. 4 представляет собой блок-схему еще одного другого варианта осуществления способа реконфигурирования, предоставленного настоящим изобретением. Как проиллюстрировано на Фиг. 4, в этом варианте осуществления информация указания для запуска перехода состояния RRC, переносимая в сообщении отчета об измерениях, отправленном из терминала в RNC, является причиной для запуска инициирования терминалом отчета об измерениях и/или информации о типе услуги, которая должна быть инициирована терминалом.

Способ, в частности, может быть описан следующим образом.

S401: терминал отправляет сообщение отчета об измерениях, запущенное на основе перехода состояния, в RNC, при этом сообщение отчета об измерениях переносит информацию указания для запуска перехода состояния RRC, информация указания для запуска перехода состояния RRC является причиной для запуска инициирования терминалом отчета об измерениях и/или информации о типе услуги, которая в настоящий момент должна быть инициирована терминалом.

S402: RNC принимает сообщение отчета об измерениях, отправленное из терминала.

При этом S401, в частности, может принимать сообщение отчета об измерениях, содержащее идентификатор 16 измерений, отправленное из терминала в состоянии CELL_PCH, при этом сообщение отчета об измерениях переносит причину того, что терминал инициирует отчет об измерениях и/или информацию о типе услуги, которая в настоящий момент должна быть инициирована терминалом.

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