37. Сообщение отклика на изменение профайла нисходящего канала (dbpc-rsp)

Сообщение DBPC-RSP посылается BS с привлечением базового CID SS в ответ на запрос DBPC-REQ, посланный SS. Если параметр DIUC совпадает с содержащемся в запросе DBPC-REQ, он воспринимается. В противном случае, если запрос отвергается, параметр DIUC должен быть предыдущим, при котором SS получал данные по нисходящему каналу. Формат сообщения представлен в табл. 49.

Таблица 49.Формат сообщения DBPC-RSP

Синтаксис	Размер	Описание
DBPC-REQ_Message_Format() {
Тип управляющего сообщения = 24	8 бит
Зарезервировано	4 бита	Для будущего использования
DIUC	4 бита
}

38. Сообщение команды сброса (res-cmd)

Сообщение RES-CMD передается базовой станцией на базовый CID SS, чтобы заставить ее осуществить сброс, повторно инициировать МАС и повторить исходный доступ к системе. Сообщение может быть использовано, если SS не реагирует на команды BS или если BS детектирует ненормальности в восходящем канале до SS. Формат сообщения RES-CMD представлен в табл. 50.

Таблица 50. Формат сообщения RES-CMD

Синтаксис	Размер	Описание
DBPC-REQ_Message_Format() {
Тип управляющего сообщения = 25	8 бит
Данные, закодированные в форме TLV	перем.
}

39. Сообщение запроса базовых возможностей ss (sbc-req)

SS посылает сообщение SBC-REQ при инициализации. SS генерирует SBC-REQ согласно схеме, представленной в табл. 51.

Таблица 51. Формат сообщения SBC-REQ

Синтаксис	Размер	Описание
SBC-REQ_Message_Format() {
Тип управляющего сообщения = 26	8 бит
Данные, закодированные в форме TLV	перем.
}

40. Сообщение отклика на запрос базовых возможностей (sbc-rsp)

Для обеспечения гибкости параметры сообщения SBC-RSP кодируются в форме TLV.

Таблица 52. Формат сообщения SBC-RSP

Синтаксис	Размер	Описание
SBC-RSP_Message_Format() {
Тип управляющего сообщения = 27	8 бит
Код подтверждения	8 бит
Данные, закодированные в форме TLV	перем.
}

Определенные параметры должны быть включены в SBC-RSP, если они присутствуют в SS SBC-REQ.

Поддерживаемые физические параметры

Поддержка выделения полосы

BS реагирует на субнабор возможностей SS, присутствующий в SBC-REQ. BS уведомляет, какие из возможностей SS могут быть использованы. Если BS не распознает возможности SS, то возвращает флаг “off”. Только возможности, помеченные “on” в сообщении REG-RSP, могут успешно использоваться.