Способ передачи данных в подвижной системе связи

 

Способ передачи данных в системе подвижной связи предусматривает передачу пользовательских данных через общий канал, когда пользовательские данные генерируют в состоянии ожидания. В первом варианте осуществления способ включает в себя сравнение длины сгенерированных данных с эталонной длиной для обычной передачи данных в активном состоянии. Когда сгенерированные данные короче, чем эталонная длина, частоту генерирования данных, сгенерированных в состоянии ожидания, сравнивают с эталонной частотой генерирования для обычной передачи данных в активном состоянии. Если частота генерирования данных, сгенерированных в состоянии ожидания, ниже, чем эталонная частота генерирования, переход в пакетное подсостояние происходит для сегментирования данных по длине кадра общего канала трафика, а затем сегментированные данные передают через общий канал трафика. Однако, если пакетное подсостояние не существует, сегментированные данные передают через предварительно выделенный общий канал трафика. Во втором варианте осуществления способ заключается в том, что когда данные, которые необходимо передавать, генерируют в состоянии ожидания, передающая сторона сегментирует данные в кадры, имеющие определенную длину, и передает сегментированные данные через предварительно установленный общий канал трафика. После приема переданных сегментированных кадров в состоянии ожидания принимающая сторона повторно компонует принятые кадры и передает повторно скомпонованный кадр на верхний уровень. Техническим результатом является увеличение эффективности использования канала путем передачи данных через общий канал трафика без перехода в активное состояние. 6 с. и 17 з. п. ф-лы, 7 ил. , 1 табл.

Настоящее изобретение относится в общем к подвижной системе связи, а более конкретно к способу связи передачи пакетных данных для системы связи МДКР.

Системы подвижной связи множественного доступа с кодовым разделением каналов (МДКР) основаны на стандарте IS-95, который в основном обеспечивает речевые услуги. В ближайшем будущем подвижная связь будет выполнена в соответствии со стандартом МПС-2000 (международная подвижная связь). Стандарт МПС-2000 обеспечивает не только речевые услуги, но также высокоскоростное обслуживание пакетов. Например, стандарт МПС-2000 поддерживает высококачественные речевые услуги подвижного изображения, услуги поиска в Интернет и так далее. Система подвижной связи МДКР включает в себя прямой канал связи для передачи сигнала из базовой станции (БС) в подвижную станцию (ПС) и обратный канал связи для передачи сигнала из подвижной станции в базовую станцию.

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

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

Физические каналы можно подразделить по признакам на выделенные каналы и общие каналы. Выделенные каналы используются исключительно для связи между базовой станцией и подвижной станцией и включают в себя основной канал (ОК), выделенный управляющий канал (ЗУК) и дополнительный канал (ДК). Основной канал используется для передачи речевых сигналов, данных и сигнальных сообщений. Выделенный управляющий канал используется для передачи данных и сигнальных сообщений. Выделенный управляющий канал обеспечивает режим импульсной передачи (ИП) для передачи данных только в случае, когда существуют данные для передачи, сгенерированные из верхнего уровня. Учитывая эту особенность, выделенный управляющий канал подходит для управляющего канала, установленного для выполнения эффективного обслуживания пакетов. Дополнительный канал используется для передачи большого количества данных и совместим со стандартом IS-95В.

Кроме того, физические каналы включают в себя общие каналы, которые используются в общем между одной базовой станцией и многочисленными подвижными станциями. Физический общий канал, предназначенный для прямого канала связи для передачи сигнала из базовой станции в подвижную станцию, называется пейджинговым каналом, а физический общий канал, предназначенный для обратного канала связи для передачи сигнала из подвижной станции в базовую станцию, называется каналом доступа. Эти общие каналы также совместимы со стандартом IS-95B.

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

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

Фиг. 1 изображает схему, иллюстрирующую переходы состояний объекта обслуживания данных в системе подвижной связи МДКР.

Фиг. 2 изображает схему, иллюстрирующую переходы состояний между подсостояниями объекта обслуживания данных, которые имеют место в случае, когда данные, которые необходимо передавать, генерируют в состоянии ожидания 150 (фиг. 1).

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

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

