RU2310999C2 - Способ и устройство для тестирования трафика и вспомогательных каналов в системе беспроводной передачи данных - Google Patents
Способ и устройство для тестирования трафика и вспомогательных каналов в системе беспроводной передачи данных Download PDFInfo
- Publication number
- RU2310999C2 RU2310999C2 RU2004121141/09A RU2004121141A RU2310999C2 RU 2310999 C2 RU2310999 C2 RU 2310999C2 RU 2004121141/09 A RU2004121141/09 A RU 2004121141/09A RU 2004121141 A RU2004121141 A RU 2004121141A RU 2310999 C2 RU2310999 C2 RU 2310999C2
- Authority
- RU
- Russia
- Prior art keywords
- test
- packet
- packets
- loopback
- traffic channel
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B17/00—Monitoring; Testing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B17/00—Monitoring; Testing
- H04B17/0082—Monitoring; Testing using service channels; using auxiliary channels
- H04B17/0085—Monitoring; Testing using service channels; using auxiliary channels using test signal generators
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/04—Interfaces between hierarchically different network devices
- H04W92/10—Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
- H04L43/0847—Transmission error
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0876—Network utilisation, e.g. volume of load or congestion level
- H04L43/0888—Throughput
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
Abstract
Заявлены способы тестирования производительности терминалов и пунктов доступа в системах данных МДКР (например, стандарта cdma 2000). Обеспечивается структура протокола и сообщений для поддержания систематического тестирования производительности терминалов и для гарантирования совместимости интерфейсов. Эта структура содержит протокол прямого тестового приложения для тестирования прямых каналов и протокол обратного тестового приложения для тестирования обратных каналов. Также предложены способы для: (1) тестирования различных типов каналов (к примеру, каналов трафика, а также вспомогательных каналов), (2) тестирования передач пакетных данных, (3) поддерживающего «устойчивость» тестирования, (4) принудительных установок некоторых вспомогательных каналов, и (5) сбора, регистрации и описания различных статистик, которые могут быть использованы для выделения метрик производительности, таких как пропускная способность и коэффициент пакетных ошибок. Техническим результатом является проверка производительности терминалов и пунктов доступа в системах МДКР. 21 н. и 47 з.п. ф-лы, 8 ил., 22 табл.
Description
Область техники
Настоящее изобретение относится к передаче данных и, в частности, к способам тестирования различных типов каналов в системе беспроводной передачи данных (к примеру, cdma2000).
Существующий уровень техники
Системы беспроводной передачи данных, такие как системы множественного доступа с кодовым разделением каналов (МДКР) (CDMA), системы множественного доступа с временным разделением каналов (МДВР) (TDMA), системы множественного доступа с частотным разделением каналов (МДЧР) (FDMA) и другие широко используются для обеспечения различных видов связи, таких как речевая связь, передача данных и т.д. Для этих систем в высшей степени желательно использовать доступные ресурсы (т.е. доступные диапазон рабочих частот и мощность передачи) как можно эффективнее. Это чаще всего влечет за собой передачу столь большого объема данных стольким пользователям в столь короткий период времени, насколько это обеспечивается условиями линии связи.
Чтобы достичь этой цели, может оказаться необходимым оценивать производительность терминалов на заводе и/или в полевых условиях. Терминалы могут проверяться в ходе процесса производства, чтобы гарантировать, что они отвечают определенным минимальным критериям производительности. А в полевых условиях производительность терминалов может быть охарактеризована и использована, чтобы диагностировать РЧ покрытие и проблемы производительности в системе беспроводной передачи данных.
В одном традиционном способе определения производительности терминала известная комбинация данных (например, генерируемая генератором псевдослучайных чисел) передается пунктом доступа (или базовой станцией), принимается терминалом и посылается назад к пункту доступа. Этот метод кольцевой проверки может быть прост для воплощения, но обеспечивает ограниченные возможности тестирования.
Многие системы связи МДКР нового поколения способны к гибкой работе. К примеру, данные могут передаваться к терминалам в пакетах, различные виды данных могут передаваться по разным типам каналов, скорость передачи данных может изменяться от кадра к кадру на конкретном канале, обработка данных может также изменяться (например, от кадра к кадру и/или от канала к каналу) и т.д. Традиционный метод кольцевой проверки обычно используется для проверки единственного канала трафика на основании определенного набора параметров и может оказаться неспособным проверять различные аспекты систем МДКР нового поколения.
Кроме того, разные поставщики оборудования могут поддерживать и/или воплощать различные интерфейсы для проверки терминалов. В результате понятно, что оборудование от одного поставщика может оказаться протестированным не должным образом по сравнению или в комбинации с оборудованием от другого поставщика из-за их несовместимых интерфейсов.
Поэтому в технике имеется необходимость в способах проверки производительности терминалов и пунктов доступа в системах МДКР.
Сущность изобретения
Аспекты изобретения обеспечивают способы проверки производительности терминалов и пунктов доступа в системах МДКР. Для поддержания проверки терминалов предлагается структура протоколов и сообщений, и эта структура обеспечивает совместимость интерфейсов. В варианте выполнения эта структура содержит протокол прямой тестовой прикладной программы (ППТП) (FTAP) для тестирования прямых каналов и протокол обратной тестовой прикладной программы (ПОТП) (RTAP) для тестирования обратных каналов. ППТП поддерживает тестирование канала прямого трафика и сбор, регистрацию и составление отчета о различных статистиках, которые могут использоваться для определения производительности, а ПОТП поддерживает тестирование канала обратного трафика и сбор связанной с этим статистики.
Предлагаются способы проведения разных тестирований на различных типах каналов (например, каналы трафика, а также вспомогательные и служебные каналы). Эти способы поддерживают тесты пакетных передач данных. Предлагаются также способы по сбору, регистрации разных статистик и составления отчетов по ним, а собранная статистика может после этого использоваться для выявления различных метрик производительности, таких как пропускная способность, коэффициент пакетных ошибок (КПО) (PER) и т.д.
Предлагаются также способы для поддержания «стойкости» в тестировании (т.е. непрерывное тестирование при соединении и разъединении с обнулением переменных, используемых для хранения статистической информации, только по команде). Предлагаются также способы для принудительных установок некоторых вспомогательных каналов (например, так, чтобы можно было определить коэффициент ошибок каналов). Различные аспекты и варианты выполнения изобретения описываются более подробно ниже.
Описанные способы могут использоваться для различных применений, таких как тестирование минимальной производительности терминалов систематическим образом (т.е. на заводском или лабораторном оборудовании) и измерение производительности прямой и/или обратной линии (т.е. в полевом оборудовании). Эти способы могут использоваться для разных систем МДКР и беспроводной передачи данных, таких как cdma2000, IS-95 и Ш-МДКР (W-CDMA).
Изобретение также предлагает способы, устройства (к примеру, терминалы и пункты доступа) и иные элементы, которые воплощают различные аспекты, варианты выполнения и признаки изобретения, как подробно описано ниже.
Краткое описание чертежей
Признаки, сущность и преимущества настоящего изобретения поясняются в подробном описании, изложенном ниже, иллюстрируемом чертежами, на которых одинаковые ссылочные позиции относятся к одним и тем же частям по всем чертежам, на которых:
Фиг. 1 - схема системы беспроводной передачи данных;
Фиг. 2А и 2В - блок-схемы варианта выполнения пункта доступа и терминала, соответственно, воплощающих различные аспекты и варианты выполнения изобретения;
Фиг. 3 - диаграмма схемы передачи, используемая для высокоскоростных пакетных данных в системе cdma2000;
Фиг. 4 - вариант выполнения всего процесса проверки канала прямого трафика;
Фиг. 5 - блок-схема алгоритма конкретного варианта выполнения для процесса конфигурирования проверочных параметров ППТП;
Фиг. 6 - схема варианта выполнения процесса извлечения статистической информации из терминала;
Фиг. 7 - схема варианта выполнения всего процесса проверки канала обратного трафика;
Фиг. 8 - блок-схема алгоритма конкретного выполнения для процесса конфигурирования тестовых параметров ПОТП.
Подробное описание
Фиг. 1 представляет собой схему системы 100 беспроводной передачи данных, в которой могут быть воплощены различные аспекты и варианты выполнения изобретения. Система 100 обеспечивает связь для нескольких ячеек, причем каждая ячейка обслуживается соответствующим пунктом 104 доступа. Пункт доступа может также называться базовой станцией, приемопередающей системой базовой станции (ПСБС) (BTS) или узлом В. Различные терминалы 106 распределены по всей системе. Терминал может также называться терминалом доступа, удаленным терминалом, мобильной станцией или пользовательским оборудованием (UE).
В варианте выполнения каждый терминал 106 может осуществлять связь с одним пунктом 104 доступа по прямой линии в любой заданный момент и может осуществлять связь с одним или более пунктами доступа по обратной линии в зависимости от того, находится ли этот терминал в «режиме гибкой передачи обслуживания». Прямая линия (т.е. нисходящая линия) относится к передаче от пункта доступа к терминалу, а обратная линия (т.е. восходящая линия) относится к передаче от терминала к пункту доступа.
На фиг. 1 жирная линия со стрелкой указывает передачу данных для конкретного пользователя (или просто «данных») от пункта доступа к терминалу. Пунктирная линия со стрелкой указывает, что терминал принимает из пункта доступа пилотный и другие сигналы, но не передачу данных для конкретного пользователя. Как показано на фиг. 1, пункт 104а доступа передает данные на терминал 106а по прямой линии, пункт 104b доступа передает данные на терминал 106b, пункт 104с доступа передает данные на терминал 106с и т.д. Связь по обратной линии на фиг. 1 не показана для простоты.
Система 100 может быть сконструирована для поддержания одного или нескольких стандартов МДКР, таких как cdma2000, IS-95, Ш-МДКР и иных. Эти стандарты МДКР известны в уровне техники и включены в настоящее описание посредством ссылки. Некоторые системы МДКР нового поколения (например, системы cdma2000 1xEV) способны передавать данные в пакетах и при переменных скоростях передачи данных (например, поддерживаемых линией связи). Описанные здесь способы тестирования могут обеспечить более эффективное определение параметров линии связи для этих систем.
Фиг. 2А является блок-схемой варианта выполнения пункта 104 доступа, который способен поддерживать различные аспекты и варианты выполнения изобретения. Для простоты фиг. 2А показывает обработку в пункте доступа для связи с одним терминалом. В прямой линии данные трафика от источника 210 передаваемых (ТХ) данных и тестовые данные из буфера 212 подаются на мультиплексор 214. Мультиплексор 214 выбирает и подает данные трафика на процессор 216 передаваемых данных при работе в нормальном режиме и подает как данные трафика, так и тестовые данные при работе в тестовом режиме. Процессор 216 передаваемых данных принимает и обрабатывает (к примеру, форматирует, перемежает и кодирует) принятые данные, которые затем обрабатываются (например, модулируются накрывающим кодом и кодом расширения спектра) модулятором 218. Обработка (к примеру, кодирование, перемежение, накрытие и т.д.) может быть разной для каждого типа канала. Модулированные данные затем подаются на радиочастотный (РЧ) передающий блок 222 и преобразуются (например, в один или более аналоговых сигналов, усиливаются, фильтруются и модулируются в квадратуре), чтобы генерировать сигнал прямой линии, который направляется через антенный переключатель 224 и передается через антенну 226 к терминалам. Контроллер 220 управляет всем тестированием посредством сообщений сигнализации, которые посылаются через мультиплексор 214.
Фиг. 2В является блок-схемой варианта выполнения терминала 106, который может поддерживать разные аспекты и варианты выполнения по изобретению. Сигнал прямой линии из пункта доступа принимается антенной 252, направляется через антенный переключатель 254 и подается на РЧ приемный блок 256. РЧ приемный блок 256 осуществляет преобразование принятого сигнала (например, фильтрует, усиливает, преобразует с понижением частоты и оцифровывает) и выдает отсчеты. Демодулятор 258 принимает и обрабатывает отсчеты (т.е. осуществляет свертку, снимает накрывающий код и демодулирует), чтобы восстановить символы. Демодулятор 258 может реализовать многоотводный приемник, способный обрабатывать множество сигнальных составляющих в принятом сигнале для формирования восстановленных символов. Процессор 260 принятых (RX) данных декодирует восстановленные символы, тестирует принятые пакеты и подает декодированные данные трафика (через демультиплексор 262) в приемник 264 принятых данных, а декодированные тестовые данные - в контроллер 270. Контроллер 270 управляет всем тестированием посредством сообщений сигнализации, которые посылаются через мультиплексор (MUX) 284.
В обратной линии мультиплексор 284 принимает статистические данные тестирования прямой линии от контроллера 270, данные кольцевой проверки (описанные ниже) от буфера 278, тестовые данные для тестирования обратной линии от буфера 280 и данные трафика от источника 282 передаваемых данных. В зависимости от рабочего режима терминала 106 и конкретного(-ых) выполняемого(-ы) теста(-ов) мультиплексор 284 подает надлежащую комбинацию различных типов данных на процессор 286 передаваемых данных. Затем поданные данные обрабатываются (например, форматируются, перемежаются и кодируются) процессором 286 передаваемых данных, обрабатываются далее (к примеру, накрытием и расширением спектра) посредством модулятора 288 и преобразуются (к примеру, преобразуются в аналоговый сигнал, усиливаются, фильтруются и модулируются в квадратуре) РЧ передающим блоком 290, чтобы генерировать сигнал обратной линии, который затем направляется через антенный переключатель 254 и передается через антенну 252 к одному или более пунктам 104 доступа.
Согласно фиг. 2А сигнал обратной линии принимается антенной 226, направляется через антенный переключатель 224 и подается на РЧ приемный блок 228. Сигнал обратной линии преобразуется (к примеру, преобразуется с понижением частоты, фильтруется и усиливается) РЧ приемным блоком 228 и далее обрабатывается демодулятором 232 и процессором 234 принятых данных дополнительным образом к тому, что выполняется, соответственно, модулятором 288 и процессором 286 передаваемых данных, чтобы восстановить переданные данные. Данные трафика обратной линии подаются через демультиплексор 236 на приемник 238 принимаемых данных, а статистические данные, данные кольцевой проверки и тестовые данные подаются на контроллер 220 для оценивания.
Аспекты изобретения обеспечивают способы тестирования производительности терминалов и пунктов доступа в системе МДКР. В одном аспекте обеспечивается структура протоколов и сообщений для поддержания тестирования производительности терминалов. Эта структура гарантирует совместимость интерфейсов (например, среди различных поставщиков оборудования). В другом аспекте обеспечиваются способы выполнения разных тестов в различных типах каналов (например, каналы трафика, равно как и вспомогательные или дополнительные каналы). Поддерживаются тесты для передач пакетных данных. В еще одном аспекте обеспечиваются способы сбора, регистрации и описания различных статистик, и собранные статистики после этого могут использоваться, чтобы извлечь различные метрики производительности, такие как пропускная способность, коэффициент пакетных ошибок (КПО) (PER) и т.д. В еще одном аспекте обеспечиваются способы поддержания «стойкости» в тестировании (т.е. продолжающееся тестирование по соединению и разъединению, с переменными, используемыми для хранения статистической информации, обнуляемой только по команде). В еще одном аспекте обеспечиваются способы введения принудительных установок некоторых вспомогательных каналов (например, так, чтобы можно было определить коэффициент ошибок канала). Разные аспекты и варианты выполнения изобретения подробнее описываются ниже. Для ясности разные аспекты изобретения описываются конкретно для высокоскоростного эфирного интерфейса пакетных данных cdma2000 (или просто ВЭИ cdma2000).
Фиг. 3 представляет собой условную схему передачи в прямой линии для высокоскоростных пакетных данных в cdma2000. Каждый пункт доступа передает пакетные данные к терминалам, которые выбраны для приема данных от этого пункта доступа, на основании интенсивности сигнала, по одному в каждый данный момент времени в режиме мультиплексирования с разделением по времени. Пункт доступа передает пакетные данные к терминалу на максимальном уровне мощности передачи или вблизи него, если вообще передает их. Всякий раз, когда пункту доступа необходимо передать данные, он посылает запрос на пакетные данные в виде сообщения управления скоростью передачи данных (УСПД) (DRC) к выбранному пункту доступа. Терминал измеряет качество сигнала в сигналах прямой линии (к примеру, в пилотных сигналах), принятых из нескольких пунктов доступа, определяет пункт доступа, имеющий наилучшее качество принятого сигнала (т.е. выбранный пункт доступа), идентифицирует наивысшую скорость передачи данных, поддерживаемую наилучшей приемной линией, и посылает значение УСПД, указывающее идентифицированную скорость передачи данных. Это значение УСПД передается по УСПД-каналу и направляется на выбранный пункт доступа через использование УСПД-покрытия, назначенного для этого пункта доступа. Выбранный пункт доступа (или сектор обслуживания) планирует передачу данных к терминалу по прямому каналу трафика согласно своему принципу планирования, который может учитывать различные факторы, такие как принятое значение УСПД, данные в очереди и т.д. На основании статуса передачи принимаемых данных терминал посылает подтверждения приема (АСК) и отрицательные подтверждения (неподтверждения) приема (NACK) по каналу АСК к выбранному пункту доступа. Подробности высокоскоростной схемы передачи пакетных данных для cdma2000 описаны в документе 3GPP2 C.S0024, озаглавленном «Описание высокоскоростного эфирного интерфейса пакетных данных для cdma2000», который здесь и далее именуется Документом ВЭИ и включен сюда посредством ссылки.
Описанные здесь методы можно использовать для тестирования разных типов каналов. Для ВЭИ стандарта cdma2000 эти каналы включают в себя прямой канал трафика, канал УСПД, канал АСК, обратный канал трафика и, возможно, другие. Прямой канал трафика используется для передачи данных от пункта доступа к терминалу, а обратный канал трафика используется для передачи данных от терминала к пункту доступа. Канал УСПД используется для отправки информации, касающейся максимальной скорости, подлежащей использованию для прямого канала трафика, а канал АСК используется для отправки битов подтверждения приема для принятых пакетов.
Описываемые способы можно также использовать для различных применений. Одним таким применением является систематическое тестирование терминалов (к примеру, в производственной или лабораторной среде). Минимальная производительность для терминалов в ВЭИ cdma2000 описывается в документе TIA/EIA/IS-866, озаглавленном «Рекомендуемые стандарты минимальной производительности для высокоскоростных терминалов пакетных данных cdma2000», а минимальная производительность для пункта доступа описывается в документе TIA/EIA/IS-864, озаглавленном «Рекомендуемые стандарты минимальной производительности для высокоскоростной сети доступа пакетных данных cdma2000», которые оба включены сюда посредством ссылки. Другим применением является измерение некоторых метрик производительности прямой и/или обратной линии (например, в полевых условиях), таких как пропускная способность и коэффициент пакетных ошибок (КПО).
В одном аспекте обеспечивается структура, позволяющая тестировать разные элементы системы МДКР (к примеру, системы ВЭИ cdma2000). Эта структура, которая здесь именуется «Протокол тестового приложения» (ПТП) (ТАР), содержит Протокол прямого тестового приложения (ППТП) (FTAP) для тестирования прямых каналов и Протокол обратного тестового приложения (ПОТП) (RTAP) для тестирования обратных каналов.
В одном варианте выполнения ППТП (1) обеспечивает процедуры и сообщения, чтобы управлять прямым каналом трафика и конфигурировать обратные каналы, ассоциированные с этим прямым каналом трафика, (2) конкретизирует генерирование и передачу тестовых пакетов и пакетов кольцевой проверки, посылаемых, соответственно, по прямому и обратному каналам трафика, для целей тестирования прямого канала трафика, и (3) обеспечивает процедуры для сбора, регистрации и описания некоторых статистик, как они наблюдаются на терминале. Меньшие, дополнительные и/или отличающиеся способности также могут поддерживаться посредством ППТП, что также входит в объем изобретения.
В одном варианте выполнения ПОТП (1) обеспечивает процедуры и сообщения, чтобы управлять и конфигурировать обратный канал трафика, и (2) конкретизировать генерирование тестовых пакетов, посылаемых по обратному каналу трафика для тестирования этого канала. Меньшие, дополнительные и/или отличающиеся способности также могут поддерживаться посредством ПОТП, что также входит в объем изобретения.
ТПП генерирует и направляет тестовые пакеты в потоковом слое в направлении передачи и принимает и обрабатывает тестовые пакеты из уровня потока в направлении приема. Блок передачи ППТП находится в пакете ППТП, а блок передачи ПОТП находится в пакете ПОТП. Размеры пакетов ППТП и ПОТП определяются каждый нижними уровнями, согласуемыми во время конфигурирования сеанса. Каждый пакет ППТП или ПОТП включается в полезную нагрузку уровня потока.
ППТП и ПОТП каждый используют сообщения сигнализации для управления и конфигурирования терминала и сети доступа для проведения тестов по прямому и обратному каналам трафика. ППТП и ПОТП используют приложение сигнализации, описанное в вышеупомянутом документе ВЭИ, чтобы посылать сообщения.
ТПП регистрируется для приема от других уровней некоторых указаний, которые используются, чтобы закрыть тестовый сеанс или изменить состояние тестируемого терминала. В варианте выполнения нижеследующие указания принимаются посредством ППТП и/или ПОТП (как показано в скобках справа от указания):
- СоединенноеСостояние.СоединениеЗакрыто [принято в ППТП и ПОТП],
- МаршрутОбновить.СвободныйНО [Принято в ППТП],
- МаршрутОбновить.СоединениеПотеряно [принято в ППТП и ПОТП], и
- СвободноеСостояние.СоединениеОткрыто [принято в ППТП и ПОТП].
ТПП также возвращает следующие указания на более высокий уровень сигнализации:
- СинхронизацияКольцевойПроверкиПотеряна [возвращается от ППТП], и
- СинхронизацияПОТППотеряна [возвращается от ПОТП].
Протокол прямого тестового приложения (ППТП)
ППТП обеспечивает процедуры и сообщения, используемые, чтобы конфигурировать, управлять и выполнять разные тесты в прямых каналах, в том числе прямом канале трафика. Процедуры для ППТП можно сгруппировать в следующие категории:
- Конфигурация тестовых параметров ППТП - включает в себя процедуры и сообщения, чтобы управлять тестовыми конфигурациями ППТП в терминале и сети доступа;
- Передача и прием тестовых пакетов ППТП - включает в себя процедуры, чтобы генерировать тестовые пакеты ППТП в сети доступа для передачи по прямому каналу трафика и чтобы обрабатывать принятые пакеты в терминале;
- Передача и прием пакетов кольцевой проверки ППТП - включает в себя процедуры для отправки и приема пакетов кольцевой проверки ППТП по обратному каналу трафика;
- Передача канала АСК - включает в себя процедуры для отправки конфигурированных (с фиксированным значением) битов канала АСК по каналу АСК;
- Передача канала УСПД - включает в себя процедуры для отправки конфигурированных (фиксированных) значений УСПД и/или для использования фиксированного покрытия УСПД по каналу УСПД; и
- Сбор и извлечение статистики ППТП - включает в себя процедуры и сообщения для сбора статистики в терминале и для извлечения их сетью доступа.
Более подробно эти процедуры и сообщения описываются ниже. Меньшего состава, дополнительные и/или отличающиеся процедуры и сообщения также могут обеспечиваться для ППТП, что также входит в объем изобретения.
ППТП поддерживает тестирование различных типов прямых каналов. Подлежащие тестированию конкретные каналы можно выбирать по отдельности, и выбранные каналы могут тестироваться согласованно. В варианте выполнения ППТП поддерживает тестирование прямого канала трафика, прямых каналов МАС, канала УСПД и канала АСК. Таблица 1 перечисляет разные режимы, поддерживаемые в ППТП. Меньшего объема, дополнительные и/или отличающие режимы также могут поддерживаться, что также входит в объем изобретения.
Таблица 1 | |
Режим | Описание |
Режим кольцевой проверки | Разрешает посылать пакеты кольцевой проверки по обратному каналу трафика |
Режим фиксированных битов канала АСК | Разрешает посылать биты канала АСК с фиксированными значениями по каналу АСК |
Режим фиксированного УСПД | Разрешает посылать фиксированные значения УСПД по каналу УСПД |
Режим фиксированного покрытия УСПД | Разрешает использовать фиксированное покрытие Уолша по каналу УСПД |
ППТП поддерживает сбор сетью доступа некоторых статистик, которые можно использовать, чтобы определить разнообразные метрики производительности, такие, к примеру, как пропускная способность прямой линии, коэффициент пакетных ошибок в канале трафика, коэффициент пакетных ошибок в управляющем канале, пропускная способность сектора и т.д. Таблица 2 перечисляет статистики, которые можно собирать и сохранять сетью доступа (например, для каждого сектора), когда разрешен режим кольцевой проверки.
Таблица 2 | |
Параметр | Описание |
FTAPTestPktSent | Число тестовых пакетов ППТП, посланных сетью доступа по прямому каналу трафика |
FTAPTestPktRecd | Число тестовых пакетов ППТП, принятых терминалом по прямому каналу трафика |
FTAPMACPktRecd | Число пакетов уровня МАС прямого канала трафика, принятых терминалом в пакетах физического уровня, содержащих тестовые пакеты ППТП |
FTAPLBPktSent | Число пакетов кольцевой проверки ППТП, посланных терминалом по обратному каналу трафика |
FTAPLBPktRecd | Число пакетов кольцевой проверки, принятых сетью доступа по обратному каналу трафика |
FTAPTestTime | Длительность теста ППТП (в кадрах) |
FTAPPhysPktSlots | Число временных сегментов, в которых пакеты физического уровня, содержащие тестовые пакеты ППТП, принимались терминалом |
ППТП поддерживает сбор некоторых статистик терминалом. Эти статистики могут извлекаться сетью доступа. Таблица 3 перечисляет статистики, которые могут собираться и сохраняться терминалом.
Таблица 3 | |
Параметр | Описание |
IdleASPChange | Число изменений в активном установочном пилот-сигнале в свободном состоянии |
IdleTime | Истекшее время (во временных сегментах) в свободном состоянии с начала сбора статистик |
ConnectedSSChange | Число изменений в секторе обслуживания в состоянии соединения |
ConnectedTime | Истекшее время (во временных сегментах) в состоянии соединения с начала сбора статистик |
FirstSyncCCPkt | Число первых пакетов уровня СС МАС в синхронных капсулах, успешно принятых терминалом |
CCTime | Истекшее время (в циклах управления каналом) с начала сбора статистик |
В ВЭИ стандарта cdma2000 пилотный сигнал для каждого сектора характеризуется конкретным ПС (псевдослучайным) сдвигом и каналом МДКР, а пилот-сигнал активного набора (ASP) представляет собой пилотный сигнал из сектора, управляющий канал которого в настоящее время отслеживается терминалом. Пока терминал находится в свободном состоянии, он отслеживает управляющий канал из сектора обслуживания. Параметр IdleASPChange используется для сбора статистик для частоты изменений пилот-сигнала активного набора, а параметр FirstSyncCCPkt используется для сбора статистик для числа пакетов уровня СС МАС в синхронных капсулах, успешно принятых терминалом.
Пока терминал находится в состоянии соединения, он может принимать пакеты их секторов обслуживания. Сектор обслуживания представляет собой сектор, к которому посылается (или указывается) сообщение УСПД. Когда сообщение УСПД перенаправляется из одного сектора в другой, покрытие УСПД передается через ПУСТОЕ (NULL) покрытие. К примеру, если покрытие УСПД изменяется от сектора А через ПУСТОЕ покрытие и к сектору В (при А не равном В), то это считается как одно изменение сектора обслуживания. А если покрытие УСПД изменяется от сектора покрытия А через ПУСТОЕ покрытие и обратно к покрытию сектора А, то это считается как нулевое изменение сектора обслуживания. Параметр ConnectedSSChange используется для сбора статистик для частоты изменений обслуживающего сектора.
Свободное и соединенное состояния являются рабочими состояниями терминала в протоколе управления линией радиосвязи, описанном в вышеупомянутом документе ВЭИ.
Фиг. 4 является схемой всего процесса 400 тестирования прямого канала трафика в соответствии с вариантом выполнения изобретения. Процесс 400 можно использовать, чтобы определить различные метрики производительности, такие, к примеру, как пропускная способность прямой линии, коэффициент пакетных ошибок прямого канала трафика, коэффициент пакетных ошибок управляющего канала, секторная пропускная способность прямой линии и т.д.
Сначала сеть доступа на шаге 412 устанавливает соединение с терминалом обычным образом, если между ней нет соединения. Установка соединения для ВЭИ cdma2000 может выполняться, как описано в вышеупомянутом документе ВЭИ. Затем на шаге 414 сеть доступа посылает сообщение ПодтверждениеПриемаПараметраППТП к терминалу для конфигурирования ППТП. Это конфигурирование терминала для тестирования ППТП описывается ниже, и в варианте выполнения режим кольцевой проверки разрешается по умолчанию. Терминал на шаге 416 выполняет необходимое конфигурирование, а затем отвечает сети доступа сообщением ЗавершенПараметрППТП, чтобы указать, что он готов для сконфигурированных тестов.
Сеть доступа и терминал после этого на шаге 418 обмениваются тестовыми пакетами ППТП и пакетами кольцевой проверки ППТП, которое более подробно описываются ниже. Может быть проведен обмен любым числом пакетов, и статистики, подлежащие сбору сетью доступа и/или терминалом, могут быть определены тестовой конфигурацией.
На шаге 420 после того, как собрано достаточно статистик, сеть доступа останавливает отправку тестовых пакетов ППТП и разъединяет соединение. Шаг 420 можно опустить, к примеру, если сеть доступа переходит к выполнению каких-нибудь других тестов или функций. Сеть доступа может использовать собранные ею статистики для вычисления коэффициента пакетных ошибок и средней пропускной способности, как описано ниже. Различные детали процесса 400 описываются ниже.
В варианте выполнения ППТП активируется путем связывания тестового приложения с одним из трех доступных потоков. Конфигурация протокола может инициироваться пунктом доступа или терминалом. В варианте выполнения может быть лишь одна реализация ППТП в каждом терминале.
Конфигурация тестовых параметров ППТП
Сеть доступа или терминал могут активировать ППТП для тестирования прямых каналов. По активации ППТП терминал выполняет процедуру инициализации конфигурации ППТП, которая блокирует флаги для режима кольцевой проверки, режима фиксированных битов канала АСК, режима фиксированного УСПД и режима фиксированного покрытия УСПД.
Фиг. 5 представляет собой блок-схему алгоритма для конкретного воплощения процесса 500 конфигурирования тестовых параметров ППТП. Процесс 500 включает в себя шаги 414 и 416 на фиг. 4. Чтобы инициализировать или изменить тестовую конфигурацию, сеть доступа на шаге 512 посылает сообщение ПодтверждениеПриемаПараметраППТП, которое включает в себя конкретное значение для поля ИдентификаторТранзакции и может далее включать в себя одну или более записей для флагов режима ППТП, сохраненных терминалом. Посредством записей атрибутов в сообщении сеть доступа может управлять выполняемыми тестами.
По получении сообщения НазначениеПараметровППТП из сети доступа терминал на шаге 514 выполняет процедуру инициализации конфигурации ППТП, описанную выше. Затем на шаге 516 терминал устанавливает флаги режима ППТП на основании атрибутов, если они имеются, включенных в принятое сообщение. В частности, принятое сообщение можно включать в атрибут РежимКольцевойПроверки, в атрибут РежимФискированныхБитовКаналаАСК, в атрибут РежимФиксированногоУСПД и в атрибут РежимФиксированнногоПокрытияУСПД.
Атрибут РежимКольцевойПроверки включается в сообщение НазначениеПараметровППТП, если требуется терминал для передачи пакетов кольцевой проверки ППТП по обратному каналу трафика. Атрибут РежимФискированныхБитовКаналаАСК включается, если биты канала АСК подлежат передаче терминалом в каждом временном сегменте и подлежат установке на конкретное фиксированное значение. Атрибут РежимФиксированногоУСПД включается, если УСПД, переданное терминалом, подлежит установке на конкретное фиксированное значение. Атрибут РежимФиксированногоПокрытияУСПД включается, если конкретное фиксированное покрытие УСПД подлежит использованию терминалом для передачи УСПД.
Если принятое сообщение включает в себя атрибут РежимКольцевойПроверки, терминал активизирует флаг режима кольцевой проверки, сохраняет значение поля УстойчивостьКольцевойПроверки атрибута, очищает буфер кольцевой проверки и устанавливает LBPktOverflowBit (младший бит переполнения пакета) на нуль. Если принятое сообщение включает в себя атрибут РежимФиксированныхБитовКаналаАСК, терминал активизирует флаг режима фиксированных битов канала АСК и сохраняет это значение в поле БитКаналаАСК атрибута. Если принятое сообщение включает в себя атрибут РежимФиксированногоУСПД, терминал активизирует флаг режима фиксированного УСПД и сохраняет это значение в поле ЗначениеУСПД атрибута. Если принятое сообщение включает в себя атрибут РежимФиксированногоПокрытияУСПД, терминал активизирует флаг режима фиксированного покрытия УСПД и сохраняет это значение в поле ПокрытиеУСПД атрибута.
По завершении тестовых конфигураций, определенных сообщением НазначениеПараметровППТП, и в пределах ТППТПКонфиг (к примеру, двух секунд) времени приема сообщения терминал на шаге 518 посылает сообщение ЗавершениеПараметраППТП с полем ИдентификаторТранзакции, установленным на то же самое значение, что и принятое в поле ИдентификаторТранзакции в сообщении НазначениеПараметровППТП. Поле ИдентификаторТранзакции используется для идентифицирования конкретной транзакции, указываемой сообщением.
По приему сообщения ЗавершениеПараметровППТП от терминала сеть доступа на шаге 520 выполняет процедуру инициализации тестовых статистик и параметров ППТП, которая устанавливает на нуль переменные FTAPTestPktSent, FTAPTestPktRecd, FTAPMACPktRecd, FTAPLBPktSent, FTAPLBPktRecd, FTAPPhysPktSlots и FTAPTestTime, поддерживаемые для каждого сектора. Сеть доступа далее устанавливает на нуль 14-битовую переменную V(STest), используемую для прослеживания порядкового номера тестовых пакетов ППТП. Затем процесс конфигурации тестовых параметров ППТП завершается.
Терминал возвращает в исходное состояние свои флаги режима ППТП по завершении тестирования ППТП. В варианте выполнения, если протокол принимает индикацию СоединенноеСостояние.СоединениеЗакрыто или МаршрутОбновить.СоединениеПотеряно с уровня соединения, каждая из которых указывает, что соединение завершено, то терминал запрещает флаги для режима фиксированных битов канала АСК, режима фиксированного УСПД и режима фиксированного покрытия УСПД. Терминал далее запрещает флаг режима кольцевой проверки, если он ранее был активизирован и если значение поля УстойчивостьКольцевойПроверки атрибута РежимКольцевойПроверки в последнем сообщении НазначениеПараметровППТП было «00».
Таблица 4 перечисляет поля для сообщения НазначениеПараметровППТП в соответствии с конкретным вариантом выполнения.
Таблица 4 | ||
Поле | Длина (битов) | Описание |
ИдентификаторСообщения | 8 | Устанавливается на «00» сетью доступа |
ИдентификаторТранзакции | 8 | Устанавливается на единицу выше (по модулю 256), чем значение поля ИдентификаторТранзакции последнего сообщения НазначениеПараметровППТП, посланного терминалом |
Нуль или более случаев следующей записи: | ||
ЗаписьАтрибута | Зависит от атрибута | Запись атрибута для режима кольцевой проверки, режима фиксированных битов канала АСК, режима фиксированного УСПД или режима фиксированного покрытия УСПД; простая запись определяется в секции 10.3 Документа ВЭИ |
Таблица 5 перечисляет различные поля для записей атрибутов, которые могут быть включены в сообщение НазначениеПараметровППТП, в соответствии с конкретным вариантом выполнения. Первый столбец Таблицы 5 устанавливает четыре различных записи атрибутов, которые могут быть включены в сообщение НазначениеПараметровППТП. Каждая запись атрибута включает в себя три поля - Длина, Идентификатор атрибута и поле зависящих от атрибута данных, и эти три поля показаны в столбцах со второго по четвертый. Поле Длина дает длину записи атрибута (в октетах), исключая длину самого поля. В варианте выполнения длина каждого поля записи атрибута составляет 8 битов, а длина каждой записи атрибута составляет 24 бита.
Таблица 5 | |||
Запись атрибута |
Длина (октеты) | Идентификатор атрибута | Поле данных атрибута и описание |
РежимКольце-войПроверки | 0х02 | 0х03 | УстойчивостьКольцевойПроверки устанавливается на «1», если режим кольцевой проверки должен поддерживаться терминалом в случае закрытия соединения или потерянного соединения, и на «0» в противном случае |
РежимФиксиро-ванныхБитов КаналаАСК |
0х02 | 0х02 | БитКаналаАСК - фиксированное значение, подлежащее передаче для битов канала АСК терминалом, которое может быть установлено на «0» либо на «1». |
РежимФиксиро-ванногоЗна-ченияУСПД | 0х02 | 0х00 | ЗначениеУСПД - фиксированное значение УСПД, подлежащее передаче терминалом. |
РежимФиксиро-ванногоПок-рытияУСПД | 0х02 | 0х01 | ПокрытиеУСПД - фиксированное покрытие УСПД (т.е. конкретная 8-ричная функция Уолша), подлежащее использованию терминалом для передачи УСПД. |
В варианте выполнения сообщение НазначениеПараметровППТП посылается по управляющему каналу (УК) (СС), а прямой канал трафика (ПКТ) (FTC) адресуется к терминалу (адресация конкретному устройству) с протоколом слоя сигнализации (ПСС) (SLP), установленным на надежный, и с приоритетом передачи, установленным на 40.
Таблица 6 перечисляет поля для сообщения ЗавершениеПараметровППТП с соответствии с конкретным вариантом выполнения.
Таблица 6 | ||
Поле | Длина (битов) | Описание |
ИдентификаторСообщения | 8 | Устанавливается на «01» терминалом |
ИдентификаторТранзакции | 8 | Устанавливается на значение поля ИдентификаторТранзакции в ассоциированном сообщении ЗавершениеПараметровППТП |
В варианте выполнения сообщение ЗавершениеПараметровППТП посылается по обратному каналу трафика (ОКТ) (RTC), адресованное сети доступа (адресация конкретному устройству) с ПСС, установленным на надежный, и с приоритетом, установленным на 40.
Передача и прием тестовых пакетов ППТП
После того, как конфигурация тестовых параметров ППТП завершается и пока терминал находится в соединенном состоянии, он отслеживает прямой канал трафика, чтобы принимать тестовые пакеты ППТП. В варианте выполнения тестовые пакеты ППТП генерируются тестовым приложением обычным образом (т.е. аналогично пакету данных трафика), но каждый тестовый пакет ППТП включает в себя только определенные поля и никаких иных данных. Тестовые пакеты ППТП генерируются с достаточной частотой, чтобы гарантировать, что они всегда доступны для передачи по прямому каналу трафика. Тестовые пакеты ППТП могут сохраняться в буфере 212 на фиг. 2А.
Сеть доступа в каждом переданном тестовом пакете ППТП включает 14-битовый порядковый номер, который используется для идентификации тестовых пакетов ППТП. Этот порядковый номер поддерживается посредством сетью доступа переменной V(STest) и увеличивается пошагово на единицу после отправки тестового пакета ППТП.
Таблица 7 перечисляет поля для тестового пакета ППТП в соответствии с конкретным вариантом выполнения.
Таблица 7 | ||
Поле | Длина (битов) | Описание |
ИдентификаторПротокола | 2 | Протокол, которому принадлежит этот тестовый пакет ППТП, - устанавливается на «00» для пакетов ППТП |
ТипПакета | 4 | Тип пакета в ППТП - устанавливается на 0х0 |
Порядковый№ | 14 | Порядковый номер этого тестового пакета ППТП - устанавливается на значение V(STest), когда генерируется пакет |
Зарезервирован | 2 |
Сеть доступа передает тестовые пакеты ППТП по прямому каналу трафика в соответствии с набором правил. В варианте выполнения сеть доступа назначает конкретный приоритет передачи (к примеру, 55) тестовым пакетам ППТП и далее использует признак «вынужденное единичное инкапсулирование», описанный в вышеупомянутом Документе ВЭИ.
Терминал принимает и обрабатывает тестовые пакеты ППТП, переданные по прямому каналу трафика. Поскольку эти тестовые пакеты ППТП генерировались обычным образом в пункте доступа, они могут и обрабатываться обычным образом в терминале, в точности как пакеты данных трафика (например, демодулироваться, декодироваться и проверяться, чтобы найти, приняты ли они правильно или с ошибкой).
Передача и прием пакетов кольцевой проверки ППТП
Если разрешен режим кольцевой проверки, то терминал генерирует и посылает пакеты кольцевой проверки ППТП по обратному каналу трафика к сети доступа. Прямая и обратная линии для ВЭИ cdma2000 не симметричны (к примеру, прямая линия поддерживает более высокую скорость, нежели обратная линия), и в обратной линии скорость может быть еще более ограничена (например, вплоть до 9,6 кбит/сек в наихудшем случае). Релевантная информация для передачи по прямой линии выделяется и возвращается в сеть доступа через пакеты кольцевой проверки.
В варианте выполнения пакет кольцевой проверки ППТП генерируется для каждого конкретного временного сегмента (к примеру, каждого 16-битового сегмента, выровненного с системным временем МДКР), который именуется интервалом «наблюдения». В варианте выполнения пакеты кольцевой проверки ППТП посылаются, чтобы передать информацию о тестовых пакетах ППТП, принятых по прямому каналу трафика, и содержание каждого пакета кольцевой проверки ППТП основано на тестовых пакетах ППТП, принятых за интервал наблюдения, и описывает их. В варианте выполнения каждый пакет кольцевой проверки ППТП включает в себя запись для каждого тестового пакета ППТП, правильно принятого терминалом во время соответствующего интервала наблюдения. Каждая запись включает в себя различную информацию для соотнесенного тестового пакета ППТП, такую, к примеру, как сектор обслуживания, из которого принимался тестовый пакет ППТП, порядковый номер и длина тестового пакета ППТП и т.д. Эта информация в каждой записи, включенной в пакеты кольцевой проверки ППТП, используется для извлечения различных метрик производительности прямой линии, таких как пропускная способность и коэффициент пакетных ошибок, как описано ниже.
Таблица 8 перечисляет поля для пакета кольцевой проверки ППТП в соответствии с конкретным вариантом выполнения.
Таблица 8 | ||
Поле | Длина (битов) | Описание |
Идентификатор Протокола |
2 | Протокол, которому принадлежит этот пакет кольцевой проверки ППТП, - устанавливается на «00» для пакетов ППТП |
ТипПакета | 4 | Тип пакета в ППТП - устанавливается на 0х1 |
FwdSysTime | 15 | Системное время МДКР (в кадрах по модулю 32768), соответствующее началу (т.е. нулевому временному сегменту) 16-сегментного интервала наблюдения, покрытого этим пакетом кольцевой проверки ППТП |
LBPktOverflow | 1 | Флаг для указания того, потеряны ли какие-либо пакеты кольцевой проверки ППТП из-за переполнения буфера, - устанавливается на значение LBPktOverflowBit, поддерживаемое терминалом |
СчетЗаписей | 5 | Число записей тестовых пакетов ППТП, включенных в эту полезную нагрузку; действительный диапазон для этого поля равен 0-16, причем 0 указывает отсутствие записей тестовых пакетов ППТП |
Случаи СчетаЗаписей следующей записи:
TCAMsgSeqInc-luded | 1 | Устанавливается на «1» для первой записи; устанавливается на «0» для каждой последующей записи, если значение TCAMsgSeq то же самое, что и предыдущая запись, и на «1» в ином случае |
TCAMsgSeq | 0 или 8 | Поле ПоследовательностьСообщений последнего сообщения НазначениеКаналаТрафика, которое назначает канал, по которому текущий тестовый пакет ППТП принимался; это поле включается, если поле TCAMsgSeqIncluded устанавливается на 1, и опускается в ином случае |
DRCCover | 3 | Покрытие УСПД, связанное с сектором обслуживания для текущего тестового пакета ППТП |
FwdPhysSlots | 4 | Число временных сегментов, по которым принимался пакет физического слоя, содержащий текущий тестовый пакет ППТП |
FwdMACPkt | 2 | Число пакетов МАС, принятых в пакете физического слоя, содержащем текущий тестовый пакет ППТП |
FwdSeqIncluded | 1 | Устанавливается на «1» для первого тестового пакета ППТП; устанавливается на «0» для каждой последующей записи, если поле FwdSeq для этой записи на единицу больше, чем значение в предыдущей записи, и на «1» в ином случае |
FwdSeq | 0 или 14 | Значение поля порядкового номера тестового пакета ППТП, связанного с текущей записью; это поле включается, если поле FwdSeqIncluded равно «1», и опускается в ином случае |
Зарезервирован | переменная | Длина этого поля является наименьшим значением, которое совместит запись атрибута с октетом (может быть установлено на нуль терминалом и игнорироваться сетью доступа) |
Пакеты кольцевой проверки ППТП генерируются в соответствии с набором правил, вариант выполнения которых описывается следующим образом. Для каждого генерируемого пакета кольцевой проверки ППТП поле FwdSysTime устанавливается на системное время МДКР (в кадрах по модулю 32768), соответствующее началу (т.е. нулевому временному сегменту) 16-сегментного интервала наблюдения. Системное время МДКР эффективно используется как порядковый номер для пакета кольцевой проверки ППТП. Поле СчетЗаписей устанавливается на число тестовых пакетов ППТП, принятых за соотнесенный интервал наблюдения. Каждая запись в пакете кольцевой проверки ППТП включает в себя различные типы информации (как перечислено в Таблице 8) для соответствующего тестового пакета ППТП, принятого в течение соотнесенного интервала наблюдения. Записи для тестовых пакетов ППТП включаются в возрастающем порядке значений поля Порядкового номера в принятых тестовых пакетах ППТП. Пакет кольцевой проверки ППТП генерируется, даже если никаких тестовых пакетов ППТП не принято в течение 16-сегментного интервала наблюдения.
Генерируемые пакеты кольцевой проверки ППТП помещаются в очередь для передачи по обратному каналу трафика, и терминал обеспечивает буферизацию (к примеру, в буфере 278 кольцевой проверки на фиг. 2В) для конкретного числа (например, восемь или более) пакетов кольцевой проверки ППТП. LBPktOverflowBit указывает, потеряны ли какие-нибудь пакеты кольцевой проверки ППТП из-за переполнения буфера в терминале, и устанавливается на «1», если это происходит. Когда LBPktOverflowBit устанавливается на «1», это указывает, что не все пропущенные пакеты кольцевой проверки ППТП были потеряны из-за стираний в обратном канале трафика.
Пакеты кольцевой проверки ППТП передаются в соответствии с набором правил, вариант выполнения которых описывается следующим образом. Пакетам кольцевой проверки ППТП назначается конкретный приоритет передачи (к примеру, 55). Терминал передает помещенные в очередь пакеты кольцевой проверки ППТП в состоянии соединения. Если терминал принимает индикацию СоединенноеСостояние.СоединениеЗакрыто для закрытия соединения или индикацию МаршрутОбновить.СоединениеПотеряно для потерянного соединения, он не пытается установить соединение для передачи любых пакетов кольцевой проверки ППТП, которые могут оставаться в очереди.
Сеть доступа принимает и обрабатывает пакеты кольцевой проверки ППТП (обычным образом, как другие пакеты данных трафика) и далее извлекает и сохраняет информацию, включенную в принятые пакеты.
В варианте выполнения сеть доступа поддерживает две переменных, V(STent) и V(RLB), чтобы следить за принятыми тестовыми пакетами ППТП, принятыми в терминале доступа, и пакетами кольцевой проверки ППТП, принятыми в сети доступа. V(STest) является 15-битовой переменной, представляющей порядковый номер следующего пакета кольцевой проверки ППТП, ожидаемого к приему сетью доступа, а V(RLB) представляет собой 14-битовую переменную, представляющую порядковый номер последнего тестового пакета ППТП, который был успешно принят в терминале. Эти переменные инициализируются сетью доступа по приему первого пакета кольцевой проверки ППТП, следующего за приемом сообщения ЗавершениеПараметровППТП, указывающего успешную конфигурацию режима кольцевой проверки. Для этой инициализации V(RLB) устанавливается в поле FwdSysTime первого пакета кольцевой проверки ППТП, а V(STest) устанавливается в поле FwdSeq первой записи тестового пакета ППТП в первом пакете кольцевой проверки ППТП.
В варианте выполнения сеть доступа обрабатывает каждый принятый пакет кольцевой проверки ППТП на основании следующей процедуры и с помощью значения поля FwdSysTime в принятом пакете:
Если FwdSysTime ≥ V(RLB), то
FTAPLBPktSent пошагово нарастает на {FwdSysTime - V(RLB) + 1},
FTAPLBPktRecd пошагово нарастает на 1,
FTAPTestTime пошагово нарастает на {FwdSysTime - V(RLB) + 1}, и
V(RLB) устанавливается на FwdSysTime + 1.
Если FwdSysTime < V(RLB), то генерируется индикация ПотеряСинхронизацииКольцевойПроверки.
Поскольку ожидается, что один пакет кольцевой проверки ППТП должен быть передан терминалом для каждого 16-сегментного интервала наблюдения (т.е. каждого кадра), FwdSysTime, включенный в каждый пакет кольцевой проверки ППТП, может использоваться в качестве порядкового номера для пакета. Для каждого принятого пакета кольцевой проверки ППТП число пакетов кольцевой проверки ППТП, посланных терминалом с момента последнего принятого пакета кольцевой проверки ППТП, может быть определено на основании порядкового номера принимаемого сейчас пакета, поля FwdSysTime и порядкового номера ожидаемого пакета, V(RLB). Порядковый номер следующего пакета кольцевой проверки ППТП, ожидаемого для приема, получается увеличением порядкового номера текущего принимаемого пакета на единицу.
В варианте выполнения сеть доступа далее последовательно обрабатывает записи в каждом принятом пакете кольцевой проверки ППТП на основании следующей процедуры. Сначала сектор обслуживания, который передает тестовые пакеты ППТП на терминал, определяется на основании полей TCAMsgSeqIncluded, TCAMsgSeq и DRCCover, включенных в пакет кольцевой проверки ППТП. Статистические переменные, поддерживаемые для сектора обслуживания, обновляются затем следующим образом:
FTAPPhysPktSlots увеличивается на поле FwdPhysSlots в записи,
FTAPMACPktRecd увеличивается на поле FwdMACPkt в записи,
FTAPTestPktSent увеличивается на {FwdSeq - V(RTest) + 1}, и
V(RTest) устанавливается на {FwdSeq + 1}.
В варианте выполнения операции и сравнения, выполняемые над порядковыми номерами, осуществляются в беззнаковой арифметике по модулю 2S, где S обозначает число битов, использованных для представления порядкового номера. Для порядкового номера х считается, что числа в диапазоне [x + 1, x + 2S-1- 1] должны быть больше х, а числа в диапазоне [x - 1, x - 2S-1] должны быть меньше х.
Передача канала УСПД
Если активизирован режим УСПД, то терминал передает значение УСПД, конкретизированное атрибутом РежимФиксированногоУСПД в сообщении НазначениеПараметровППТП. Если же активизирован режим ПокрытиеУСПД, то терминал использует покрытие УСПД, конкретизированное атрибутом РежимФиксированногоПокрытияУСПД в сообщении. В противном случае, терминал передает УСПД обычным образом.
Передача Канала АСК
Если активизирован режим фиксированного канала АСК, то терминал передает битовое значение канала АСК, конкретизированное атрибутом РежимФиксированныхБитовКаналаАСК в сообщении НазначениеПараметраППТП, по каналу АСК во всех временных сегментах. В варианте выполнения терминал далее обрабатывает принятые тестовые пакеты ППТП в соответствии с конкретизированным битовым значением канала АСК.
Если битовое значение канала АСК конкретизируется как «0», то терминал принимает пакеты по прямому каналу трафика, как если бы они были длительностью в один временной сегмент. Терминал останавливает прием пакета после одного временного сегмента, даже если этот пакет не декодирован успешно в единственном временном сегменте и его полная длина может быть больше, чем один временной сегмент.
Если битовое значение канала АСК конкретизировано как «1», то терминал принимает пакеты по прямому каналу трафика, как если бы они имели длительность полной длины. Терминал продолжает принимать пакет до тех пор, пока не истечет его полная длина (во временных сегментах), даже если этот пакет был успешно декодирован до истечения его полной длины.
В любом случае (т.е. является ли битовое значение канала АСК «0» или «1») терминал продолжает генерировать и передавать пакеты кольцевой проверки ППТП, если активизирован режим кольцевой проверки.
Сбор и извлечение статистик терминала
В одном аспекте обеспечиваются процедуры и сообщения для облегчения сбора, регистрации и описания терминалом статистической информации. Когда иллюстрируется протокол, терминал выполняет процедуру инициализации статистики ППТП, которая устанавливает на нуль поддерживаемые терминалом переменные IdleASPChange, IdleTime, ConnectedSSChange, ConnectedTime, FirstSyncCCPkt и CCTime.
Фиг. 6 представляет схему процесса 600 для извлечения статистической информации из терминала в соответствии с вариантом выполнения изобретения. Процесс 600 может выполняться в любое время в течение теста.
Сначала на шаге 612 сеть доступа посылает сообщение ЗапросОчисткиСтатистикиППТП, чтобы предписать терминалу очистить статистику, собранную в терминале. По получении сообщения терминал на шаге 614 выполняет процедуру инициализации статистики ППТП, очищает переменные, поддерживаемые для запрошенной статистики, а затем отвечает сообщением ОткликОчисткиСтатистикиППТП. Сеть доступа может установить переменные на исходные значения в терминале в любое время отправкой сообщения ЗапросОчисткиСтатистикиППТП. Прием сообщения ОткликОчисткиСтатистикиППТП от терминала, содержащего то же самое значение ИдентификатораТранзакции, что и в сообщении ЗапросОчисткиСтатистикиППТП, указывает, что статистические переменные в терминале очищены.
Тестирование выполняется затем на основании тестовой конфигурации ППТП, описанной выше. После того, как истечет достаточное время, сеть доступа на шаге 616 может послать сообщение ЗапросПолученияСтатистикиППТП, чтобы извлечь статистику, собранную в терминале. По получении этого сообщения терминал на шаге 618 откликается сообщением ОткликПолученияСтатисткиППТП, содержащим то же самое значение ИдентификатораТРанзакции, что и в соответствующем сообщении ЗапросПолученияСтатистикиППТП и затребованной статистике. Как показано на фиг. 6, временной период между сообщениями ОткликОчисткиСтатистикиППТП и ЗапросПолученияСтатистикиППТП составляет длительность теста, во время которого статистика собирается терминалом.
В одном аспекте статистика может собираться для каждого из нескольких рабочих состояний терминала, таких как Свободное состояние и Соединенное состояние. В варианте выполнения, хотя протокол управления линией радиосвязи находится в конкретном состоянии (к примеру, Свободном состоянии или Соединенном состоянии) сбор статистики для этого состояния активизируется, а сбор статистики для всех прочих состояний запрещается. В варианте выполнения, при активизированном сборе статистики Свободного состояния, будучи в Свободном состоянии, IdleASPChange получает приращение всякий раз при приеме индикации МаршрутОбновить.СвободныйНО, а IdleTime получает приращение на каждый временной сегмент. При активизированном сборе статистики Соединенного состояния, будучи в Соединенном состоянии, ConnectedSSChange получает приращение всякий раз при изменении в секторе обслуживания, и ConnectedTime получает приращение на каждый временной сегмент.
В варианте выполнения сбор статистики управляющего канала активизируется в Свободном или Соединенном состоянии. Пока активизирован сбор статистики управляющего канала, FirstSyncCCPkt получает приращение всякий раз при успешном приеме первого пакета уровня СС МАС в синхронной капсуле, а CCTime получает приращение в начале каждого цикла управляющего канала.
Таблица 9 перечисляет поля для четырех сообщений, используемых для извлечения статистики в соответствии с конкретным вариантом выполнения. Каждое сообщение включает в себя поле ИдентификатораСообщения, используемое для определения типа сообщения, и поле ИдентификаторТранзакции, используемое для определения транзакции. Каждое из сообщений ЗапросОчисткиСтатистикиППТП и ОткликПолученияСтатистикиППТП включает в себя одну или более записей ИдентификаторАтрибута, причем каждая запись включает в себя ИдентификаторАтрибута для атрибутов IdleASPStats, ConnectedSSStats или FirstSyncCCPktStats (описанных ниже). Сообщение ЗапросПолученияСтатистикиППТП включает в себя одну или более записей ЗаписьАтрибута, причем каждая запись является простой записью для атрибута IdleASPStats, атрибута ConnectedSSStats или атрибута FirstSyncCCPktStats, описанных в Таблицах 10-12. Поля ИдентификатораСообщения, ИдентификатораТранзакции и ИдентификатораАтрибута имеют каждое длину в 8 битов, а каждая запись ЗаписьАтрибута имеет длину, описанную ниже.
Таблица 9 | |||
Сообщение | Идентификатор Сообщения |
ИдентификаторТранзакции | Дополнительные записи |
ЗапросОчистки
СтатистикиППТП |
0х02 | Устанавливается на единицу выше (по модулю 256), чем значение поля ИдентификаторТранзакции последнего сообщения ЗапросОчисткиСтатстикиППТП, посланного этому терминалу | Одна или более записей ИдентификатораАтрибута |
ОткликОчистки
Статистики- ППТП |
0х03 | Устанавливается на значение поля ИдентификаторТранзакции соответствующего сообщения ЗапросОчисткиСтатистикиППТП | нет |
ОткликПолуче-нияСтатистки-ППТП | 0х04 | Устанавливается на единицу выше (по модулю 256), чем значение поля ИдентификаторТранзакции последнего сообщения ЗапросПолученияСтатстики-ППТП, посланного этому терминалу | Одна или более записей ИдентификатораАтрибута |
ОткликПолуче-нияСтатистки-ППТП | 0х05 | Устанавливается на значение поля ИдентификаторТранзакции соответствующего сообщения ЗапросПолученияСтатистикиППТП | Одна или более записей ЗаписьАтрибута |
Таблица 10 перечисляет поля для записи атрибута IdleASPStats, которая может быть включена в сообщение ОткликПолученияСтатистикиППТП. Эта запись атрибута обеспечивает статистку для изменений в активном секторном пилот-сигнале при сборе терминалом.
Таблица 10 | ||
Поле | Длина (биты) | Описание |
Длина | 8 | Длина записи атрибута (в октетах), исключая длину поля; устанавливается на 0х06 терминалом |
ИдентификаторАтрибута | 8 | Устанавливается на 0х04 терминалом |
IdleASPChangeOverflow | 1 | Устанавливается на «1», если значение статистики IdleASPChange превышает 215-1, и «0» в иных случаях |
IdleASPChange | 15 | Значение статистики IdleASPChange по модулю 215 |
IdleTimeOver- flow |
1 | Устанавливается на «1», если значение статистики IdleTime превышает 223-1, и на «0» в иных случаях |
IdleTime | 23 | Значение статистки IdleTime по модулю 223 |
Таблица 11 перечисляет поля для записи атрибута ConnectedSSStats, которая также может быть включена в сообщение ОткликПолученияСтатистикиППТП. Эта запись атрибута обеспечивает статистику для изменений в секторе обслуживания, собранных терминалом.
Таблица 11 | ||
Поле | Длина (биты) | Описание |
Длина | 8 | Длина записи атрибута (в октетах), исключая длину поля; устанавливается на 0х06 терминалом |
ИдентификаторАтрибута | 8 | Устанавливается на 0х05 терминалом |
Connected-SSChangeOver-flow | 1 | Устанавливается на «1», если значение статистики ConnectedSSChange превышает 215-1, и «0» в иных случаях |
Connected-SSChange | 15 | Значение статистики ConnectedSSChange по модулю 215 |
ConnectedTimeOverflow | 1 | Устанавливается на «1», если значение статистики ConnectedTime превышает 223-1, и на «0» в иных случаях |
ConnectedTime | 23 | Значение статистки ConnectedTime по модулю 223 |
Таблица 12 перечисляет поля для записи атрибута FirstSyncCCPktStats, которая также может быть включена в сообщение ОткликПолученияСтатистикиППТП. Эта запись атрибута обеспечивает статистику для первого синхронного пакета СС, собранных терминалом.
Таблица 12 | ||
Поле | Длина (биты) | Описание |
Длина | 8 | Длина записи атрибута (в октетах), исключая длину поля; устанавливается на 0х06 терминалом |
ИдентификаторАтрибута | 8 | Устанавливается на 0х06 терминалом |
FirstSyncCC-PktOverflow | 1 | Устанавливается на «1», если значение статистики FirstSyncCCPkt превышает 215-1, и «0» в иных случаях |
FirstSyncCC-Pkt | 15 | Значение статистики FirstSyncCCPkt по модулю 215 |
CCTimeOver-flow | 1 | Устанавливается на «1», если значение статистики CCTime превышает 215-1, и на «0» в иных случаях |
CCTime | 15 | Значение статистки CCTime по модулю 215 |
Таблица 13 перечисляет каналы, используемые для передачи четырех сообщений, адресного режима и схемы передачи ПСС и приоритета передачи.
Таблица 13 | ||||
Сообщение | Каналы | Адресация | ПСС | Приоритет |
ЗапросОчисткиСттис-тикиППТП | CC FTC | Конкретному устройству | Наилучшая попытка | 40 |
ОткликОчисткиСттис-тикиППТП | RTC | Конкретному устройству | Наилучшая попытка | 40 |
ОткликПолученияСтатистикиППТП | CC FTC | Конкретному устройству | Надежная | 40 |
ОткликПолученияСтатистикиППТП | RTC | Конкретному устройству | Надежная | 40 |
Производительность прямой линии может быть найдена на основании статистики, собранной в терминале и описанной для сети доступа. Некоторые из вычислений производительности описываются ниже.
Частота изменений ASP свободного состояния (в секунду) =
= IdleASPChange x 1000 / (IdleTime x 5 / 3).
Частота изменений сектора обслуживания соединенного состояния
= ConnectedSSChange x 1000 / (ConnectedTime x 5 / 3).
Коэффициент пакетных ошибок управляющего канала в свободном состоянии (%)
= (1 - FirstSyncCCPkt / CCTime) x 100.
Пропускная способность из сектора (кбит/сек):
= FTAPMACPktRecd x 1024 / (FTAPTestTime x 16 x 5 / 3).
Пропускная способность всех секторов (кбит/сек)
Пропускная способность по переданным временным сегментам из сектора (кбит/сек)
= FTAPMACPktRecd для всех секторов х 1024 /
(FTAPPhysPktSlots для всех секторов х 5 / 3).
Пропускная способность по переданным временным сегментам из всех секторов (кбит/сек)
КПО прямой линии (%)
Качество обратной линии по длительности теста для сектора (%)
= (1 - FTAPLBPktRecd / FTAPLBPktSent) x 100.
Полное качество обратной линии по длительности теста (%)
Отношение 5/3 в вышеприведенных уравнениях соответствует 1,667 мсек для каждого временного сегмента в cdma2000. Другие метрики производительности можно также извлечь на основании других статистик, которые могут быть зарегистрированы в сети доступа. К примеру, значения УСПД, принятые от терминалов, могут регистрироваться, чтобы найти производительность ошибок символа УСПД по каналу УСПД.
Согласно фиг. 2В, в терминале 106 процессор 260 принятых данных может работать, чтобы обрабатывать тестовые пакеты ППТП и направлять эти пакеты через мультиплексор 262 к контроллеру 270. Контроллер 270 затем определяет и выделяет различные типы информации из каждого принятого тестового пакета ППТП (например, сектор обслуживания, порядковый номер и длина каждого тестового пакета ППТП). Контроллер 270, как описано выше, формирует затем пакеты кольцевой проверки ППТП с устойчивой информацией. Пакеты кольцевой проверки могут храниться в буфере 278 кольцевой проверки. В подходящее время пакеты кольцевой проверки ППТП извлекаются из буфера 278, направляются через мультиплексор 284 и обрабатываются процессором 286 переданных данных для передачи по обратному каналу трафика.
Согласно фиг. 2А, в пункте 104 доступа пакеты кольцевой проверки ППТП обрабатываются процессором 234 принятых данных и подаются на контроллер 220. Контроллер 220 затем определяет и извлекает различные типы информации из каждого принятого пакета кольцевой проверки (к примеру, сектор обслуживания, порядковый номер и длина каждого покрытого тестового пакета ППТП). Контроллер 220 обновляет переменные, поддерживаемые для каждого сектора обслуживания на основании информации, выделенной из принятых пакетов кольцевой проверки ППТП, как описано выше. Контроллер 220 может выполнять вычисления, описанные выше для различных типов метрик производительности прямой линии. Остальные метрики производительности прямой линии могут быть выделены на основании других статистик, которые можно зарегистрировать в терминале доступа. К примеру, путем регистрации принятых тестовых пакетов ППТП можно найти вероятность пропуска пакета прямого канала трафика, вероятность ложной тревоги приема пакета и т.д.
Протокол обратного тестового приложения (ПОТП)
ПОТП обеспечивает процедуры и сообщения, используемые для конфигурирования, управления и выполнения различных тестов обратных каналов, в том числе обратного канала трафика. Эти процедуры для ПОТП могут быть сгруппированы в следующие категории:
- Конфигурация тестовых параметров - включает в себя процедуры и сообщения для управления тестовыми конфигурациями ПОТП в терминале и сети доступа; и
- Передача и прием тестовых пакетов ПОТП - включает в себя процедуры для генерирования тестовых пакетов ПОТП и пакетов заполнения ПОТП в терминале, для передачи генерируемых пакетов на сконфигурированных скоростях по обратному каналу трафика и для обработки принятых пакетов в сети доступа.
Эти процедуры и сообщения подробнее описываются ниже. Меньшие, дополнительные и/или отличные процедуры и сообщения также могут обеспечиваться для ПОТП, что также входит в объем изобретения.
ПОТП поддерживает тестирование обратного канала трафика на различных скоростях. Таблица 14 перечисляет разные режимы, поддерживаемые обратным каналом трафика.
Таблица 14 | |
Режим | Описание |
Режим тестовых пакетов ПОТП | Разрешается тестировать обратный канал трафика |
Режим сконфигурированной пакетной скорости | Разрешается тестировать обратный канал трафика на разных скоростях |
ПОТП поддерживает сбор сетью доступа некоторых статистик, которые можно использовать для нахождения различных метрик производительности, таких как пропускная способность и коэффициент пакетных ошибок.
Таблица 15 перечисляет статистики, которые могут собираться и поддерживаться сетью доступа.
Таблица 15 | |
Параметр | Описание |
RTAPTestPktSent[i] | Матрица, i-й элемент которой содержит число тестовых пакетов ПОТП, которые посылались терминалом со скоростью, соответствующей ИндексуСкорости i, показанному в Таблице 18 |
RTAPTestPktRecd[i] | Матрица, i-й элемент которой содержит число тестовых пакетов ПОТП, которые принимались сетью доступа со скоростью, соответствующей ИндексуСкорости i |
RTAPTestTime | Длительность теста ПОТП (в кадрах) |
Фиг. 7 представляет собой схему всего процесса 700 тестирования обратного канала трафика в соответствии с вариантом выполнения изобретения. Процесс 700 может использоваться для разных тестов, таких как, к примеру, пропускная способность обратной линии, коэффициент пакетных ошибок и т.д.
Сначала на шаге 712 сеть доступа устанавливает обычным образом соединение с терминалом, если между ними нет текущего соединения. Затем на шаге 714 сеть доступа посылает на терминал сообщение НазначениеПараметровПОТП для конфигурирования ПОТП. Это сообщение включает в себя запись атрибута RTAPTestPktEnable, чтобы разрешить передачу пакетов теста ПОТП терминалом доступа. Этот терминал на шаге 716 выполняет необходимую конфигурацию, а затем отвечает сети доступа сообщением ЗавершениеПараметровПОТП, чтобы указать, что он готов для сконфигурированных тестов.
После этого на шаге 718 терминал посылает тестовые пакеты ПОТП в сеть доступа. Может быть послано любое число пакетов и тестовой конфигурацией могут определяться статистики, подлежащие сбору сетью доступа и/или терминалом.
После того, как собрано достаточно статистик, сеть доступа на шаге 720 освобождает соединение. Шаг 720 может быть опущен, к примеру, если сеть доступа переходит к выполнению каких-нибудь иных тестов или функций. Сеть доступа может использовать статистики, которые она собрала, для вычисления коэффициента пакетных ошибок и пропускной способности, как описано ниже. Различные подробности процесса 700 описаны ниже.
Конфигурация тестовых параметров ПОТП
Сеть доступа или терминал могут активировать ПОТП для тестирования обратных каналов. После активации ПОТП терминал выполняет процедуру инициализации конфигурации ПОТП, которая запрещает флаги для режима тестовых пакетов ПОТП и режима сконфигурированной пакетной скорости.
Фиг. 8 представляет собой блок-схему алгоритма конкретного варианта выполнения процесса 800 конфигурации тестовых параметров ПОТП. Процесс 800 включает в себя шаги 714 и 716 на фиг. 7. Чтобы инициализировать или изменить тестовую конфигурацию ПОТП, сеть доступа на шаге 812 посылает сообщение НазначениеПараметраПОТП, которое включает в себя конкретное значение для поля ИдентификаторТранзакции и может далее включать в себя одну или более записей атрибута для флагов режима ПОТП, поддерживаемых терминалом. Через эти записи атрибута в сообщении сеть доступа способна управлять подлежащими выполнению тестами.
После получения сообщения НазначениеПараметровПОТП от сети доступа терминал на шаге 814 выполняет описанную выше процедуру инициализации конфигурации ПОТП. Затем на шаге 816 терминал выполняет процедуру инициализации тестовых параметров ПОТП. В варианте выполнения эта процедура устанавливает на нуль 12-битовую переменную Vi(SRev), используемую для прослеживания порядкового номера тестовых пакетов ПОТП, передаваемых со скоростью, соответствующей ИндексуСкорости i (показанному в Таблице 18) для всех возможных скоростей обратного канала трафика (т.е. для всех возможных значений i).
Терминал на шаге 818 также устанавливает флаги режима ПОТП на основании атрибутов, если они есть, включенных в принятое сообщение. В частности, принятое сообщение может включать в себя атрибут RTAPTestPktEnable и/или атрибут PacketRateMode. Атрибут RTAPTestPktEnable включается, если терминал должен начать посылать тестовые пакеты ПОТП по обратному каналу трафика, а атрибут PacketRateMode включается, если скорость обратного канала трафика подлежит конфигурированию.
Если принятое сообщение включает в себя атрибут RTAPTestPktEnable, то активизируется режим тестовых пакетов ПОТП, сохраняется значение поля RTAPTestPktPersistence в атрибуте, очищается буфер тестовых пакетов ПОТП (например, буфер 280 на фиг. 2В), а бит переполнения тестовых пакетов устанавливается на нуль. Если же принятое сообщение включает в себя атрибут PacketRateMode (РежимПакетнойСкорости), то активизируется режим сконфигурированной пакетной скорости и в атрибуте сохраняются значения полей МаксСкорость и МинСкорость.
По завершении тестовых конфигураций ПОТП, конкретизированных сообщением НазначениеПараметровПОТП, и в пределах TRTAPConfig (к примеру двух секунд) времени приема сообщения терминал на шаге 820 посылает сообщение ЗавершениеПараметровПОТП с полем ИдентификаторТранзакции, установленным на то же самое значение, что и принято в соответствующем сообщении НазначениеПараметровПОТП.
По получении сообщения ЗавершениеПараметровПОТП от терминала сеть доступа на шаге 822 выполняет процедуру инициализации тестовых параметров и статистик ПОТП, которая возвращает в ноль RTAPTestPktSent[i],RTAPTestPktRecd[i] и RTAPTestTime (для всех возможных значений i).
Терминал также возвращает в исходное состояние флаги режима ПОТП по завершении тестирования ПОТП. В варианте выполнения, если ПОТП принимает индикацию СоединенноеСостояние.СоединениеЗакрыто или МаршрутОбновить.СоединениеПотеряно от верхнего слоя сигнализации, то запрещается режим сконфигурированной пакетной скорости, режим тестовых пакетов ПОТП также запрещается, если он разрешался ранее и если значение поля RTAPTestPktPersistence (УстойчивостьТестовыхПакетовПОТП) атрибута RTAPTestPktEnable (РазрешениеТестовыхПакетовПОТП) в последнем принятом сообщении НазначениеПараметровПОТП было равно «00».
Таблица 16 перечисляет поля для сообщения НазначениеПараметровПОТП в соответствии с конкретным вариантом выполнения.
Таблица 16 | ||
Поле | Длина (битов) | Описание |
Идентификатор-Сообщения | 8 | Устанавливается на 0х80 сетью доступа |
Идентификатор-Транзакции | 8 | Устанавливается на единицу выше (по модулю 256), чем значение поля ИдентификаторТранзакции последнего сообщения НазначениеПараметровПОТП, посланного к терминалу |
Нуль или более случаев следующей записи:
ЗаписьАтрибута | Зависит от атрибута | Запись атрибута для RTAPTestPktEnable или PacketRateMode; простая запись, определенная в секции 10.3 Документа ВЭИ |
Таблица 17 перечисляет различные поля для записей атрибута, которые могут быть включены в сообщение НазначениеПараметровПОТП, в соответствии с конкретным вариантом выполнения. Первый столбец Таблицы 17 определяет две разных записи атрибута, которые могут быть включены в сообщение НазначениеПараметровПОТП. Запись атрибута RTAPTestPktEnable включает в себя три поля: Длина, Идентификатор Атрибута и RTAPTestPktPersistence. Запись атрибута PacketRateMode включает в себя четыре поля: Длина, Идентификатор Атрибута, МинСкорость и МаксСкорость. Поле Длина задает длину записи атрибута (в октетах) за исключением длины самого поля, которая составляет два октета. Таким образом, длина записи атрибута RTAPTestPktEnable равна 6 октетов или 24 бита, а длина записи атрибута RTAPTestPktEnable равна 8 октетов или 32 бита.
Таблица 17 | |||
Запись атрибута |
Длина (октеты) | Идентификатор атрибута | Поле(-я) данных атрибута и описание |
RTAPTest- PktEnable | 0х02 | 0х00 | RTAPTestPktPersistence устанавливается на 0х01, если должен поддерживаться режим активизации тестовых пакетов ПОТП в случае закрытия соединения или потерянного соединения, и на 0х00 в иных случаях |
PacketRateMode | 0х03 | 0х01 | МинСкорость устанавливается на ИндексСкорости, соответствующий минимальной скорости, которую может использовать терминал для передачи тестовых пакетов ПОТП (по умолчанию = 0х00); МаксСкорость устанавливается на ИндексСкорости, соответствующий максимальной скорости, которую может использовать терминал для передачи тестовых пакетов ПОТП (по умолчанию = 0х05) |
Таблица 18 перечисляет отображение значений ИндексаСкорости в скорости обратного канала трафика.
Таблица 18 | |
ИндексСкорости | Скорость обратного канала трафика (ОКТ) |
0 | 0 кбит/сек |
1 | 9,6 кбит/сек |
2 | 19,2 кбит/сек |
3 | 38,4 кбит/сек |
4 | 76,8 кбит/сек |
5 | 153,6 кбит/сек |
Все иные значения | Недействительно |
В варианте выполнения сообщение НазначениеПараметровПОТП посылается по управляющему каналу и прямому каналу трафика, адресованное терминалу с ПСС, установленному на «надежный», и с приоритетом передачи, установленным на 40.
Таблица 19 перечисляет поля для сообщения НазначениеПараметровПОТП в соответствии с конкретным вариантом выполнения.
Таблица 19 | ||
Поле | Длина (биты) |
Описание |
ИдентификаторСообщения | 8 | Устанавливается на 0х81 терминалом |
ИдентификаторТранзакции | 8 | Устанавливается на значение поля ИдентификаторТранзакции в соответствующем сообщении НазначениеПараметровПОТП |
Передача и прием пакетов ПОТП
Если активизируется режим тестовых пакетов ПОТП, то терминал генерирует и посылает тестовые пакеты ПОТП по обратному каналу трафика к сети доступа. В варианте выполнения тестовый пакет ПОТП генерируется для каждого конкретного временного интервала (например, каждого 16-сегментного интервала, выровненного с системным временем МДКР). В варианте выполнения тестовые пакеты ПОТП включают в себя информацию, которая покрывает пакеты физического слоя ОКТ, переданные вплоть до, но не включая момент времени генерирования.
Таблица 20 перечисляет поля для тестового пакета ПОТП в соответствии с конкретным вариантом выполнения.
Таблица 20 | ||
Поле | Длина (биты) |
Описание |
Идентификатор-Протокола | 2 | Протокол, которому принадлежит этот пакет - устанавливается на «01» для пакетов ПОТП |
ТипПакета | 4 | Тип пакета в ПОТП - устанавливается на 0х0 |
RevSysTime | 8 | Системное время МДКР (в кадрах по модулю 256), соответствующее границам сегмента, когда тестовый пакет ПОТП генерировался |
RTAPTestPkt- Overflow |
1 | Флаг для индикации, потеряны ли тестовые пакеты ПОТП из-за перегрузки буфера в терминале - устанавливается на значение RTAPTestPktOverflowBit |
Порядковый №_0 | 12 | Порядковый номер последнего тестового пакета ПОТП, переданного на скорости 0 кбит/сек перед генерированием этого тестового пакета ПОТП |
Порядковый №_1 | 12 | Порядковый номер последнего тестового пакета ПОТП, переданного на скорости 9,6 кбит/сек перед генерированием этого тестового пакета ПОТП |
Порядковый №_2 | 12 | Порядковый номер последнего тестового пакета ПОТП, переданного на скорости 19,2 кбит/сек перед генерированием этого тестового пакета ПОТП |
Порядковый №_3 | 12 | Порядковый номер последнего тестового пакета ПОТП, переданного на скорости 38,4 кбит/сек перед генерированием этого тестового пакета ПОТП |
Порядковый №_4 | 12 | Порядковый номер последнего тестового пакета ПОТП, переданного на скорости 76,8 кбит/сек перед генерированием этого тестового пакета ПОТП |
Порядковый №_5 | 12 | Порядковый номер последнего тестового пакета ПОТП, переданного на скорости 153,6 кбит/сек перед генерированием этого тестового пакета ПОТП |
Зарезервирован | 7 | (может устанавливаться на нуль терминалом и игнорироваться сетью доступа) |
Поскольку ожидается, что один тестовый пакет ПОТП подлежит передаче терминалом для каждого кадра, RevSysTime, включенное в каждый тестовый пакет ПОТП, может использоваться в качестве порядкового номера для пакета.
Если активизирован режим сконфигурированной пакетной скорости, терминал передает пакет заполнения ПОТП (переменной длины) с размером, необходимым для заполнения пакета обратного канала трафика, содержащего тестовый пакет ПОТП на выбранной скорости. Таблица 21 перечисляет поля для пакетов заполнения ПОТП в соответствии с конкретным вариантом выполнения.
Таблица 21 | ||
Поле | Длина (биты) |
Описание |
Идентификатор-Протокола | 2 | Протокол, которому принадлежит этот пакет - устанавливается на «01» для пакетов ПОТП |
ТипПакета | 4 | Тип пакета в ПОТП - устанавливается на 0х1 |
ЗаполнениеДанных | переменная | (может устанавливаться на нуль терминалом и игнорироваться сетью доступа) |
Генерируемые тестовые пакеты ПОТП помещаются в очередь для передачи по обратному каналу трафика, и терминал обеспечивает буферизацию (например, в буфер 280 на фиг. 2В) для конкретного числа (к примеру, семь или более) тестовых пакетов ПОТП. RTAPTestPktOverflowBit указывает, потеряны ли какие-либо тестовые пакеты ПОТП из-за перегрузки буфера, и устанавливается на «1», если это случается.
Тестовые пакеты ПОТП передаются в соответствии с набором правил, вариант выполнения которых описывается следующим образом. Тестовым пакетам ПОТП назначается конкретный приоритет передачи (к примеру, 55), а пакетам заполнения ПОТП тоже назначается другой конкретный приоритет передачи (например, 255). Терминал передает помещенные в очередь тестовые пакеты ПОТП и пакеты заполнения ПОТП (если они есть) в соединенном состоянии.
В варианте выполнения тестовые пакеты ПОТП передаются на скоростях, найденных на основании определенной схемы выбора скоростей. Если активизируется режим сконфигурированной пакетной скорости, то терминал выбирает скорость обратного канала трафика в соответствии с набором правил, вариант выполнения которых описан ниже. В противном случае терминал выбирает скорость в соответствии с протоколом МАС обратного канала трафика, описанным в вышеупомянутом Документе ВЭИ.
Таблица 22 перечисляет переменные, поддерживаемые терминалом, для выбора скорости для тестовых пакетов ПОТП.
Таблица 22 | |
Параметр | Описание |
МинСкорость | Значение поля МинСкорость в атрибуте PacketRateMode принятого сообщения НазначениеПараметровПОТП |
МаксСкорость | Значение поля МаксСкорость в атрибуте PacketRateMode принятого сообщения НазначениеПараметровПОТП |
МаксСкоростьМАС | ИндексСкорости, соответствующий максимальной скорости, разрешенной протоколом МАС обратного канала трафика |
ЦелеваяСкорость | ИндексСкорости, соответствующий желательной скорости |
ВыбраннаяСкорость | ИндексСкорости, соответствующий выбранной скорости |
Для первого тестового пакета ПОТП терминал устанавливает ЦелевуюСкорость на МинСкорость и далее устанавливает ВыбраннуюСкорость на меньшую из ЦелевойСкорости и МаксСкоростиМАС. Для каждого последующего тестового пакета ПОТП терминал выбирает скорость для пакета на основании следующей процедуры:
ЦелеваяСкорость = ЦелеваяСкорость + 1,
Если (ЦелеваяСкорость > МаксСкорость), то ЦелеваяСкорость = МинСкорость, и
ВыбраннаяСкорость = Min (ЦелеваяСкорость, МаксСкоростьМАС).
Вышеуказанная процедура циклически проходит через все поддерживаемые скорости вплоть до МаксСкорости, определенной сообщением НазначениеПараметровПОТП, и ограничивается ею, и МаксСкоростиМАС, разрешенной протоколом МАС. Если терминал передает пакет обратного канала трафика, содержащий тестовый пакет ПОТП, на скорости с ИндексомСкорости i, он пошагово увеличивает связанный порядковый номер для передаваемого тестового пакета ПОТП путем пошагового увеличения переменной Vi(SRev).
Если терминал принимает индикацию СоединенноеСостояние.СоединениеЗакрыто или МаршрутОбновить.СоединениеПотеряно, он не пытается установить соединение для передачи каких-либо тестовых пакетов ПОТП, которые могут оставаться в очереди.
В варианте выполнения сеть доступа поддерживает несколько переменных, V(RRTAP) и X[i], чтобы прослеживать тестовые пакеты ПОТП. V(RRTAP) представляет собой 8-битовую переменную, которая соответствует порядковому номеру следующего тестового пакета ПОТП, прием которого сетью доступа ожидается, а X[i] является матрицей 12-битовых переменных, каждая из которых соответствует порядковому номеру следующего тестового пакета ПОТП, который, как ожидается, содержится в пакете физического уровня обратного канала трафика, переданного на скорости, соответствующей ИндексуСкорости i. Эти переменные инициализируются сетью доступа по получении первого тестового пакета ПОТП вслед за приемом сообщения ЗавершениеПараметровПОТП. Для инициализации V(RRTAP) устанавливается в поле RevSysTime тестового пакета ПОТП, а X[i] устанавливается в поле Порядк.№_i первого тестового пакета ПОТП (для всех возможных значений i).
В варианте выполнения для каждого тестового пакета, принятого на скорости, соответствующей ИндексуСкорости k, сеть доступа обрабатывает принятый пакет на основании следующей процедуры и с помощью значения поля RevSysTime в принятом пакете:
Если RevSysTime ≥ V(RRTAP), то
RTAPTestPktRecd[k] пошагово увеличивается на 1,
RTAPTestTime пошагово увеличивается на {RexSysTime - V(RRTAP) + 1], и
V(RRTAP) устанавливается на RevSysTime + 1.
Если RevSysTime < V(RRTAP), то генерируется индикация ПотеряСинхронизацииПОТП.
В варианте выполнения сеть доступа далее обрабатывает поля принятого тестового пакета ПОТП с помощью значений полей Порядк.№_k (для всех возможных значений k) следующим образом:
RTAPTestPktSent[k] пошагово увеличивается на {Порядк.№_k - X[k] + 1}, и
X[k] устанавливается на Порядк.№_k + 1.
В варианте выполнения операции и сравнения, выполняемые над порядковыми номерами, осуществляются в беззнаковой арифметике по модулю 2S, где S обозначает число битов, используемых для представления порядкового номера.
Производительность обратной линии может быть найдена на основании собранных статистик. Некоторые из вычислений производительности описаны ниже. В нижеследующем PhysLayerPktSize[i] (РазмерПакетаФизСлоя) задает число битов в пакете физического уровня на скорости, соответствующей ИндексуСкорости i.
Пропускная способность (кбит/сек) для скорости с ИндексомЧастоты i
= RTAPTestPktRecd[i] x PhysLayerPktSize[i]/(RTAPTestTime x 16 x 5/3).
Полная пропускная способность (кбит/сек)
(RTAPTestTime x 16 x 5/3).
Коэффициент пакетной ошибки (%) для скорости с ИндексомСкорости i
= (RTAPTestPktSent[i] - RTAPTestPktRecd[i] x 100 /
RTAPTestPktSent[i].
Полный коэффициент пакетной ошибки (%)
Согласно фиг. 2В, в терминале 106 контроллер 270 может обеспечивать генерирование тестовых пакетов ПОТП, которые могут сохраняться в буфере 280. В подходящее время эти тестовые пакеты ПОТП извлекаются из буфера 280, направляются через мультиплексор 284 и обрабатываются процессором 286 передаваемых данных для передачи по обратному каналу трафика. Контроллер 270 может далее обеспечивать управление скоростью для модулятора 288 в отношении выбранных скоростей для тестовых пакетов ПОТП.
Согласно фиг. 2А, в пункте 104 доступа тестовые пакеты ПОТП обрабатываются процессором 234 принятых данных и подаются на контроллер 220. Контроллер 220 затем определяет и извлекает различные типы информации из каждого тестового пакета ПОТП (например, скорость и порядковый номер каждого принятого тестового пакета ПОТП и порядковые номера последних переданных пакетов для всех возможных скоростей). Контроллер 220 далее обновляет переменные, поддерживаемые для скоростей на основании информации, извлеченной из принятых тестовых пакетов ПОТП, как описывается выше. Контроллер 220 может обеспечивать выполнение вычислений, описанных выше, для различных метрик производительности обратной линии.
Вышеприведенное описание представляет конкретную реализацию способов, соответствующих изобретению. Может выполняться меньшее количество тестов, дополнительные и/или отличающиеся тесты, и могут собираться в меньшем объеме, дополнительные и/или отличающиеся статистики. Кроме того, могут обеспечиваться в меньшем объеме, дополнительные и/или отличающиеся процедуры и сообщения, и каждое сообщение может включать в себя меньше полей, дополнительные и/или отличающиеся поля, чем описанные выше. Таким образом, могут предусматриваться различные вариации конкретной реализации описанной выше, также входящие в объем изобретения.
Для ясности различные аспекты и варианты выполнения изобретения конкретно описаны для высокоскоростных пакетных данных стандарта cdma2000. Описанные способы могут также использоваться для других систем МДКР и беспроводной связи. К примеру, эти способы могут использоваться в системах Ш-МДКР. Между ВЭИ cdma2000 и Ш-МДКР существуют различия, и описанные способы могут быть модифицированы для использования в Ш-МДКР (например, модифицированы для учета разницы в обработке сигнала).
Описанные способы могут быть реализованы различными средствами. Например, эти способы могут быть реализованы аппаратными средствами, программным обеспечением или их комбинации. Для аппаратной реализации элементы, используемые для тестирования и сбора статистик, могут быть воплощены в одной или более специализированных интегральных схемах (ASIC), цифровых процессорах сигналов (DSP), цифровых устройствах обработки сигналов (DSPD), программируемых логических устройствах (PLD), программируемых при эксплуатации логических схемах (FPGA), процессорах, контроллерах, микроконтроллерах, микропроцессорах, иных электронных блоках, сконструированных для выполнения описанных функций, или их комбинации.
Для программной реализации элементы, используемые для тестирования и сбора статистик, могут воплощаться в модулях (к примеру, процедурах, функциях и т.д.), которые выполняют описанные функции. Программные коды могут храниться в запоминающем блоке (например, памяти 222 и 272 на фиг. 2А и 2В) и исполняться процессором (например, контроллерами 220 и 270 на фиг. 2А и 2В). Запоминающий блок может быть реализован в процессоре или вне процессора, в последнем случае он может быть соединен средствами коммуникации с процессором с помощью различных средств, как известно в уровне техники.
Заголовки включены в настоящее описание для ссылки и простоты нахождения отдельных разделов описания. Эти заголовки не направлены на ограничение объема описанных концепций, и эти концепции применимы к другим разделам описания.
Изложенное выше описание раскрытых вариантов выполнения предназначено для обеспечения возможности любому специалисту осуществить или использовать настоящее изобретение. Различные модификации этих вариантов выполнения должны быть очевидны для специалистов, а определенные здесь основные принципы могут быть применены к другим вариантам выполнения без отклонения от сущности или объема изобретения. Таким образом, настоящее изобретение не ограничивается показанными здесь вариантами выполнения, а должно соответствовать самому широкому объему, согласующемуся с раскрытыми принципами и новыми признаками.
Claims (68)
1. Способ тестирования множества каналов, связанных с прямой линией в системе беспроводной связи, заключающийся в том, что
принимают первое сообщение, имеющее включенные в него тестовые установки для одного или более каналов, включающих в себя каналы трафика, вспомогательные каналы или их комбинации;
конфигурируют один или более каналов на основании тестовых установок в первом сообщении;
принимают тестовые пакеты по прямому каналу трафика;
передают пакеты кольцевой проверки по обратному каналу трафика и
передают данные сигнализации по каналу трафика или одному или более вспомогательным каналам.
2. Способ по п.1, отличающийся тем, что каждый пакет кольцевой проверки включает в себя данные, описывающие один или более тестовых пакетов.
3. Способ по п.1, отличающийся тем, что система беспроводной связи является системой множественного доступа с кодовым распределением каналов (МДКР).
4. Способ по п.3, отличающийся тем, что система МДКР поддерживает стандарт высокоскоростного эфирного интерфейса (ВЭИ) cdma 2000.
5. Память, соединенная средством связи с цифровым устройством обработки сигналов, обеспечивающим интерпретацию цифровой информации, для
приема первого сообщения, имеющего включенные в него тестовые установки для одного или более каналов, содержащих каналы трафика, вспомогательные каналы или их комбинации;
конфигурирования одного или более каналов на основании тестовых установок в первом сообщении;
приема тестовых пакетов по прямому каналу трафика;
передачи пакетов кольцевой проверки по обратному каналу трафика и
передачи данных сигнализации по каналу трафика или одному или более вспомогательным каналам.
6. Способ тестирования одного или более каналов в системе беспроводной связи, заключающийся в том, что
принимают первую передачу данных по первому каналу;
идентифицируют значения параметров, описывающих первую передачу данных;
формируют вторую передачу данных с идентифицированными значениями параметров и
передают вторую передачу данных по второму каналу.
7. Способ по п.6, отличающийся тем, что первый канал является прямым каналом трафика, а второй канал является обратным каналом трафика.
8. Способ по п.7, отличающийся тем, что первая передача данных содержит множество тестовых пакетов, а вторая передача данных содержит множество пакетов кольцевой проверки, и при этом пакеты кольцевой проверки включают в себя значения параметров, описывающие тестовые пакеты.
9. Способ по п.8, отличающийся тем, что один пакет кольцевой проверки формируется для каждого конкретного временного интервала.
10. Способ по п.8, отличающийся тем, что каждый пакет кольцевой проверки формируется для нуля или большего числа тестовых пакетов.
11. Способ по п.10, отличающийся тем, что каждый пакет кольцевой проверки включает в себя первое поле, указывающее конкретный протокол, которому принадлежит этот пакет кольцевой проверки.
12. Способ по п.10, отличающийся тем, что каждый пакет кольцевой проверки включает в себя второе поле, указывающее конкретный тип пакета для этого пакета кольцевой проверки.
13. Способ по п.10, отличающийся тем, что каждый пакет кольцевой проверки включает в себя третье поле, указывающее начало конкретного временного интервала, перекрываемого этим пакетом кольцевой проверки.
14. Способ по п.10, отличающийся тем, что каждый пакет кольцевой проверки включает в себя четвертое поле, указывающее, были ли потеряны какие-либо пакеты кольцевой проверки из-за переполнения буфера.
15. Способ по п.10, отличающийся тем, что каждый пакет кольцевой проверки включает в себя пятое поле, указывающее конкретное число записей, включенных в этот пакет кольцевой проверки, при этом одна запись включается для каждого тестового пакета, использованного при формировании этого пакета кольцевой проверки.
16. Способ по п.10, отличающийся тем, что каждый пакет кольцевой проверки включает в себя одну запись для каждого тестового пакета, использованного при формировании этого пакета кольцевой проверки, причем каждая запись включает в себя набор полей для набора значений параметров, выявленных для соответствующего использованного тестового пакета.
17. Способ по п.16, отличающийся тем, что каждая запись включает в себя первое поле, указывающее, включает ли в себя эта запись порядковый номер сообщения сигнализации, использованного для назначения первого канала.
18. Способ по п.17, отличающийся тем, что каждая запись включает в себя второе поле, указывающее порядковый номер для сообщения сигнализации.
19. Способ по п.16, отличающийся тем, что каждая запись включает в себя третье поле, указывающее источник передачи тестового пакета, соответствующего этой записи.
20. Способ по п.16, отличающийся тем, что каждая запись включает в себя четвертое поле, указывающее временной период, в котором был принят тестовый пакет, соответствующий этой записи.
21. Способ по п.16, отличающийся тем, что каждая запись включает в себя пятое поле, указывающее число пакетов протокола управления доступом к среде передачи, принятых в пакете физического уровня, содержащем тестовый пакет, соответствующий этой записи.
22. Способ по п.16, отличающийся тем, что каждая запись включает в себя шестое поле, указывающее, включен ли в эту запись порядковый номер для соответствующего использованного тестового пакета.
23. Способ по п.16, отличающийся тем, что каждая запись включает в себя седьмое поле, указывающее порядковый номер для соответствующего использованного тестового пакета.
24. Способ по п.8, отличающийся тем, что каждый пакет кольцевой проверки включает в себя значение параметра, указывающее на пропуск одного или более тестовых пакетов.
25. Способ по п.8, отличающийся тем, что каждый тестовый пакет включает в себя первое поле, указывающее конкретный протокол, которому принадлежит этот тестовый пакет.
26. Способ по п.8, отличающийся тем, что каждый тестовый пакет включает в себя второе поле, указывающее конкретный тип пакета для этого тестового пакета.
27. Способ по п.8, отличающийся тем, что каждый тестовый пакет включает в себя третье поле, указывающее порядковый номер этого тестового пакета.
28. Память, соединенная средством связи с цифровым устройством обработки сигналов, обеспечивающим интерпретацию цифровой информации, для приема первой передачи данных по первому каналу;
идентификации значений параметров, описывающих первую передачу данных;
формирования второй передачи данных с идентифицированными значениями параметров и
посылки второй передачи данных по второму каналу.
29. Способ тестирования одного или более каналов, в системе беспроводной связи, заключающийся в том, что
принимают множество тестовых пакетов по прямому каналу трафика;
идентифицируют источник передачи и порядковый номер каждого принятого тестового пакета;
формируют множество пакетов кольцевой проверки для множества принятых тестовых пакетов, при этом каждый пакет кольцевой проверки формируется для нуля или большего числа тестовых пакетов и включает в себя источник передачи и порядковый номер каждого использованного тестового пакета; и
передают пакеты кольцевой проверки по обратному каналу трафика.
30. Способ тестирования одного или более каналов в системе беспроводной связи, заключающийся в том, что
посылают первую передачу данных по первому каналу;
принимают вторую передачу данных по второму каналу, при этом вторая передача данных включает в себя значения параметров, описывающие первую передачу данных, и
обновляют множество переменных на основании значений параметров, включенных во вторую передачу данных.
31. Способ тестирования одного или более каналов в системе беспроводной связи, заключающийся в том, что
посылают множество тестовых пакетов по прямому каналу трафика;
принимают множество пакетов кольцевой проверки по обратному каналу трафика, при этом каждый пакет кольцевой проверки формируется для нуля или большего числа тестовых пакетов и включает в себя источник передачи и порядковый номер каждого использованного тестового пакета, и
обновляют множество переменных для множества источников передачи на основании источников передачи и порядкового номера каждого из тестовых пакетов, использованных при формировании принятых пакетов кольцевой проверки.
32. Способ тестирования прямой линии связи для конкретной конфигурации одного или более вспомогательных каналов в системе беспроводной связи, заключающийся в том, что
принимают первое сообщение, имеющее включенные в него тестовые установки для одного или более вспомогательных каналов;
конфигурируют каждый вспомогательный канал на основании тестовых установок, применимых к вспомогательному каналу, и
осуществляют передачу по каждому сконфигурированному вспомогательному каналу в соответствии с применимыми тестовыми установками.
33. Способ по п.32, отличающийся тем, что каждая тестовая установка обеспечивается посредством соответствующей записи в первом сообщении.
34. Способ по п.32, отличающийся тем, что один или более вспомогательных каналов используют для сигнализации.
35. Способ по п.32, отличающийся тем, что первое сообщение включает в себя первую тестовую установку для конкретного битового значения, подлежащего передаче по каналу подтверждения приема.
36. Способ по п.32, отличающийся тем, что первое сообщение включает в себя вторую тестовую установку, подлежащую передаче по каналу управления скоростью передачи данных.
37. Способ по п.32, отличающийся тем, что первое сообщение включает в себя третью тестовую установку, подлежащую использованию для канала управления скоростью передачи данных.
38. Способ по п.32, отличающийся тем, что первое сообщение включает в себя четвертую тестовую установку, указывающую поддержание тестового режима в случае закрытия соединения или потерянного соединения.
39. Память, соединенная средством связи с цифровым устройством обработки сигналов, обеспечивающим интерпретацию цифровой информации, для посылки множества тестовых пакетов по прямому каналу трафика;
приема множества пакетов кольцевой проверки по обратному каналу трафика, при этом каждый пакет кольцевой проверки сформирован для нуля или большего числа тестовых пакетов и включает в себя источник передачи и порядковый номер каждого тестового пакета, использованного при формировании пакета кольцевой проверки, и
обновления множества переменных для множества источников передачи на основании источников передачи и порядкового номера каждого из тестовых пакетов, использованных при формировании принятых пакетов кольцевой проверки.
40. Способ тестирования линии связи в системе беспроводной связи, заключающийся в том, что
осуществляют сбор первой статистики для первого параметра в первом рабочем состоянии;
осуществляют сбор второй статистики для второго параметра во втором рабочем состоянии;
принимают первое сообщение, запрашивающее первую или вторую статистику, и
передают второе сообщение с запрошенной первой или второй статистикой.
41. Способ по п.40, отличающийся тем, что первый параметр соответствует изменениям в активном установленном пилот-сигнале в свободном состоянии.
42. Способ по п.40, отличающийся тем, что второй параметр соответствует изменениям в секторе обслуживания в состоянии соединения.
43. Способ по п.40, отличающийся тем, что дополнительно
принимают третье сообщение для установки в исходное состояние первой и второй статистик, и
осуществляют установку первой и второй статистик в исходное состояние в ответ на прием третьего сообщения.
44. Память, соединенная средством связи с цифровым устройством обработки сигналов, обеспечивающим интерпретацию цифровой информации, для
сбора первой статистики для первого параметра в первом рабочем состоянии;
сбора второй статистики для второго параметра во втором рабочем состоянии;
приема первого сообщения, запрашивающего первую или вторую статистику; и
передачи второго сообщения с запрошенной первой или второй статистикой.
45. Способ тестирования канала трафика в системе беспроводной связи, заключающийся в том, что
принимают первое сообщение, имеющее включенные в него первые тестовые установки для канала трафика;
формируют множество тестовых пакетов для передачи по каналу трафика;
выбирают скорости для тестовых пакетов на основании заданной схемы выбора скорости и
передают тестовые пакеты с выбранной скоростью по каналу трафика.
46. Способ по п.45, отличающийся тем, что первое сообщение включает в себя минимальную скорость и максимальную скорость для тестовых пакетов.
47. Способ по п.46, отличающийся тем, что выбранные скорости для тестовых пакетов циклически изменяют от минимальной до максимальной скорости.
48. Способ по п.47, отличающийся тем, что выбранные скорости для тестовых пакетов ограничивают максимальной скоростью, определенной протоколом управления доступом к среде передачи.
49. Способ по п.45, отличающийся тем, что первое сообщение включает в себя индикацию поддержания тестового режима в канале трафика в случае закрытия соединения или потерянного соединения.
50. Способ по п.45, отличающийся тем, что каждый тестовый пакет включает в себя первое поле, указывающее конкретный протокол, которому принадлежит этот тестовый пакет.
51. Способ по п.45, отличающийся тем, что каждый тестовый пакет включает в себя второе поле, указывающее конкретный тип пакета для этого тестового пакета.
52. Способ по п.45, отличающийся тем, что каждый тестовый пакет включает в себя третье поле, указывающее конкретный момент времени, когда этот тестовый пакет генерировался.
53. Способ по п.45, отличающийся тем, что каждый тестовый пакет включает в себя четвертое поле, указывающее, был ли потерян тестовый пакет из-за переполнения буфера.
54. Способ по п.45, отличающийся тем, что каждый тестовый пакет включает в себя поле для каждой из множества возможных скоростей для тестового пакета, и при этом каждое поле скорости включает в себя порядковый номер тестового пакета, переданного последним на соответствующей скорости.
55. Способ по п.54, отличающийся тем, что каждый тестовый пакет включает в себя поле для всех возможных скоростей обратной линии связи.
56. Память, соединенная средством связи с цифровым устройством обработки сигналов, обеспечивающим интерпретацию цифровой информации, для
приема первого сообщения, имеющего включенные в него тестовые установки для канала трафика;
формирование множества тестовых пакетов для передачи по каналу трафика;
выбора скоростей для тестовых пакетов на основании заданной схемы выбора скорости и
передачи тестовых пакетов на выбранных скоростях по каналу трафика.
57. Способ тестирования обратного канала трафика в системе беспроводной связи, заключающийся в том, что
принимают первое сообщение, имеющее включенные в него минимальную скорость и максимальную скорость для передачи данных по обратному каналу трафика;
формируют множество тестовых пакетов для передачи по обратному каналу трафика, при этом каждый тестовый пакет включает в себя порядковый номер тестового пакета, переданного последним на каждой из возможных скоростей;
осуществляют выбор скоростей для тестовых пакетов на основании заданной схемы выбора скорости и ограниченных минимальной и максимальной скоростями и
передают тестовые пакеты с выбранными скоростями по обратному каналу трафика.
58. Способ по п.57, отличающийся тем, что сформированные тестовые пакеты помещают в очередь.
59. Способ тестирования канала трафика в системе беспроводной связи, заключающийся в том, что
передают первое сообщение, имеющее включенные в него тестовые установки для обратного канала трафика;
принимают множество тестовых пакетов с множеством скоростей по обратному каналу трафика; и
обновляют множество переменных, поддерживаемых для множества скоростей, на основании скоростей принятых тестовых пакетов.
60. Способ по п.59, отличающийся тем, что для каждого принятого тестового пакета обновляют первую переменную на основании порядкового номера этого тестового пакета.
61. Терминал в системе беспроводной связи, содержащий
процессор принимаемых данных, выполненный с возможностью приема множества тестовых пакетов по прямому каналу трафика;
контроллер, выполненный с возможностью идентификации источника передачи и порядкового номера каждого принятого тестового пакета и формирования множества пакетов кольцевой проверки для множества принятых тестовых пакетов, при этом каждый пакет кольцевой проверки формируется для нуля или большего числа тестовых пакетов и включает в себя источник передачи и порядковый номер каждого тестового пакета, использованного при формировании пакета кольцевой проверки; и
процессор передаваемых данных, выполненный с возможностью обработки пакетов кольцевой проверки для передачи по обратному каналу трафика.
62. Терминал по п.61, отличающийся тем, что дополнительно содержит
буфер, предназначенный для помещения пакетов кольцевой проверки в очередь.
63. Приемное устройство в системе беспроводной связи, содержащее
средство для приема множества тестовых пакетов по прямому каналу трафика;
средство для идентификации источника передачи и порядкового номера каждого принятого тестового пакета;
средство для формирования множества пакетов кольцевой проверки для множества принятых тестовых пакетов, при этом каждый пакет кольцевой проверки формируется для нуля или большего числа тестовых пакетов и включает в себя источник передачи и порядковый номер каждого тестового пакета, использованного при формировании пакета кольцевой проверки, и
средство для обработки пакетов кольцевой проверки для передачи по обратному каналу трафика.
64. Терминал в системе беспроводной связи, содержащий
процессор принимаемых данных, выполненный с возможностью приема первого сообщения, имеющего включенные в него минимальную скорость и максимальную скорость для передачи по обратному каналу трафика;
контроллер, выполненный с возможностью формирования множества тестовых пакетов для передачи по обратному каналу трафика, при этом каждый тестовый пакет включает в себя порядковый номер тестового пакета, переданного последним с каждой из множества возможных скоростей, и выбора скоростей для тестовых пакетов на основании заданной схемы выбора скоростей и ограниченных минимальной и максимальной скоростями, и
процессор передаваемых данных, выполненный с возможностью обработки тестовых пакетов для передачи с выбранными скоростями по обратному каналу трафика.
65. Терминал по п.61, отличающийся тем, что содержит буфер, предназначенный для помещения сформированных тестовых пакетов в очередь.
66. Приемное устройство в системе беспроводной связи, содержащее
средство для приема первого сообщения, имеющего включенные в него минимальную скорость и максимальную скорость для передачи данных по обратному каналу трафика;
средство для формирования множества тестовых пакетов для передачи по обратному каналу трафика, при этом каждый тестовый пакет включает в себя порядковый номер тестового пакета, переданного последним на каждой из возможных скоростей;
средство для выбора скоростей для тестовых пакетов на основании заданной схемы выбора скорости и ограниченных минимальной и максимальной скоростями, и
средство для обработки тестовых пакетов для передачи с выбранными скоростями по обратному каналу трафика.
67. Пункт доступа в системе беспроводной связи, содержащий
процессор передаваемых данных, выполненный с возможностью обработки множества тестовых пакетов для передачи по прямому каналу трафика;
процессор принимаемых данных, выполненный с возможностью обработки множества пакетов кольцевой проверки, принятых по обратному каналу трафика, при этом каждый пакет кольцевой проверки формируется для нуля или большего числа тестовых пакетов и включает в себя источник передачи и порядковый номер каждого тестового пакета, использованного при формировании пакета кольцевой проверки; и
контроллер, выполненный с возможностью обновления множества переменных для множества источников передачи на основании источника передачи и порядкового номера каждого из тестовых пакетов, использованных при формировании принятых пакетов кольцевой проверки.
68. Пункт доступа в системе беспроводной связи, содержащий
средство для обработки множества тестовых пакетов для передачи по прямому каналу трафика;
средство для обработки множества пакетов кольцевой проверки, принятых по обратному каналу трафика, при этом каждый пакет кольцевой проверки формируется для нуля или большего числа тестовых пакетов и включает в себя источник передачи и порядковый номер каждого тестового пакета, использованного при формировании пакета кольцевой проверки; и
средство для обновления множества переменных для множества источников передачи на основании источника передачи и порядкового номера каждого тестового пакета, использованного при формировании принятого пакета кольцевой проверки.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/015,926 US8089888B2 (en) | 2001-12-10 | 2001-12-10 | Method and apparatus for testing traffic and auxiliary channels in a wireless data communication system |
US10/015,926 | 2001-12-10 |
Publications (2)
Publication Number | Publication Date |
---|---|
RU2004121141A RU2004121141A (ru) | 2006-01-10 |
RU2310999C2 true RU2310999C2 (ru) | 2007-11-20 |
Family
ID=21774379
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2004121141/09A RU2310999C2 (ru) | 2001-12-10 | 2002-12-05 | Способ и устройство для тестирования трафика и вспомогательных каналов в системе беспроводной передачи данных |
Country Status (18)
Country | Link |
---|---|
US (2) | US8089888B2 (ru) |
EP (2) | EP2211572B1 (ru) |
JP (3) | JP4890739B2 (ru) |
KR (1) | KR100970354B1 (ru) |
CN (1) | CN1618243B (ru) |
AT (1) | ATE468721T1 (ru) |
AU (1) | AU2002351303B2 (ru) |
BR (2) | BR0214831A (ru) |
CA (1) | CA2469707C (ru) |
DE (1) | DE60236451D1 (ru) |
ES (1) | ES2343569T3 (ru) |
IL (2) | IL162374A0 (ru) |
MX (1) | MXPA04005588A (ru) |
NO (1) | NO329036B1 (ru) |
RU (1) | RU2310999C2 (ru) |
TW (1) | TWI263419B (ru) |
UA (1) | UA82317C2 (ru) |
WO (1) | WO2003051076A1 (ru) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2462834C2 (ru) * | 2008-03-24 | 2012-09-27 | Квэлкомм Инкорпорейтед | Отчет об использовании ресурсов общего канала передачи данных |
RU2463733C2 (ru) * | 2008-06-05 | 2012-10-10 | Алкатель-Лусент Ю-Эс-Эй Инк. | Способ управления незаметным переходом между сетями, действующими согласно различным протоколам |
RU2504920C2 (ru) * | 2009-01-08 | 2014-01-20 | Нтт Докомо, Инк. | Способ и устройство для проверки средств обнаружения проблем в радиосвязи |
US8706123B2 (en) | 2008-03-24 | 2014-04-22 | Qualcomm Incorporated | Common data channel resource usage report |
RU2678488C1 (ru) * | 2016-11-11 | 2019-01-29 | Хуавэй Текнолоджиз Ко., Лтд. | Способ конфигурирования устройства связи и устройство связи |
RU2811567C1 (ru) * | 2021-06-29 | 2024-01-15 | Хонор Дивайс Ко., Лтд. | Способ переключения каналов, электронное устройство и носитель данных |
Families Citing this family (107)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8089888B2 (en) | 2001-12-10 | 2012-01-03 | Qualcomm Incorporated | Method and apparatus for testing traffic and auxiliary channels in a wireless data communication system |
DE10235544B4 (de) * | 2002-03-25 | 2013-04-04 | Agere Systems Guardian Corp. | Verfahren für eine verbesserte Datenkommunikation aufgrund einer verbesserten Datenverarbeitung innerhalb eines Senders/Empfängers |
US7278061B2 (en) * | 2002-10-08 | 2007-10-02 | Agilent Technologies, Inc. | Building packets of data for testing a communication network |
US7463674B2 (en) * | 2003-04-09 | 2008-12-09 | Avago Technologies Fiber Ip (Singapore) Pte. Ltd. | Tables for determining the signal strength of a received signal in a fibre optics transceiver |
US9226308B2 (en) | 2003-10-15 | 2015-12-29 | Qualcomm Incorporated | Method, apparatus, and system for medium access control |
US8462817B2 (en) | 2003-10-15 | 2013-06-11 | Qualcomm Incorporated | Method, apparatus, and system for multiplexing protocol data units |
US8284752B2 (en) | 2003-10-15 | 2012-10-09 | Qualcomm Incorporated | Method, apparatus, and system for medium access control |
US8233462B2 (en) | 2003-10-15 | 2012-07-31 | Qualcomm Incorporated | High speed media access control and direct link protocol |
US8472473B2 (en) | 2003-10-15 | 2013-06-25 | Qualcomm Incorporated | Wireless LAN protocol stack |
US8842657B2 (en) | 2003-10-15 | 2014-09-23 | Qualcomm Incorporated | High speed media access control with legacy system interoperability |
US8483105B2 (en) | 2003-10-15 | 2013-07-09 | Qualcomm Incorporated | High speed media access control |
EP1545060B1 (en) * | 2003-12-19 | 2012-06-13 | Intel Mobile Communications GmbH | Radio signal assessment |
US8903440B2 (en) * | 2004-01-29 | 2014-12-02 | Qualcomm Incorporated | Distributed hierarchical scheduling in an ad hoc network |
ES2298718T3 (es) * | 2004-01-30 | 2008-05-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Metodo para determinar el rendimiento de un t4rminal movil en una red inalambrica activa. |
JP4115403B2 (ja) * | 2004-02-18 | 2008-07-09 | キヤノン株式会社 | 発光体基板及び画像表示装置 |
US7948902B1 (en) * | 2004-03-03 | 2011-05-24 | Globalfoundries Inc. | Method of generating packets without repetition in verification of a device |
US8315271B2 (en) | 2004-03-26 | 2012-11-20 | Qualcomm Incorporated | Method and apparatus for an ad-hoc wireless communications system |
US7616665B2 (en) * | 2004-04-13 | 2009-11-10 | Research In Motion Limited | Method and system for monitoring the health of wireless telecommunication networks |
US7564814B2 (en) | 2004-05-07 | 2009-07-21 | Qualcomm, Incorporated | Transmission mode and rate selection for a wireless communication system |
US8086660B2 (en) * | 2004-05-21 | 2011-12-27 | Ixia | Distributed data model |
US8401018B2 (en) | 2004-06-02 | 2013-03-19 | Qualcomm Incorporated | Method and apparatus for scheduling in a wireless network |
WO2006012211A2 (en) * | 2004-06-24 | 2006-02-02 | Meshnetworks, Inc. | A system and method for adaptive rate selection for wireless networks |
US20060002306A1 (en) * | 2004-06-30 | 2006-01-05 | Ronald Brown | Failure detection of path information corresponding to a transmission path |
US8363604B2 (en) | 2005-02-01 | 2013-01-29 | Qualcomm Incorporated | Method and apparatus for controlling a transmission data rate based on feedback relating to channel conditions |
US8023937B2 (en) * | 2005-03-04 | 2011-09-20 | Qualcomm Incorporated | Apparatus and methods for determining voice and/or data processing performance of a wireless device |
CN100384281C (zh) * | 2005-03-21 | 2008-04-23 | 华为技术有限公司 | 进行连接态测试的方法 |
US7873321B2 (en) | 2005-03-29 | 2011-01-18 | Qualcomm Incorporated | Apparatus and methods for determining network access performance of a wireless device |
US9055552B2 (en) | 2005-06-16 | 2015-06-09 | Qualcomm Incorporated | Quick paging channel with reduced probability of missed page |
US7899642B2 (en) * | 2005-07-12 | 2011-03-01 | Nokia Corporation | Optimized RFID/NFC BER testing |
MY144867A (en) * | 2005-08-16 | 2011-11-30 | Qualcomm Inc | Methods and systems for adaptive server selection in wireless communications |
US8600336B2 (en) | 2005-09-12 | 2013-12-03 | Qualcomm Incorporated | Scheduling with reverse direction grant in wireless communication systems |
CA2620544C (en) | 2005-09-21 | 2015-04-14 | Lg Electronics Inc. | Method and apparatus for multiplexing multiple reverse feedback channels in multi-carrier wireless networks |
EP1941681A1 (en) | 2005-10-27 | 2008-07-09 | QUALCOMM Incorporated | A method and apparatus for processing simultaneous assignment in wireless communication systems |
US8447898B2 (en) | 2005-10-28 | 2013-05-21 | Microsoft Corporation | Task offload to a peripheral device |
CN1992752A (zh) * | 2005-12-30 | 2007-07-04 | 华为技术有限公司 | 一种实现网络设备运行维护的系统、方法及网络设备 |
CN100420325C (zh) * | 2006-01-20 | 2008-09-17 | 信息产业部电信传输研究所 | cdma2000 1xEV-DO系统覆盖测试的负荷加载方法 |
US8607145B2 (en) * | 2006-02-14 | 2013-12-10 | Jds Uniphase Corporation | Show OOB and speed negotiation data graphically in a network diagnostic component |
CN101411124A (zh) * | 2006-02-14 | 2009-04-15 | 菲尼萨公司 | 内嵌设备中的诊断功能 |
US8125906B2 (en) * | 2006-03-03 | 2012-02-28 | Kiranmai Vedanabhatla | Capture RCDT and SNTT SAS speed negotiation decodes in a network diagnostic component |
US8576731B2 (en) * | 2006-02-14 | 2013-11-05 | Jds Uniphase Corporation | Random data compression scheme in a network diagnostic component |
US8769152B2 (en) | 2006-02-14 | 2014-07-01 | Jds Uniphase Corporation | Align/notify compression scheme in a network diagnostic component |
CN100454851C (zh) * | 2006-03-17 | 2009-01-21 | 华为技术有限公司 | Diameter协议接口的性能测量方法及测量设备和系统 |
US8509062B2 (en) * | 2006-08-07 | 2013-08-13 | Ciena Corporation | Smart ethernet edge networking system |
US9094257B2 (en) | 2006-06-30 | 2015-07-28 | Centurylink Intellectual Property Llc | System and method for selecting a content delivery network |
US20080002711A1 (en) * | 2006-06-30 | 2008-01-03 | Bugenhagen Michael K | System and method for access state based service options |
US8477614B2 (en) | 2006-06-30 | 2013-07-02 | Centurylink Intellectual Property Llc | System and method for routing calls if potential call paths are impaired or congested |
US8289965B2 (en) | 2006-10-19 | 2012-10-16 | Embarq Holdings Company, Llc | System and method for establishing a communications session with an end-user based on the state of a network connection |
US8717911B2 (en) * | 2006-06-30 | 2014-05-06 | Centurylink Intellectual Property Llc | System and method for collecting network performance information |
US8488447B2 (en) | 2006-06-30 | 2013-07-16 | Centurylink Intellectual Property Llc | System and method for adjusting code speed in a transmission path during call set-up due to reduced transmission performance |
RU2402877C1 (ru) * | 2006-08-18 | 2010-10-27 | Самсунг Электроникс Ко., Лтд. | Способ и устройство для отчета о степени приема потоковой услуги терминалом в системе мобильного вещания и система на их основе |
US8549405B2 (en) | 2006-08-22 | 2013-10-01 | Centurylink Intellectual Property Llc | System and method for displaying a graphical representation of a network to identify nodes and node segments on the network that are not operating normally |
US8015294B2 (en) | 2006-08-22 | 2011-09-06 | Embarq Holdings Company, LP | Pin-hole firewall for communicating data packets on a packet network |
US8144587B2 (en) | 2006-08-22 | 2012-03-27 | Embarq Holdings Company, Llc | System and method for load balancing network resources using a connection admission control engine |
US8531954B2 (en) | 2006-08-22 | 2013-09-10 | Centurylink Intellectual Property Llc | System and method for handling reservation requests with a connection admission control engine |
US8064391B2 (en) | 2006-08-22 | 2011-11-22 | Embarq Holdings Company, Llc | System and method for monitoring and optimizing network performance to a wireless device |
US8224255B2 (en) | 2006-08-22 | 2012-07-17 | Embarq Holdings Company, Llc | System and method for managing radio frequency windows |
US8750158B2 (en) | 2006-08-22 | 2014-06-10 | Centurylink Intellectual Property Llc | System and method for differentiated billing |
US9479341B2 (en) * | 2006-08-22 | 2016-10-25 | Centurylink Intellectual Property Llc | System and method for initiating diagnostics on a packet network node |
US7843831B2 (en) | 2006-08-22 | 2010-11-30 | Embarq Holdings Company Llc | System and method for routing data on a packet network |
US8537695B2 (en) * | 2006-08-22 | 2013-09-17 | Centurylink Intellectual Property Llc | System and method for establishing a call being received by a trunk on a packet network |
US8307065B2 (en) | 2006-08-22 | 2012-11-06 | Centurylink Intellectual Property Llc | System and method for remotely controlling network operators |
US8189468B2 (en) | 2006-10-25 | 2012-05-29 | Embarq Holdings, Company, LLC | System and method for regulating messages between networks |
US8223655B2 (en) | 2006-08-22 | 2012-07-17 | Embarq Holdings Company, Llc | System and method for provisioning resources of a packet network based on collected network performance information |
US7684332B2 (en) | 2006-08-22 | 2010-03-23 | Embarq Holdings Company, Llc | System and method for adjusting the window size of a TCP packet through network elements |
US8228791B2 (en) | 2006-08-22 | 2012-07-24 | Embarq Holdings Company, Llc | System and method for routing communications between packet networks based on intercarrier agreements |
US8619600B2 (en) | 2006-08-22 | 2013-12-31 | Centurylink Intellectual Property Llc | System and method for establishing calls over a call path having best path metrics |
US8274905B2 (en) | 2006-08-22 | 2012-09-25 | Embarq Holdings Company, Llc | System and method for displaying a graph representative of network performance over a time period |
US8407765B2 (en) * | 2006-08-22 | 2013-03-26 | Centurylink Intellectual Property Llc | System and method for restricting access to network performance information tables |
US8199653B2 (en) | 2006-08-22 | 2012-06-12 | Embarq Holdings Company, Llc | System and method for communicating network performance information over a packet network |
US8576722B2 (en) | 2006-08-22 | 2013-11-05 | Centurylink Intellectual Property Llc | System and method for modifying connectivity fault management packets |
US8238253B2 (en) | 2006-08-22 | 2012-08-07 | Embarq Holdings Company, Llc | System and method for monitoring interlayer devices and optimizing network performance |
US8130793B2 (en) | 2006-08-22 | 2012-03-06 | Embarq Holdings Company, Llc | System and method for enabling reciprocal billing for different types of communications over a packet network |
US8743703B2 (en) | 2006-08-22 | 2014-06-03 | Centurylink Intellectual Property Llc | System and method for tracking application resource usage |
US8144589B2 (en) | 2007-05-07 | 2012-03-27 | Qualcomm Incorporated | Learning-based semi-persistent scheduling in wireless communications |
KR101401965B1 (ko) * | 2007-05-25 | 2014-06-02 | 삼성전자주식회사 | 복수개의 채널들의 상태 측정 방법 및 그 장치, 유휴 채널선택 방법 및 그 장치 |
US8780732B2 (en) * | 2008-03-18 | 2014-07-15 | Qualcomm Incorporated | Method of network management by assistance from terminal using control-plane signaling between terminal and network |
US8068425B2 (en) | 2008-04-09 | 2011-11-29 | Embarq Holdings Company, Llc | System and method for using network performance information to determine improved measures of path states |
US9769237B2 (en) * | 2008-04-23 | 2017-09-19 | Vonage America Inc. | Method and apparatus for testing in a communication network |
US9148889B2 (en) * | 2009-06-01 | 2015-09-29 | Qualcomm Incorporated | Control of multiple radios using a database of interference-related information |
WO2010148561A1 (zh) * | 2009-06-25 | 2010-12-29 | 钜瞻科技股份有限公司 | 移动通讯方法及其装置 |
US9185719B2 (en) * | 2009-08-18 | 2015-11-10 | Qualcomm Incorporated | Method and apparatus for mapping applications to radios in a wireless communication device |
IN2012DN02110A (ru) * | 2009-10-14 | 2015-08-21 | Ericsson Telefon Ab L M | |
US8903314B2 (en) * | 2009-10-29 | 2014-12-02 | Qualcomm Incorporated | Bluetooth introduction sequence that replaces frequencies unusable due to other wireless technology co-resident on a bluetooth-capable device |
US8731493B2 (en) * | 2009-10-30 | 2014-05-20 | Apple Inc. | Wireless local area network test system with forced transmit rates during protocol-based testing |
US8553647B2 (en) * | 2010-01-22 | 2013-10-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Optimization of non-optimized handoff from a first access technology to a second access technology |
TWI520629B (zh) | 2011-02-18 | 2016-02-01 | Univ Kyushu Nat Univ Corp | A transmission cycle determining method, a transmission cycle determining means, and a computer-readable recording medium |
US9197559B1 (en) * | 2011-04-29 | 2015-11-24 | Arris Enterprises, Inc. | Adaptive streaming using non-local information |
US10075361B2 (en) * | 2011-07-15 | 2018-09-11 | Extreme Networks, Inc. | Self-testing of services in an access point of a communication network |
US8693351B2 (en) * | 2011-07-26 | 2014-04-08 | Litepoint Corporation | System and method for deterministic testing of packet error rate in electronic devices |
US9876711B2 (en) | 2013-11-05 | 2018-01-23 | Cisco Technology, Inc. | Source address translation in overlay networks |
US9397946B1 (en) | 2013-11-05 | 2016-07-19 | Cisco Technology, Inc. | Forwarding to clusters of service nodes |
US9655232B2 (en) | 2013-11-05 | 2017-05-16 | Cisco Technology, Inc. | Spanning tree protocol (STP) optimization techniques |
US10778584B2 (en) | 2013-11-05 | 2020-09-15 | Cisco Technology, Inc. | System and method for multi-path load balancing in network fabrics |
EP3066796B1 (en) | 2013-11-05 | 2020-01-01 | Cisco Technology, Inc. | Network fabric overlay |
US9888405B2 (en) | 2013-11-05 | 2018-02-06 | Cisco Technology, Inc. | Networking apparatuses and packet statistic determination methods employing atomic counters |
US9374294B1 (en) | 2013-11-05 | 2016-06-21 | Cisco Technology, Inc. | On-demand learning in overlay networks |
US9825857B2 (en) | 2013-11-05 | 2017-11-21 | Cisco Technology, Inc. | Method for increasing Layer-3 longest prefix match scale |
US10951522B2 (en) | 2013-11-05 | 2021-03-16 | Cisco Technology, Inc. | IP-based forwarding of bridged and routed IP packets and unicast ARP |
US9769078B2 (en) | 2013-11-05 | 2017-09-19 | Cisco Technology, Inc. | Dynamic flowlet prioritization |
US9674086B2 (en) | 2013-11-05 | 2017-06-06 | Cisco Technology, Inc. | Work conserving schedular based on ranking |
US9502111B2 (en) | 2013-11-05 | 2016-11-22 | Cisco Technology, Inc. | Weighted equal cost multipath routing |
CN105453651B (zh) * | 2013-12-19 | 2020-03-31 | 华为技术有限公司 | 接入点选择方法、终端及接入点 |
DE112015007035T5 (de) * | 2015-11-26 | 2018-07-19 | Mitsubishi Electric Corporation | Weiterleitungsvorrichtung und kommunikationsnetz |
US20170295099A1 (en) * | 2016-04-11 | 2017-10-12 | Arista Networks, Inc. | System and method of load balancing across a multi-link group |
CN111858703B (zh) * | 2020-06-29 | 2022-06-14 | 浪潮电子信息产业股份有限公司 | 一种benchmarkSQL性能测试数据统计方法及装置 |
KR20220045497A (ko) * | 2020-10-05 | 2022-04-12 | 주식회사 엘지에너지솔루션 | 배터리 관리 장치 및 방법 |
DE112020007672T5 (de) * | 2020-11-12 | 2023-08-24 | Nvidia Corporation | Intra-schicht-adapter für die new radio-kommunikation der fünften generation (5g-nr) |
Family Cites Families (77)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3860769A (en) * | 1972-11-01 | 1975-01-14 | Gte Lenkurt Inc | Method and apparatus for testing the operation of a communication system |
US3922508A (en) * | 1974-01-14 | 1975-11-25 | Magnetic Controls Co | Coded telephone line testing equipment |
DE2631202C3 (de) * | 1976-07-10 | 1983-11-17 | Wandel & Goltermann Gmbh & Co, 7412 Eningen | Verfahren und Schaltungsanordnung zum selektiven Messen des Summenpegels eines zu messenden Signals |
CA1203875A (en) * | 1983-06-16 | 1986-04-29 | Mitel Corporation | Switching system loopback test circuit |
EP0504537A1 (en) * | 1991-03-22 | 1992-09-23 | International Business Machines Corporation | Method and apparatus for the testing and evaluation of geographically distributed telecommunication networks |
BE1004959A3 (nl) * | 1991-06-28 | 1993-03-02 | Bell Telephone Mfg | Werkwijze en inrichtingen voor het testen van atm-verbindingen. |
JPH05130009A (ja) * | 1991-11-06 | 1993-05-25 | Nec Corp | セルラー型自動車電話システムの移動端末間試験方式 |
CA2112756C (en) * | 1993-01-06 | 1999-12-14 | Chinatsu Ikeda | Burst band-width reservation method in asynchronous transfer mode (atm) network |
US5451839A (en) * | 1993-01-12 | 1995-09-19 | Rappaport; Theodore S. | Portable real time cellular telephone and pager network system monitor |
US5475732A (en) * | 1993-02-16 | 1995-12-12 | C & P Of Virginia | Common channeling signaling network maintenance and testing |
US5555266A (en) * | 1993-10-04 | 1996-09-10 | Motorola, Inc. | Method for reducing transmission delays in a packet transmission system |
US5521904A (en) * | 1993-12-07 | 1996-05-28 | Telefonaktiebolaget Lm Ericsson | Method and apparatus for testing a base station in a time division multiple access radio communications system |
JP3078177B2 (ja) * | 1994-07-01 | 2000-08-21 | 三菱電機株式会社 | 無線装置 |
EP0700229B1 (en) * | 1994-08-22 | 2006-06-28 | Fujitsu Limited | Connectionless communications system, test method, and intra-station control system |
US6006016A (en) * | 1994-11-10 | 1999-12-21 | Bay Networks, Inc. | Network fault correlation |
US5802105A (en) * | 1994-11-30 | 1998-09-01 | Qualcomm Incorporated | Method and apparatus for testing a digital communication channel |
US5570373A (en) * | 1995-03-20 | 1996-10-29 | Lucent Technologies Inc. | Method and apparatus for testing a radio in a base station without using a radio test unit |
US5655019A (en) * | 1995-03-30 | 1997-08-05 | Mckernan; Randolph W. | Identity protection method for use with wireless telephone systems |
US5768689A (en) * | 1995-04-03 | 1998-06-16 | Telefonaktiebolaget Lm Ericsson | Transceiver tester |
US5784406A (en) * | 1995-06-29 | 1998-07-21 | Qualcom Incorporated | Method and apparatus for objectively characterizing communications link quality |
US5898674A (en) * | 1995-11-14 | 1999-04-27 | Paradyne Corporation | System and method for performing non-disruptive diagnostics through a frame relay circuit |
US6373573B1 (en) * | 2000-03-13 | 2002-04-16 | Lj Laboratories L.L.C. | Apparatus for measuring optical characteristics of a substrate and pigments applied thereto |
JP3537577B2 (ja) | 1996-02-21 | 2004-06-14 | 富士通株式会社 | 通信回線品質測定システム及びtdma装置 |
FI102124B1 (fi) * | 1996-03-07 | 1998-10-15 | Nokia Telecommunications Oy | Tilaajaliittymän kaukotestaus johdottoman tilaajaliittymän toteutettavassa radiojärjestelmässä |
US6625166B2 (en) * | 1996-11-15 | 2003-09-23 | Canon Kabushiki Kaisha | Communication system for communicating a plurality of time-division multiplexed data, and control method therefor |
US6253060B1 (en) * | 1996-12-20 | 2001-06-26 | Airnet Communications Corporation | Method and apparatus employing wireless remote loopback capability for a wireless system repeater to provide end-to-end testing without a wireline connection |
US6069876A (en) * | 1997-02-13 | 2000-05-30 | Nortel Networks Corporation | Performance monitoring of an ATM Network |
US6088588A (en) * | 1997-03-25 | 2000-07-11 | Nortel Networks Corporation | Method and wireless terminal for monitoring communications and providing network with terminal operation information |
GB2325376B (en) * | 1997-05-14 | 2001-09-19 | Dsc Telecom Lp | Allocation of bandwidth to calls in a wireless telecommunications system |
US6449041B1 (en) * | 1997-07-01 | 2002-09-10 | Lj Laboratories, Llc | Apparatus and method for measuring optical characteristics of an object |
US6870616B2 (en) * | 1998-06-30 | 2005-03-22 | Jjl Technologies Llc | Spectrometer apparatus for determining an optical characteristic of an object or material having one or more sensors for determining a physical position or non-color property |
JPH1132042A (ja) * | 1997-07-11 | 1999-02-02 | Fujitsu Ltd | Sdh通信網/既存通信網監視統合装置及び方法 |
US6330599B1 (en) * | 1997-08-05 | 2001-12-11 | Cisco Technology, Inc. | Virtual interfaces with dynamic binding |
JP3476665B2 (ja) * | 1997-11-13 | 2003-12-10 | 富士通株式会社 | 中継装置試験システム及び通信装置並びに通信方法 |
US6185191B1 (en) * | 1997-12-03 | 2001-02-06 | Harris Corporation | Testing of ISDN line via auxiliary channel signaling |
US6259911B1 (en) | 1998-01-06 | 2001-07-10 | Wireless Access | Network operations center hardware and software design |
US6263016B1 (en) * | 1998-02-04 | 2001-07-17 | 3Com Corporation | Methods for interfacing a subscriber link to digital networks |
US6188892B1 (en) * | 1998-02-13 | 2001-02-13 | Qualcomm Inc. | System and method for base station initiated call setup |
US6320867B1 (en) * | 1998-05-27 | 2001-11-20 | 3Com Corporation | Method and apparatus for hierarchical management of subscriber link traffic on digital networks |
FI106834B (fi) * | 1998-06-03 | 2001-04-12 | Nokia Mobile Phones Ltd | Menetelmä ja järjestelmä datakanavien toimivuuden testaamiseksi radiolaitteessa |
US6246471B1 (en) * | 1998-06-08 | 2001-06-12 | Lj Laboratories, Llc | Apparatus and method for measuring optical characteristics of an object |
US6246479B1 (en) * | 1998-06-08 | 2001-06-12 | Lj Laboratories, L.L.C. | Integrated spectrometer assembly and methods |
US6249348B1 (en) * | 1998-11-23 | 2001-06-19 | Lj Laboratories, L.L.C. | Integrated spectrometer assembly and methods |
US6014377A (en) * | 1998-08-05 | 2000-01-11 | Us West, Inc. | System and method for an integrated wireline/wireless service using private branch exchange lines |
US7457307B1 (en) * | 1998-09-04 | 2008-11-25 | At&T Intellectual Property Ii, L.P. | Method and apparatus for controlling access to a communication channel |
US6389474B1 (en) * | 1998-09-04 | 2002-05-14 | At&T Corp. | Method and apparatus for accessing a shared channel in a wireless network using a time slot allocation technique based on detecting the usage of the channel during a round trip interval |
US6327250B1 (en) | 1998-12-21 | 2001-12-04 | Tycom (Us) Inc. | Method and apparatus for supressing crosstalk between data and monitoring channel in an optical communication system |
US6782264B2 (en) * | 1999-01-08 | 2004-08-24 | Trueposition, Inc. | Monitoring of call information in a wireless location system |
FI113822B (fi) * | 1999-01-19 | 2004-06-15 | Nokia Corp | Ohjattu dataverkon virheestä toipuminen |
US6766164B1 (en) * | 1999-01-19 | 2004-07-20 | Lucent Technologies Inc. | System and method for providing radio frequency conditions for testing wireless communications equipment |
FI113821B (fi) * | 1999-03-29 | 2004-06-15 | Nokia Corp | Menetelmä ja järjestelmä tiedonsiirron yleisen laadun mittaamiseksi ja optimoimiseksi digitaalisessa solukkoradiojärjestelmässä |
FI990690A (fi) * | 1999-03-29 | 2000-09-30 | Nokia Mobile Phones Ltd | Menetelmä ja järjestelmä tiedonsiirron toimivuuden testaamiseksi radio laitteessa |
US6754189B1 (en) * | 1999-04-08 | 2004-06-22 | Lucent Technologies Inc. | Method of queue length based burst management in wireless communication systems |
FI108833B (fi) * | 1999-06-04 | 2002-03-28 | Nokia Corp | Solukkoradioverkon kanavakonfigurointimenetelmä ja solukkoradioverkko |
JP2003511906A (ja) | 1999-10-02 | 2003-03-25 | サムスン エレクトロニクス カンパニー リミテッド | パケット交換ネットワークにおける公平なフロー制御のための方法 |
US6522886B1 (en) * | 1999-11-22 | 2003-02-18 | Qwest Communications International Inc. | Method and system for simultaneously sharing wireless communications among multiple wireless handsets |
FI19992618A (fi) * | 1999-12-03 | 2001-06-04 | Nokia Networks Oy | Tukiaseman peittoalueen mittaus |
US6519037B2 (en) * | 1999-12-23 | 2003-02-11 | Lj Laboratories, Llc | Spectrometer having optical unit including a randomized fiber optic implement |
US6362888B1 (en) * | 1999-12-23 | 2002-03-26 | Lj Laboratories, L.L.C. | Spectrometer assembly |
US6748212B2 (en) * | 1999-12-29 | 2004-06-08 | Airnet Communications Corporation | Method and apparatus for backhaul link diagnostic in a wireless repeater system |
US6414750B2 (en) * | 2000-01-10 | 2002-07-02 | Lj Laboratories, L.L.C. | Spectrometric apparatus and method for measuring optical characteristics of an object |
US6542538B2 (en) | 2000-01-10 | 2003-04-01 | Qualcomm Incorporated | Method and apparatus for testing wireless communication channels |
US6791949B1 (en) * | 2000-04-28 | 2004-09-14 | Raytheon Company | Network protocol for wireless ad hoc networks |
US7110466B1 (en) * | 2000-06-05 | 2006-09-19 | Lucent Technologies Inc. | Variable rate message coding |
US6751457B1 (en) * | 2000-06-28 | 2004-06-15 | Bellsouth Intellectual Property Corporation | Real time call monitoring system and method |
US6885730B1 (en) * | 2000-07-19 | 2005-04-26 | Paradyne Corporation | System and method for subscriber loop testing |
US7010730B1 (en) * | 2000-11-01 | 2006-03-07 | Sunrise Telecom Incorporated | System and method for testing the upstream channel of a cable network |
US6782503B1 (en) * | 2000-11-28 | 2004-08-24 | Nortel Networks Limited | Generating a signature to add to a test packet to achieve a target check value |
US6799203B2 (en) * | 2000-12-29 | 2004-09-28 | Nokia Mobile Phones Ltd. | WTA based over the air management (OTAM) method and apparatus |
US7027418B2 (en) * | 2001-01-25 | 2006-04-11 | Bandspeed, Inc. | Approach for selecting communications channels based on performance |
US6937584B2 (en) * | 2001-06-29 | 2005-08-30 | Qualcomm, Incorporated | Method and apparatus for controlling gain level of a supplemental channel in a CDMA communication system |
US8089888B2 (en) * | 2001-12-10 | 2012-01-03 | Qualcomm Incorporated | Method and apparatus for testing traffic and auxiliary channels in a wireless data communication system |
US7088398B1 (en) * | 2001-12-24 | 2006-08-08 | Silicon Image, Inc. | Method and apparatus for regenerating a clock for auxiliary data transmitted over a serial link with video data |
US7539489B1 (en) * | 2003-04-04 | 2009-05-26 | Veriwave, Incorporated | Location-based testing for wireless data communication networks |
US7620062B2 (en) * | 2003-05-01 | 2009-11-17 | Genesis Microchips Inc. | Method of real time optimizing multimedia packet transmission rate |
US8001841B2 (en) * | 2005-10-14 | 2011-08-23 | Olympus Ndt | Ultrasonic fault detection system using a high dynamic range analog to digital conversion system |
DE102006041827B4 (de) * | 2005-10-19 | 2014-12-31 | Asm Automation Sensorik Messtechnik Gmbh | Verfahren zur Bestimmung eines Zeitintervalls |
-
2001
- 2001-12-10 US US10/015,926 patent/US8089888B2/en active Active
-
2002
- 2002-05-12 UA UA20040705609A patent/UA82317C2/ru unknown
- 2002-12-05 CN CN02827959XA patent/CN1618243B/zh not_active Expired - Lifetime
- 2002-12-05 WO PCT/US2002/039210 patent/WO2003051076A1/en active Application Filing
- 2002-12-05 BR BR0214831-5A patent/BR0214831A/pt active IP Right Grant
- 2002-12-05 EP EP10003714.2A patent/EP2211572B1/en not_active Expired - Lifetime
- 2002-12-05 AU AU2002351303A patent/AU2002351303B2/en not_active Ceased
- 2002-12-05 AT AT02786951T patent/ATE468721T1/de not_active IP Right Cessation
- 2002-12-05 ES ES02786951T patent/ES2343569T3/es not_active Expired - Lifetime
- 2002-12-05 IL IL16237402A patent/IL162374A0/xx unknown
- 2002-12-05 DE DE60236451T patent/DE60236451D1/de not_active Expired - Lifetime
- 2002-12-05 CA CA2469707A patent/CA2469707C/en not_active Expired - Lifetime
- 2002-12-05 RU RU2004121141/09A patent/RU2310999C2/ru active
- 2002-12-05 EP EP02786951A patent/EP1452048B1/en not_active Expired - Lifetime
- 2002-12-05 JP JP2003552016A patent/JP4890739B2/ja not_active Expired - Lifetime
- 2002-12-05 MX MXPA04005588A patent/MXPA04005588A/es not_active Application Discontinuation
- 2002-12-05 KR KR1020047008936A patent/KR100970354B1/ko active IP Right Grant
- 2002-12-05 BR BRPI0214831-5A patent/BRPI0214831B1/pt unknown
- 2002-12-10 TW TW091135672A patent/TWI263419B/zh not_active IP Right Cessation
-
2004
- 2004-06-06 IL IL162374A patent/IL162374A/en not_active IP Right Cessation
- 2004-07-09 NO NO20042911A patent/NO329036B1/no not_active IP Right Cessation
-
2009
- 2009-06-22 JP JP2009147140A patent/JP2010016811A/ja active Pending
-
2011
- 2011-09-07 JP JP2011194900A patent/JP2012039630A/ja active Pending
- 2011-09-09 US US13/228,832 patent/US8780735B2/en not_active Expired - Fee Related
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2462834C2 (ru) * | 2008-03-24 | 2012-09-27 | Квэлкомм Инкорпорейтед | Отчет об использовании ресурсов общего канала передачи данных |
US8706123B2 (en) | 2008-03-24 | 2014-04-22 | Qualcomm Incorporated | Common data channel resource usage report |
RU2463733C2 (ru) * | 2008-06-05 | 2012-10-10 | Алкатель-Лусент Ю-Эс-Эй Инк. | Способ управления незаметным переходом между сетями, действующими согласно различным протоколам |
RU2504920C2 (ru) * | 2009-01-08 | 2014-01-20 | Нтт Докомо, Инк. | Способ и устройство для проверки средств обнаружения проблем в радиосвязи |
RU2678488C1 (ru) * | 2016-11-11 | 2019-01-29 | Хуавэй Текнолоджиз Ко., Лтд. | Способ конфигурирования устройства связи и устройство связи |
US10911301B2 (en) | 2016-11-11 | 2021-02-02 | Huawei Technologies Co., Ltd. | Communications device configuration method and communications device |
RU2811567C1 (ru) * | 2021-06-29 | 2024-01-15 | Хонор Дивайс Ко., Лтд. | Способ переключения каналов, электронное устройство и носитель данных |
Also Published As
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2310999C2 (ru) | Способ и устройство для тестирования трафика и вспомогательных каналов в системе беспроводной передачи данных | |
US8149779B2 (en) | Method and apparatus for scheduling uplink rates adaptively to fast rate ramping in a packet communication system | |
AU2004304544B2 (en) | Transfer format selecting method for optimizing data transfer in WCDMA mobile communication system | |
JP3889569B2 (ja) | 移動通信システムにおける無線リンクプロトコルによる可変長データの送受信装置及び方法 | |
US7394765B2 (en) | Method of measuring traffic volume in mobile communication system | |
CN102333383B (zh) | 高速下行分组接入相关信道的发送/接收方法和装置 | |
US20180227831A1 (en) | Grouping of user terminal cell access information in a system information block | |
JP2008517551A (ja) | 移動通信システムにおけるアップリンクデータ伝送のための端末状態情報のシグナリング方法及び装置 | |
CN1449630A (zh) | 用于支持单向用户数据信道的无线确认信息的方法和装置 | |
BRPI0614200A2 (pt) | mÉtodo de informaÇÕes de programaÇço em um sistema de comunicaÇço quando da mudanÇa de uma cÉlula servidora; sistema de comunicaÇço; e mÉtodo para programar informaÇÕes em um sistema de comunicaÇço quando de uma mudanÇa de cÉlula servidora | |
CN103229574A (zh) | 发射机协助服务质量测量 | |
JP2002026877A (ja) | ブロック誤り率測定法 | |
EP1864421A2 (en) | Method of transferring data packets in a communications network | |
US9226194B2 (en) | Grouping of user terminal cell access information in a system information block | |
KR100895681B1 (ko) | 무선 링크 제어 계층의 버퍼 제어 방법 및 장치 | |
KR20060090138A (ko) | 이동통신 시스템에서 주기적인 상태 보고 전송 방법 및장치 | |
EP2404462B1 (en) | Robust data transmission | |
KR20060020343A (ko) | 이동 통신 시스템에서 패킷 서비스 데이터를 전송하는 방법 |