Вы имеете ввиду RTS?

да, ртс

Ну это скорее к отсрочке чем к отработке относится. Самое интересное это как отличить URC от ответа на команду?

По этому поводу нашел вот такую ссылку

Честно говоря, не совсем понимаю зачем отличать юрц от ответа.
Я все строки обрабатываю по одному алгоритму, проверяю, с чего строка начинается.

Список юрц известен, просто проверяем каждую строку на начало интересующего юрц, если совпало - значит пришел юрц.
Если пришел ок или еррор или еще чего, то мы же знаем, в каком состоянии находится порт==знаем какую последнюю команду отправили, соответсвенно можем и ответ обработать.
К тому-же на 90% ответов можно сделать такую-же ловушку как на юрц, если строка начинается на что-то, значит это ответ.

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

Спасибо. У меня на том же принципе все построено (эхо включено и анализирую эхо команды). Из плюсов получаю на выходе TX модема следить за командами и ответами. Но вот гарантированно ли URC не вклинивается между эхом команды и результатом ее выполнения нигде в документах не нашел.

Если я правильно Вас понял то ответы у Вас парсятся обработчиком текущей команды. Так вот чтоб в каждом парсере не вылавливать все возможные URC и пригодилось бы всегда знать что мы получили: результат выполнения команды или URC.

У меня такой проблемы нет. После отправки команды модему жду (с тайм-аутом) получения эха команды. После получения эха все строки до OK, ERROR , CONNECT и др. считаются результатом выполнения команды.

Это легко проверить, имхо. Просим модем выполнить что нибудь долгое, типа GPRS соединения, и сразу не дожидаясь CONNECTа позвонить на него.

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

например приходит ОК
В зависимости от состояния порта, вызываем тот или иной метот модуля соответствующего модуля, а он уже решит, что длеать с ним.

void ProcessOKAnswer(char who_called)
{
if(GL_GSM_STATES.UART_State == GSM_STATE_TIME_SYNCHRONISATOR)
{
TMR_ProcessAnswer(TRUE);
}
else if(GL_GSM_STATES.UART_State == GSM_STATE_VOICECALLREJECTING)
{
GSMSetUARTState(11, GSM_STATE_FREE);
}
else if(GL_GSM_STATES.UART_State == GSM_STATE_VOICECALLANSWERING)
{
GSMSetUARTState(12, GSM_STATE_VOICECALLONGOING);
GLF_SetOutgoingCallTime(1, 60);
}
}

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

Проверялось, но хотелось бы убедиться в этом и документально.

GSM 0710, Time that a station will wait for an acknowledgement before resorting to other action, 100 milliseconds

Думаю это что-то другое. 0710 я не использую и не планирую пока