В состоянии 120 инициализации устанавливаются прямой и обратный управляющие каналы, которые необходимы для передачи данных. В этом случае для выделенного физического канала устанавливается основной канал или выделенный управляющий канал, для логического канала выделенный сигнальный канал, который является логическим каналом между базовой станцией и подвижной станцией, устанавливается в верхнем уровне основного канала или выделенного управляющего канала. После установления выделенного сигнального канала базовая станция выполняет согласование с подвижной станцией относительно описания услуг, которые необходимо выполнить. Описание услуг, которое определяется через такое согласование, называется "выбор услуги". После согласования выбора услуги объект обслуживания данных устанавливает выделенный канал трафика, который необходим для передачи пользовательских данных, и затем переходит в активное состояние 140. Однако после выхода из процесса инициализации объект обслуживания данных переходит обратно в обнуленное состояние 110 пакета.

В активном состоянии 140 данные передаются с использованием выделенного канала трафика. Когда объект обслуживания данных может использовать выделенный управляющий канал в активном состоянии после установления выбора услуг, базовая станция и подвижная станция выполняют процессы инициализации ПРК (протокол радиоканала) и ПДС (протокол двухточечного соединения). Когда данные, которые необходимо передать в течение заданного периода времени Т_{_активный}, отсутствуют в активном состоянии 140, происходит переход из активного состояния 140 в состояние 130 поддержания управления с освобождением выделенного канала трафика. В этом случае, если ожидается некоторое количество данных, которые должны быть сгенерированы с этого времени, если приходят к заключению, что данные, которые необходимо передать, не будут сгенерированы в течение продолжительного периода времени, может иметь место переход непосредственно в состояние ожидания 150 или нерабочее состояние 160 без прохождения через состояние 130 поддержания управления.

В состоянии 130 поддержания управления выбор услуг, информацию, которая относится к ПРК, и информацию, которая относится к ПДС, сохраняют в базовой станции и в подвижной станции, и устанавливают выделенный сигнальный канал. В этом состоянии, если данные, которые необходимо передавать, генерируют снова в пределах заданного периода времени Т_{_под держ ания}, объект обслуживания данных устанавливает выделенный канал трафика и затем обратно переходит в активное состояние 140 для того, чтобы передавать сгенерированные данные. Однако, если данные не генерируют, в пределах периода времени Т_{_под держ ания} объект обслуживания данных освобождает выделенный управляющий канал и затем переходит в состояние ожидания 150. Даже в этом случае, если ожидается некоторое количество данных, которое должно быть сгенерировано с этого времени, если приходят к заключению, что данные, которые необходимо передать, не будут сгенерированы в течение продолжительного периода времени, возможно осуществить переход непосредственно в нерабочее состояние 160 без прохождения через состояние ожидания 150.

В состоянии ожидания 150 основной канал или выделенный управляющий канал, который является физическим каналом, присвоенным подвижной станции, освобождается, и соответствующие логические каналы, то есть выделенный сигнальный канал и выделенный канал трафика также освобождаются. В этом состоянии связь с базовой станцией выполняется с использованием общего сигнального канала, который устанавливается для пейджингового канала, и канала доступа, которые представляют собой физические каналы, совместно используемые многочисленными подвижными станциями. Однако в состоянии ожидания 150 выбор услуг, информацию, которая относится к ПРК, и информацию, которая относится к ПДС, все еще поддерживают в базовой станции и в подвижной станции. Когда пользовательские данные, которые необходимо передавать, генерируют снова в пределах заданного периода времени Т_{_ожидания} в состоянии ожидания 150, одновременно устанавливаются выделенный управляющий канал и выделенный канал трафика и происходит переход обратно в активное состояние 140. Однако, если данные не сгенерированы в течение периода времени Т_{_ожидания}, то имеет место переход в нерабочее состояние 160.

