Hình 1.9: Trình tự giao dịch SMPP của ESME Transmitter [12].
Việc trao đổi các gói tin yêu cầu và phản hồi giữa SMSC và ESME Transmitter có thể xảy ra một cách đồng bộ hoặc không đồng bộ. Vì vậy, một ESME có thể gửi nhiều yêu cầu tới SMSC mà không phải đợi để nhận các gói tin phản hồi tương ứng.
Ngay sau khi ESME gửi một loạt các yêu cầu SPMPP liên tiếp một cách không đồng bộ, một chuỗi các phản hồi tương ứng sẽ được gửi đi từ SMSC.
Các phản hồi được trả về từ SMSC phải cùng thứ tự với các yêu cầu gửi từ ESME. Tuy nhiên, điều này là không bắt buộc trong giao thức SMPP và ESME phải có khả năng quản lý các phản hồi không theo thứ tự.
ESME phải gửi các phản hồi cho SMSC theo cùng thứ tự với các yêu cầu. Gói tin PDU duy nhất phù hợp khi một ESME Transmitter trả về trong một phiên gửi là gói tin enquire_link_resp.
Lƣu ý: Số lượng tối đa của các thao tác SMPP chưa xử lý xong giữa ESME và
SMSC (và ngược lại) không được quy định rõ trong bản mô tả giao thức SMPP và bị chi phối bởi cách thực hiện SMPP trong SMSC. Tuy nhiên, số lượng chưa giải quyết xong tại bất kì thời điểm nào được khuyến cáo là tối đa 10 bản tin [12].
1.3.2.5. Các tin nhắn SMPP gửi từ SMSC tới ESME [12]
SMSC có thể gửi tin đến ESME. Trong trường hợp này, ESME phải được kết nối với SMSC như một ESME Receiver hay ESME Transceiver.
Các ứng dụng điển hình cho phép ESME hoạt động như một SMPP Receiver là: Một cổng giao tiếp email, nhận tin nhắn từ trạm phát sóng di động và chuyển
nó tới một hòm thư điện tử trên mạng internet.
SMSC cũng có thể gửi tin “đã gửi” tới ESME trong đó chứa trạng thái chuyển tin của tin nhắn trước đó.
Ví dụ của bản tin SMPP mà được gửi từ SMSC tới ESME Receiver như sau: deliver_sm
data_sm
Các gói tin PDUs được gửi từ SMSC tới ESME phải được ESME phản hồi là đã nhận được bằng một gói tin PDU, trừ trường hợp của bản tin alert_notification.