В процессе соединения пользователи SCCP обмениваются друг с другом сообщениями посредством отправки/получения примитивов N-DATA-REQUEST и N-DATA-INDICATION, а также N-EXPEDITED DATA-REQUEST и N-EXPEDITED DATA-INDICATION (срочные данные), последние только при использовании Класса 3. При использовании Класса 3, подсистема SCCP может обнаружить проблемы, связанные, например, с нарушением последовательности следования данных. В этом случае сторона, обнаружившая проблему временно останавливает передачу/прием данных и отправляет сообщение запроса реинициализации подсистемы контроля последовательности данных посредством примитива N-RESET-REQUEST/INDICATION/RESPONSE/CONFIRM.
Для разрушения соединения SCCP пользователь на любой стороне в любой момент может послать примитив N-DISCONNECT-REQUEST.
Обмен данными в режиме с установлением логического соединения
1. Local Reference
Local Reference – числовая последовательность, используемая для идентификации сообщений, относящихся к данному соединению. В SCCP соединении всегда используется пара Local Reference идентификаторов. Сторона "A" сообщает свой идентификатор соединения в сообщении CR (поле "Source Local Reference"). Сторона "B" сообщает свой идентификатор соединения в сообщении CC (поле "Source Local Reference"). Теперь каждая сторона во всех сообщениях, относящихся к данному соединению должна в поле "Destination Local Reference" указывать идентификатор соединения противоположной стороны. В каждой конкретный момент времени на каждой стороне идентификатор "Source Local Reference" является уникальным. "Source Local Reference" не изменяется во время всей жизни SCCP соединения.
2. Выбор класса протокола
Класс протокола выбирается в процессе установления соединения. Предпочтительный класс протокола (класс 3 или класс 2) выбирает подсистема SCCP на стороне "A" по результатам анализа параметра "quality of service" примитива N-CONNECT-request. Далее подсистема SCCP передает предпочтительный класс протокола в сообщении CR на противоположную сторону. Подсистемы SCCP как на конечном так и на промежуточных пунктах могут понизить класс протокола с 3-го до 2-го. После получения сообщения CR, подсистема SCCP на стороне "B" отвечает стороне "A" сообщением CC с подтвержденным классом протокола.
3. Контроль последовательности сообщений.
Данный механизм используется только в протоколе класса 3. В процессе установления соединения стороны выбирают размер окна, который будет использоваться в данном соединении для реализации механизма контроля последовательности сообщений. Предпочтительный размер окна выбирает подсистема SCCP на стороне "A" по результатам анализа параметра "quality of service" примитива N-CONNECT-request. Далее подсистема SCCP передает предпочтительный размер окна в сообщении CR (параметр "Credit") на противоположную сторону. Подсистемы SCCP как на конечном, так и на промежуточных пунктах могут уменьшить размер окна. После получения сообщения CR, подсистема SCCP на стороне "B" отвечает стороне "A" сообщением CC с подтвержденным размером окна.
4. Действия на исходящей стороне.
Подсистема пользователя на стороне "A" принимает решение установить SCCP соединение со стороной "B". "CalledParty" стороны "B"и требуемый "quality of service" передаются подсистеме SCCP в примитиве N-CONNECT-request. Подсистема SCCP анализирует возможность установить SCCP соединение с данными параметрами. При положительном решении выполняются следующие действия:
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.