В нерабочем состоянии 160 только протокол двухточечного соединения (ПДС) для услуги данных открывается, и вся другая информация, которая относится к вызовам, исчезает. Даже в нерабочем состоянии 160, если необходимо передавать данные снова в пределах заданного периода времени Т_{_неработа ющий}, происходит переход в активное состояние 140 после назначения выделенного сигнального канала. Однако, если данные, которые необходимо передавать, не сгенерированы в пределах заданного периода времени Т_{_неработа ющий}, освобождается даже информация ПДС, и затем имеет место переход в обнуленное состояние 110 пакета.

На фиг. 2 состояние ожидания 150 включает в себя подсостояние 153 виртуального трафика и сегментированное подсостояние 156. Как в подсостоянии 153 виртуального трафика, так и в сегментированном подсостоянии 156 состояния ожидания 150 в базовой станции и подвижной станции поддерживаются выбор услуг и информация ПРК. Переход в подсостояние 153 виртуального трафика состояния ожидания 150 имеет место в случае, когда данные, которые необходимо передавать, не генерируют в пределах периода времени Т_{_поддерж ания} в состоянии 130 поддержания управления, и виртуальный активный набор необходимо поддерживать даже в состоянии ожидания 150.

С другой стороны, переход в сегментированное состояние 156 имеет место в случае, когда данные, которые необходимо передавать, не генерируют в пределах периода времени Т_{_поддерж ания} в состоянии 130 поддержания управления, и виртуальный активный набор не обязательно поддерживать в состоянии ожидания 150. В подсостоянии 153 виртуального трафика виртуальный активный набор поддерживают для того, чтобы оказать помощь при быстром назначении канала трафика. В этом случае виртуальный активный набор представляет собой список, в котором регистрируют уровень прямого пилот-канала, причем списком управляют одновременно как в базовой станции, так и в подвижной станции, даже в состоянии, в котором общий канал находится в использовании.

Для того чтобы управлять виртуальным активным набором в подсостоянии 153 виртуального трафика, подвижная станция измеряет уровень пилот-канала, который передают из соседней базовой станции и посылают в случае, когда измеренный уровень удовлетворяет заданному порогу, сообщение, которое уведомляет об этом условии, в базовую станцию. После получения сообщения базовая станция посылает обратно сообщение подтверждения в подвижную станцию. Обмен данными для поддержания виртуального активного набора выполняется через прямой и обратный общие сигнальные каналы (П/О-ОСК). Таймер виртуального трафика отсчитывает период времени Т_{_вирту альный} поддержания подсостояния 153 виртуального трафика и находится в рабочем (или включенном) состоянии в системе. Когда данные, которые необходимо передавать, генерируют в пределах периода времени Т_{_вирту альный} в под состоянии 153 виртуального трафика, происходит переход в активное состояние 140 для того, чтобы передавать сгенерированные данные.

Однако, когда данные, которые необходимо передавать, не сгенерированы в пределах периода времени Т_{_виртуаль ный} подсостоянии 153 виртуального трафика, происходит переход обратно в сегментированное подсостояние 156. В сегментированном подсостоянии 156 пейджинговый канал, являющийся физическим каналом, которому присваивается прямой общий сигнальный канал (П-ОСК), являющийся логическим каналом, контролируется в сегментированном режиме (или на основе метода временного разделения) для снижения потребляемой мощности подвижной станции, и виртуальный активный набор не поддерживается. Аналогично, когда данные, которые необходимо передавать, сгенерированы в пределах заданного периода времени Т_{_сегмен тиров анный} в сегментированном подсостоянии 156, происходит переход в активное состояние 140 для того, чтобы передавать сгенерированные данные. Однако, когда данные не сгенерированы в пределах периода времени Т_{_сегмен тиров анный} в сегментированном подсостоянии 156, происходит переход в нерабочее состояние 160. В этой процедуре выбор услуг и информация ПРК, которыми управляли в базовой станции и в подвижной станции, полностью освобождаются. Для повторного запуска передачи данных в состоянии ожидания 150 канал трафика и канал управления необходимо повторно назначить, и необходимо выполнить повторное согласование канала между базовой станцией и подвижной станцией. В процессе повторного согласования происходит задержка из-за затрат на сигнализацию.

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

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

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

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

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

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

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

