ИНДИКАТОР СОДЕРЖИМОГО ЭЛЕМЕНТА СООБЩЕНИЯ
MESSAGE ITEM CONTENT INDICATOR

Данное изобретение относится к способу указания содержимого элемента сообщения, например указания команды передачи обслуживания в режиме двойной передачи в существующем сообщении, в частности, чтобы предоставлять усовершенствованный индикатор команды передачи обслуживания в режиме двойной передачи (DTM) (для одновременной передачи голоса и данных) для передачи обслуживания DTM в развитие стандарта глобальной системы мобильной связи (GSM) с увеличенной скоростью передачи данных (EDGE) в общей службе пакетной радиопередачи (GPRS). Передача обслуживания DTM - это недавно разработанная процедура, спроектированная так, чтобы предоставлять возможность передачи обслуживания мобильного телефона, которому в данный момент назначены выделенные (т.е. с коммутацией каналов (CS)) ресурсы, а также назначены ресурсы с коммутацией пакетов (PS), новой соте. Процедура применяет существующие процедуры параллельной передачи обслуживания CS-ресурсов и PS-ресурсов.
Как проиллюстрировано на фиг.1 и 2, исходная подсистема базовой станции (BSS) 1 инициирует передачу обслуживания посредством отправки двух запросов, один из которых относится к ресурсам с коммутацией каналов, который отправляется в базовую CS-сеть 3, а другой относится к PS-ресурсам, отправляемый в базовую PS-сеть 7. Эти запросы перенаправляются посредством каждой соответствующей базовой сети в целевую BSS 5.
В запросы включены индикаторы того, что запросы составляют часть процедуры передачи обслуживания DTM, так что целевая BSS 5 знает, что при приеме первого запроса следует дождаться второго запроса перед выделением ресурсов.
Обычно целевая BSS выделяет PS- и CS-ресурсы и составляет сообщение DTM Handover Command, которое отправляется обратно в исходную BSS 1 через обе базовые сети 3, 7, так что исходная BSS принимает две копии сообщения, инкапсулированные в соответствующем сообщении.
Тем не менее, если возникает проблема, такая как задержка или потери в базовой сети, что означает, что принят только один запрос, или имеется нехватка доступных ресурсов, то может оказаться, что целевая BSS 5 выделяет ресурсы только в одной области, PS или CS. Если выделяются только CS-ресурсы, то целевая BSS составляет сообщение Handover Command и отправляет его обратно в исходную BSS 1 через базовую CS-сеть 3.
Чтобы гарантировать то, что нет влияния на узлы базовой сети, мобильный коммутационный центр (MSC) и обслуживающий узел поддержки GPRS (SGSN), существующие потоки сообщений для передачи обслуживания CS и PS используются в соответствующих областях. Обычно новые информационные элементы могут просто добавляться в существующее сообщение, идентифицироваться посредством идентификатора информационного элемента (IEI). Тем не менее в случае передачи обслуживания CS некоторые существующие информационные элементы (включая особенно те, которые инкапсулируют сообщение Handover Command, которое должно отправляться по радиоинтерфейсу в мобильную станцию) обрабатываются очень специфически посредством базовой сети - в частности, эти информационные элементы не анализируются посредством базовой сети, а передаются "прозрачно" от целевой BSS в исходную BSS. Эта такая же обработка посредством базовой сети требуется для соответствующего сообщения DTM Handover Command, используемого при передаче обслуживания DTM. Следовательно, предпочтительно, чтобы для того, чтобы минимизировать изменения, требуемые в базовой сети, сообщение, которое отправляется в мобильную станцию в случае передачи обслуживания DTM, содержалось в IE, который идентифицируется посредством такого же IEI, что и используемый для того, чтобы переносить по радиоинтерфейсу команду передачи обслуживания, используемую в ранних версиях передачи обслуживания CS.
Тем не менее в исходной BSS может быть очень трудно, если не невозможно, определить то, относится содержимое IE к передаче обслуживания CS или к передаче обслуживания DTM, и, следовательно, различать между сообщением подтверждения приема от базовой CS-сети, которое содержит команду передачи обслуживания DTM, и сообщением, которое содержит (только для CS) команду передачи обслуживания. Поскольку эти сообщения обрабатываются совершенно по-разному, исходная BSS должна знать, какое сообщение включено, для того чтобы продолжить передачу обслуживания.
В некоторых случаях возможно для исходной BSS логически выводить то, какое сообщение включено, к примеру, в случае успеха, если положительные подтверждения приема принимаются из областей PS и CS, то они оба содержат команду передачи обслуживания DTM. Тем не менее в случаях когда только одно сообщение, от базовой CS-сети, принимается посредством исходной BSS 1, невозможно определить то, какой тип сообщения принят. Одно сообщение может быть в том случае, если передача обслуживания DTM привела к передаче обслуживания только для CS, и необязательно может быть в случае сбоя.
Также невозможно логически выводить содержимое, если положительное подтверждение приема принято в CS-области, и отрицание приема принято в PS-области, что указывает посредством значения cause то, что ресурсы не зарезервированы посредством целевой BSS в этой области. Другие случаи сбоев включают то, когда PS-сообщение не принято или когда PS-сообщение указывает сбой в базовой PS-сети, но к настоящему времени решения этих проблем не предложено.
В соответствии с настоящим изобретением, способ указания содержимого элемента сообщения содержит предоставление индикатора вне этого элемента сообщения.
Настоящее изобретение позволяет передавать содержимое одного IE посредством другого IE в другом месте, тем самым не оказывая воздействия на узлы базовой сети, но обеспечивая то, что исходная BSS знает то, содержит ли сообщение, которое она приняла, команду передачи обслуживания DTM.
Предпочтительно, элемент сообщения содержит идентификационную часть и часть содержимого.
Необязательно, элемент сообщения дополнительно содержит часть длины.
Предпочтительно, индикатор содержит заданную последовательность битов, отправленную в одном элементе сообщения.
Альтернативно, индикатор содержит заданную последовательность битов, отправленную в другом элементе сообщения.
Предпочтительно, элемент сообщения - это элемент поля или информационный элемент, который является частью сообщения, отправляемого между устройствами в 3GPP-сети.
Предпочтительно, индикатор указывает наличие команды передачи обслуживания в режиме двойной передачи в существующем элементе сообщения, при этом способ содержит отправку индикатора в другом элементе сообщения наличия команды передачи обслуживания в режиме двойной передачи в существующем элементе сообщения.
Предпочтительно, индикатор содержит один или более дополнительных битов в другом информационном элементе.
Предпочтительно, другой информационный элемент - это информационный элемент New BSS to Old BSS Information.
Предпочтительно, информационный элемент New BSS to Old BSS Information содержится в команде передачи обслуживания BSSMAP.
Далее описывается пример способа указания содержимого элемента сообщения в соответствии с настоящим изобретением со ссылкой на прилагаемые чертежи, на которых:
фиг.1 - это схема последовательности сообщений для передачи обслуживания в режиме двойной передачи со сбоем в обратном канале;
фиг.2 - это схема последовательности сообщений для передачи обслуживания в режиме двойной передачи со сбоем в обратном канале; и
фиг.3 иллюстрирует пример сообщения BSSMAP Handover Command.
Фиг.1 иллюстрирует схему последовательности сообщений, при которой исходная BSS 1 отправляет сообщение 2 Handover Required в базовую CS-сеть 3. Базовая CS-сеть отправляет Handover Request 4 в целевую BSS 5. Аналогично, исходная BSS 1 отправляет сообщение 6 PS Handover Required в базовую PS-сеть 7, которая отправляет PS Handover Request 8 в целевую BSS 5. Когда CS- и PS-ресурсы выделены 9 посредством целевой BSS, целевая BSS отправляет обратно Handover Request Acknowledgement 10 в базовую CS-сеть, которая отправляет BSSMAP Handover Command 11 в исходную BSS. Целевая BSS также отправляет PS Handover Request Acknowledgement 12. Эти сообщения 10, 11, 12 все содержат сообщение DTM Handover Command, поскольку CS- и PS-ресурсы выделены. Тем не менее вследствие некоторой задержки, или сбоя, 13 в PS-области сообщение не отправлено из базовой PS-сети 7 по истечении заранее определенного времени, T23, 14.
Фиг.2 иллюстрирует другой пример сбоя сообщения. Исходная BSS 1 отправляет сообщение 2 Handover Required в базовую CS-сеть 3, которая отправляет Handover Request 4 в целевую BSS 5. Исходная BSS также отправляет сообщение 6 PS Handover Required, но вследствие задержки, или сбоя, 15 в PS-области лимит времени превышается, и по истечении T24 целевая BSS выделяет 16 только CS-ресурсы, затем отправляет обратно Handover Request Acknowledgement 10 в базовую сеть 3, которая отправляет BSSMAP Handover Command 11 до истечения T23 14. Сообщения 10, 11 содержат сообщение Handover Command, поскольку выделены только CS-ресурсы.
Настоящее изобретение добавляет информационный элемент в существующий "прозрачный контейнер", чтобы указать то, что содержимым IE, которое может быть неизвестно, фактически является команда передачи обслуживания DTM. Отсутствие нового заданного IE указывает то, что сообщение Handover Command предназначено только для CS; это соответствует устаревшему режиму работы в случае команды передачи обслуживания только для CS и, следовательно, является обратно совместимым.
Пример сообщения BSSMAP Handover Command проиллюстрирован на фиг.3. Сообщение Handover Command отправляется из контроллера мобильной станции (MSC) в подсистему базовой станции (BSS) и содержит целевой канал, на который мобильный станция (MS) должна перенастроиться.
Фиг.3 иллюстрирует BSSMAP Handover Command 11, которое составлено из элементов сообщения (упоминаемых как информационные элементы) и включает в себя информационный элемент (IE) 20 Layer 3 Information и сообщение 21 New BSS to Old BSS Information. IE 20 Layer 3 Information содержит идентификатор информационного элемента (IEI) 22, информацию 23 длины и содержимое 24, которым может быть Handover Command или DTM Handover Command. Информационный элемент 21 New BSS to Old BSS Information также имеет IEI 25, информацию 26 длины и может содержать сообщение 27 DTM Handover Command Indication. Сообщение 27 DTM Handover Command Indication имеет IEI 28 и необязательное содержимое 29. В сообщении 21 New BSS to Old BSS Information наличие или отсутствие сообщения 27 индикатора может быть использовано для того, чтобы указывать содержимое IE Layer 3 Information, или еще какое-либо конкретное содержимое 29 в сообщении 27 индикатора может быть предоставлено для этой цели.
Таблица 1 ссылается на то, что показано на фиг.1 и 2 как (BSSMAP) Handover Command, которое не такое же, как Handover Command, которое может быть использовано в IE Layer 3 Information. Layer 3 Information содержит либо DTM Handover Command, либо Handover Command. Обычно содержимое IE идентифицируется посредством значения IEI. Тем не менее, поскольку в этом случае они оба идентифицируются посредством одного IEI (IEI для IE Layer 3 Information), исходная BSS не может определять содержимое IE Layer 3 Information посредством этого способа.
В некоторых случаях можно определять содержимое по типу процедуры, которая осуществляется, к примеру передача обслуживания в другую GSM-соту или передача обслуживания в другую UMTS- (UTRAN) соту. В случае передачи обслуживания DTM, хотя старая BSS, возможно, инициировала процедуру передачи обслуживания DTM, новая BSS, возможно, модифицировала ее так, чтобы быть только передачей обслуживания CS (т.е. без выделения каких-либо ресурсов PS-области в целевой соте). Следовательно, старая BSS не знает точно, какая процедура выполняется в данном случае.
Таблица 1
Информационный элемент
Ссылка
Направление
Тип
LEN
Message Type(Тип сообщения)
3.2.2.1
MSC-BSS
M
1
Layer 3 Information (Информация уровня 3)
3.2.2.24
MSC-BSS
M (прим. 1)
11-n
Cell Identifier (Идентификатор соты)
3.2.2.17
MSC-BSS
O
3-10
New BSS to Old BSS Information (Информация новая BSS - старая BSS)
3.2.2.80
MSC-BSS
O (прим. 2)
2-n
Примечание 1. Этот информационный элемент переносит сообщение радиоинтерфейса. В случае межсистемной передачи обслуживания в UMTS этот информационный элемент содержит сообщение Handover To UTRAN Command, как задано в 3GPP TS 25.331. В случае передачи обслуживания между BSC он содержит сообщение RR Handover Command, как задано в 3GPP TS 44.018. В случае межсистемной передачи обслуживания в cdma2000 этот информационный элемент содержит сообщение Handover To CDMA2000 Command, как задано в 3GPP TS 44.018.Примечание 2. Этот информационный элемент может быть включен, если принят от целевой BSS или целевой системы. Его содержимое должно быть равно принимаемому элементу.
Тем не менее IE New BSS to Old BSS Information дополнительно разделяется на подразделы, упоминаемые как "элементы поля", как описано в следующей выдержке из документа по стандарту 3GPP TS 48.008: 3.2.2.80 New BSS to Old BSS Information. Этот информационный элемент задается как общий контейнер для передачи элементов поля прозрачно между BSS через MSC.
Элементы поля передаются в поле New BSS to Old BSS Information. Обработка ошибок, выполняемая посредством принимающего объекта для поля элементов New BSS to Old BSS Information Elements, является такой, как задано в подпункте 3.1.19.7.
Таблица 2
8
7
6
5
4
3
2
1
Идентификатор элементаДлина
октет 1
октет 2
New BSS to Old BSS Information Elements
октет 3-n
Индикатор длины (октет 2) в таблице 2 - это двоичное число, указывающее абсолютную длину содержимого после октета индикатора длины, и может быть задано равным нулю. Поле New BSS to Old BSS Information Elements состоит из 0 или более элементов поля в таблице 3. Элементы поля могут предоставляться в любом порядке в поле Old BSS to New BSS Information Elements. Структура элементов поля позволяет приемному устройству игнорировать неизвестные элементы поля.
Прием ошибочного IE New BSS to Old BSS Information не должен приводить к отклонению сообщений Handover Command или Handover Failure. В этом случае IE New BSS to Old BSS Information должен быть отброшен, и процедура передачи обслуживания должна продолжиться.
Таблица 3
Элемент поля
Ссылка
LEN
Downlink Cell Load Information (Информация загрузки соты нисходящей линии связи)
3.2.3.9
6
Uplink Cell Load Information (Информация загрузки соты восходящей линии связи)
3.2.3.10
6
Можно добавить дополнительный элемент поля в этот IE, чтобы указать то, что содержимым IE Layer 3 Information является DTM Handover Command, а не Handover Command, как показано в таблице 4.
Таблица 4
Элемент поля
Ссылка
LEN
Downlink Cell Load Information
3.2.3.9
6
Uplink Cell Load Information
3.2.3.10
6
DTM Handover Command Information (Информация команды передачи обслуживания DTM)
3.2.3.xx
3
Без этого добавления в процедуру исходная BSS должна в некоторых случаях прекратить передачу обслуживания, поскольку она не может определить, какой тип сообщения она приняла. Это делает ее менее надежной, чем, например, передача обслуживания только для CS.
Данное изобретение позволяет исходной BSS определять тип принимаемого сообщения и выбрать продолжить передачу обслуживания в случаях, когда это в иных обстоятельствах было невозможным. Это также имеет преимущество в сравнении с существующим (или альтернативным) механизмом с использованием значений cause, поскольку способ настоящего изобретения проще, чем необходимость для исходной BSS знать, какие значения cause указывают содержимое сообщения, и изобретение является более перспективным, поскольку эти значения cause изменяются в будущем.
Один пример информационного элемента DTM Handover Command задается следующим образом.
Наличие этого элемента поля в IE New BSS to Old BSS Information указывает на то, что сообщение (RLC/MAC) DTM Handover Command включено в IE Layer 3 Information, переносимый в рамках того же сообщения BSSMAP,
8
7
6
5
4
3
2
1
Идентификатор элемента поля
октет 1
Длина
октет 2
Зарезервировано
октет 3
где "элементы поля" и "информационные элементы" являются, для целей данного описания, эквивалентными терминами и обозначают составляющие элементы более крупной структуры. "Зарезервированные" биты дают возможность дополнительным применениям быть заданным в будущем, хотя в настоящем они задаются все как нуль.