Сущность изобретения иллюстрируется ссылкой на сопроводительные чертежи, на которых: фиг. 1 изображает блок- схему, иллюстрирующую переходы состояний для обслуживания данных в системе подвижной связи МДКР; фиг. 2 изображает блок-схему, иллюстрирующую переходы состояний для обслуживания данных, которые происходят при генерировании данных в состоянии ожидания; фиг. 3 изображает блок-схему, иллюстрирующую переходы состояний для обслуживания данных, которые происходят при генерировании в состоянии ожидания в соответствии с принципами настоящего изобретения; фиг. 4 изображает алгоритм, изображающий как передающая сторона передает данные в пакетном подсостоянии состояния ожидания, согласно первому варианту осуществления настоящего изобретения; фиг. 5 изображает алгоритм, иллюстрирующий как принимающая сторона принимает данные в пакетном подсостоянии состояния ожидания, согласно первому варианту осуществления настоящего изобретения; фиг. 6 изображает алгоритм, иллюстрирующий как передающая сторона передает данные в пакетном подсостоянии состояния ожидания, согласно второму варианту осуществления настоящего изобретения; фиг. 7 изображает алгоритм, иллюстрирующий как принимающая сторона принимает данные в состоянии ожидания, согласно второму варианту осуществления настоящего изобретения.

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

На фиг. 3 изображена схема, иллюстрирующая переходы состояний для обслуживания данных в случае, когда данные, которые необходимо передавать, сгенерированы в состоянии ожидания 150, которое включает в себя пакетное подсостояние 159 в дополнение к существующему подсостоянию 153 виртуального трафика и сегментированному подсостоянию 156, согласно настоящему изобретению.

Состояние ожидания 150 определяет новое пакетное подсостояние 159 в дополнение к существующему подсостоянию 153 виртуального трафика и сегментированному подсостоянию 156. Пакетное подсостояние 159 определяется для передачи пользовательского трафика через общий канал трафика (ОКТ). Подсостояние 153 виртуального трафика, сегментированное подсостояние 156 и пакетное подсостояние 159 состояния ожидания 150 имеют свои собственные таймеры соответственно и происходит переход в активное состояние 140 или нерабочее состояние 160 в соответствии с периодом времени, отсчитанным таймерами.

Кроме того, с использованием таймеров можно измерить частоту генерирования пользовательских данных, которые необходимо передавать через общий канал в соответствующих подсостояниях. Измеренное значение сохраняется в памяти и инициализируется в случае, когда происходит переход из активного состояния 140 обратно в состояние ожидания 150. Например, когда пользовательские данные генерируются 3 раза в течение 60 с в состоянии ожидания 150, частота генерирования пользовательских данных составляет 3 пользовательских данных в минуту, и это значение сохраняется в памяти.

Первый вариант осуществления Фиг. 4 и 5 изображает схемы, иллюстрирующие способ обмена данными в пакетном состоянии состояния ожидания, согласно первому варианту осуществления настоящего изобретения. Описание способа обмена пользовательскими данными в пакетном подсостоянии приводится со ссылкой на фиг. 3 - 5.

Ниже, со ссылкой на фиг. 4 приводится описание того, как передающая сторона передает пользовательские данные. Когда передача данных имеет прерывания в течение Т_{- поддер жания} в состоянии 130 поддержания управления, передающая сторона при операции 401 переходит в сегментированное подсостояние 156 или в подсостояние 153 виртуального трафика состояния ожидания 150. Передающая сторона определяет при операции 403, генерируются ли внутри пользовательские данные в сегментированном подсостоянии 156 или в подсостоянии 153 виртуального трафика состояния ожидания 150. Данные, сгенерированные внутри, можно обнаружить через прерывание, которое происходит внутри.

Когда пользовательские данные сгенерированы внутри в подсостоянии 153 виртуального трафика или в сегментированном подсостоянии 156, передающая сторона определяет при операции 405, является ли длина сгенерированных пользовательских данных короче эталонной длины L данных. Когда длина сгенерированных пользовательских данных короче L, передающая сторона определяет при операции 407, является ли частота генерирования сгенерированных пользовательских данных ниже минимальной частоты F генерирования данных. Как установлено выше, частоту генерирования пользовательских данных можно считывать из памяти, которая накапливает значение частоты генерирования пользовательских данных в течение заданного периода времени. Когда частота генерирования пользовательских данных становится ниже F, передающая сторона переходит из поlсостояния 153 виртуального трафика или сегментированного подсостояния 156 в пакетное подсостояние 159 при операции 409.

Для этой процедуры перехода в случае, при котором базовая станция является передающей стороной, базовая станция посылает командное сообщение о переходе состояния и получает подтверждение из подвижной станции, в случае, при котором подвижная станция является передающей стороной, подвижная станция посылает сообщение с запросом на переход состояния и базовая станция затем посылает командное сообщение о переходе состояния, и получает подтверждение из подвижной станции. Передающая сторона переходит при операции 411 в пакетное подсостояние 159 для того, чтобы выполнить сегментирование пользовательских данных в кадры, которые имеют соответствующую длину, необходимую для передачи через прямой/обратный общий управляющий канал. Причиной сегментирования данных на соответствующую длину является то, что чрезвычайно большая длина данных уменьшает эффективность передачи данных в случае, когда данные передаются через общий канал, как в системе IS-95. Например, если длина данных составляет 45 и длина кадра, который можно оптимально передать через общий канал, составляет 10, данные сегментируются в 5 кадров с длиной 10. Типичная структура кадров изображена в таблице.

В таблице бит "тип сообщения" показывает, является ли кадр управляющим кадром или пользовательским кадром, бит "флаг продолжения сообщения" показывает, будут ли данные продолжаться в следующем кадре. Например, если бит "флаг продолжения сообщения" равен "0", то сообщение не продолжается, и наоборот, если бит "флаг продолжения сообщения" равен "1", то сообщение будут последовательно принимать в следующем кадре.

После сегментирования данных в кадры при операции 411, передающая сторона переходит при операции 413 в пакетное подсостояние 159 для того, чтобы определить, является ли кадр, который необходимо передавать, последним кадром. Если кадр не является последним кадром, передающая сторона переходит к операции 415, и наоборот, передающая сторона переходит к операции 421. При операции 415 передающая сторона устанавливает бит "флаг продолжения сообщения" в "1" для того, чтобы показать, что сообщение будут последовательно принимать в следующем кадре.

При операции 421 передающая сторона устанавливает бит "флаг продолжения сообщения" в "0" для того, чтобы показать, что настоящий кадр является последним кадром сгенерированных пользовательских данных. После операции 415 передающая сторона при операции 417 устанавливает бит "тип сообщения" для того, чтобы показать, что кадр данных, который будут передавать, является пользовательским кадром данных, а при операции 419 передает кадр данных через общий канал трафика. Поэтому передающая сторона возвращается к операции 413 для повторения предыдущих операций.

Между тем, после операции 421 передающая сторона переходит к операции 423 для установки бита "тип сообщения" для того, чтобы показать, что кадр данных, который будут передавать, является кадром пользовательских данных, и передает кадр данных через общий канал трафика при операции 425. Поэтому при операции 427 передающая сторона переходит обратно в предыдущее подсостояние, то есть в подсостояние 153 виртуального трафика или в сегментированное подсостояние 156 и затем возвращается к операции 401.

Между тем, когда при операции 405 пользовательские данные имеют длину больше L или когда при операции 407 частота генерирования пользовательских данных превышает значение F, передающая сторона переходит в активное состояние 140 и начинается нормальная передача данных для того, чтобы передавать пользовательские данные при операции 408. То есть происходит переход из подсостояния 153 виртуального трафика или сегментированного подсостояния 156 в активное состояние 140 с установлением выделенного сигнального канала и выделенного канала трафика. В активном состоянии 140 пользовательские данные передаются через установленный выделенный канал трафика.

В случае, когда данные с другой стороны (то есть с передающей стороны) не поступают в течение заданного промежутка времени, принимающая сторона переходит в подсостояние 153 виртуального трафика или сегментированное подсостояние 156 состояния ожидания 150 и контролирует, генерируются ли данные на другой стороне. Когда пользовательские данные генерируются в этом состоянии, принимающая сторона переходит в пакетное подсостояние 159 состояния ожидания 150 и выполняет процедуру приема данных (см. фиг. 5).

Как показано на фиг. 5, при операции 501 принимающая сторона переходит в подсостояние 153 виртуального трафика или сегментированное состояние 156 состояния ожидания 150, как и на передающей стороне. В подсостоянии 153 виртуального трафика или в сегментированном подсостоянии 156 приемная сторона переходит к операции 502 для того, чтобы определить, приняты ли данные с передающей стороны. В этом случае принимаемые данные являются управляющими данными, которые относятся к переходу состояния.

После приема управляющих данных с командой на переход состояния, принимающая сторона при операции 503 переходит в пакетное подсостояние 159. Принимающая сторона переходит при операции 507 в пакетное подсостояние 159 для того, чтобы определить, приняты ли пользовательские данные. При приеме пользовательских данных принимающая сторона переходит к операции 110, и наоборот, принимающая сторона возвращается к операции 505 и поддерживает пакетное подсостояние 159. Являются или нет принятые данные пользовательскими данными, можно определить с помощью проверки бита "тип сообщения" принятого кадра данных.

При операции 509 принимающая сторона определяет, является ли принятый кадр непосредственно кадром, принадлежащим непосредственно принимающей стороне. Когда принятый пользовательский кадр данных является таким кадром, принимающая сторона сохраняет принятые данные при операции 511 и переходит к операции 513 для того, чтобы определить, является ли принятый кадр последним кадром, с помощью проверки бита "флаг продолжения сообщения". Если принятый кадр не является последним кадром, принимающая сторона возвращается к операции 505 для повторения предыдущих операций, и наоборот, принимающая сторона при операции 515 передает сохраненные принятые данные на верхний уровень. После передачи принятых данных на верхний уровень, принимающая сторона при операции 517 переходит обратно в предыдущее подсостояние, то есть в подсостояние 153 виртуального трафика или сегментированное подсостояние 156, и затем возвращается к операции 511.

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

На фиг. 6 изображена схема, иллюстрирующая, как передающая сторона передает данные, согласно второму варианту осуществления настоящего изобретения. Когда пользовательские данные не генерируются в течение заданного периода времени в состоянии 130 поддержания управления, передающая сторона переходит при операции 601 в подсостояние 153 виртуального трафика или сегментированное подсостояние 156 состояния ожидания 150. В подсостоянии 153 виртуального трафика или в сегментированном подсостоянии 156 передающая сторона при операции 603 определяет, генерируются ли пользовательские данные. В случае, когда пользовательские данные генерируются при операции 603, передающая сторона при операции 605 определяет, является ли длина сгенерированных пользовательских данных короче эталонной длины L данных. Если длина сгенерированных пользовательских данных короче L, передающая сторона при операции 607 определяет, является ли частота генерирования пользовательских данных ниже минимальной частоты F генерирования данных. Когда частота генерирования пользовательских данных становится ниже F, передающая сторона производит сегментирование пользовательских данных в кадры, имеющие соответствующую длину, которые будут передавать при операции 609 через прямой/обратный общий канал. Причиной сегментирования данных на соответствующую длину является то, что чрезвычайно большая длина данных уменьшает эффективность передачи данных в случае, когда данные передаются через общий канал, как в системе IS-95.

После сегментирования данных в кадры при операции 609, передающая сторона переходит к операции 611 для определения, является ли кадр, который необходимо передавать, последним кадром. Если кадр не является последним кадром, передающая сторона переходит к операции 613, в противном случае передающая сторона переходит к операции 619. При операции 613 передающая сторона устанавливает бит "флаг продолжения сообщения" в "1" для того, чтобы показать, что сообщение будет последовательно передаваться в следующем кадре. При операции 619 передающая сторона устанавливает бит "флаг продолжения сообщения" в "0" для того, чтобы показать, что настоящий кадр является последним кадром сгенерированных пользовательских данных.

После операции 613 передающая сторона при операции 615 устанавливает бит "тип сообщения" для того, чтобы показать, что кадр данных, который необходимо передавать, является кадром пользовательских данных, а при операции 617 передает кадр данных через общий канал трафика. Поэтому передающая сторона возвращается к операции 611 для повторения последующих операций. Между тем, после операции 619 передающая сторона переходит к операции 621 для установки бита "тип сообщения" для того, чтобы показать, что кадр данных, который необходимо передавать, является кадром пользовательских данных, а при операции 623 передает кадр данных через общий канал трафика. Поэтому при операции 625 передающая сторона переходит обратно в предыдущее подсостояние, то есть в подсостояние 153 виртуального трафика или сегментированное подсостояние 156, и затем возвращается к операции 601.

Между тем, когда при операции 605 пользовательские данные имеют длину больше L или когда при операции 607 частота генерирования пользовательских данных выше F, передающая сторона переходит в активное состояние 140, и при операции 608 запускает обычную передачу данных для передачи пользовательских данных.

Фиг. 7 изображает схему, иллюстрирующую, как принимающая сторона принимает пользовательские данные, передаваемые от передающей стороны. На фиг. 7 при операции 701 принимающая сторона переходит в подсостояние 153 виртуального трафика или сегментированное подсостояние 156 состояния ожидания 150, как и на передающей стороне. В подсостоянии 153 виртуального графика или в сегментированном подсостоянии 156 принимающая сторона переходит к операции 703 для того, чтобы определить, принимаются ли пользовательские данные от передающей стороны. При приеме пользовательских данных принимающая сторона переходит к операции 705, и наоборот, при приеме управляющих данных принимающая сторона переходит к операции 704 для обработки принятого управляющего сообщения и затем возвращается к операции 701.

При операции 705 принимающая сторона определяет, является ли принятый кадр непосредственно кадром, принадлежащим непосредственно принимающей стороне. Когда принятый кадр пользовательских данных является таким кадром, принимающая сторона при операции 707 сохраняет принятые данные в памяти и переходит к операции 709 для того, чтобы определить, является ли принятый кадр последним кадром, с помощью проверки бита "флага продолжения сообщения". Если принятый кадр не является последним кадром, то принимающая сторона возвращается к операции 701 для повторения последующих операций и для сохранения принятых данных, и наоборот, принимающая сторона повторно компонует все данные, сохраненные в памяти, и при операции 711 передает повторно скомпонованные данные на верхний уровень.

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

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

Формула изобретения

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

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

3. Способ по п. 1, отличающийся тем, что значение параметра является длиной пользовательских данных.

4. Способ по п. 1, отличающийся тем, что значение параметра является частотой генерирования пользовательских данных.

5. Способ по п. 1, отличающийся тем, что состояние ожидания является сегментированным подсостоянием.

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

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

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

9. Способ по п. 1, отличающийся тем, что общий канал является каналом доступа.

10. Способ по п. 1, отличающийся тем, что общий канал является пейджинговым каналом.

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

12. Способ по п. 11, отличающийся тем, что состояние ожидания является сегментированным подсостоянием.

13. Способ по п. 11, отличающийся тем, что состояние ожидания является подсостоянием виртуального трафика.

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

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

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

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

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

19. Способ по п. 18, отличающийся тем, что общий канал является каналом доступа.

20. Способ по п. 18, отличающийся тем, что общий канал является пейджинговым каналом.

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

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

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

РИСУНКИ

Рисунок 1, Рисунок 2, Рисунок 3, Рисунок 4, Рисунок 5, Рисунок 6, Рисунок 7, Рисунок 8