Sms pdu sms receipt settings

I sorted out the materials for a previous task. I studied the SMS PDU format for one morning and found a way to set the SMS receipt in the PDU string. Is In The PDU-type octal groups are generally set to 11: Contains TP-MTI (2bit), TP-RD (1bit), TP-VPF (2bit), TP-RP (1bit ), TP-UDHI (1bit), TP-SRR (1bit)
Binary representation: 0 0 0 10 0 01
TP-MTI: 01
TP-message-type-indicator (Message Type Indicator)
Bit1, 0: 01 indicates SMS-SUBMIT type
TP-RD: 0
TP-reject-Duplicates (whether to reject identical duplicate messages)
Bit2: 0 indicates that the short message center accepts messages that are not forwarded with the same TP-MR.
TP-VPF: 10
TP-validity-period-format (validity period format)
Bit4, indicates that the relative format is used.
TP-SRR: 0
TP-status-report-Request
Bit5: 0 indicates that the status report is not used.
TP-UDHI: 0
TP-user-data-header-indicator (user data header)
Bit6: 0 indicates that this is an SMS message without a user data header. You need to set the EMS message.
TP-RP: 0
TP-reply-path (reply path)
Bit7: 0 indicates that no reply path is set.

You only need to set bit5 to 1 to receive the receipt, that is, PDU-type is 31.
At around, the GSM Modem was connected to the computer and started the test. The results made me cry !!!!! No receipt is received after N messages are sent. I had to check the information again. At the same time, I opened the development documents found by SMS with the SMS PDU-mode and hesicong. Haha! Huang Tianyan has no worries! Finally, I found an AT command at + cnmi = <mode>, <Mt>, <BM>, <DS>, <BRF>
Parameters:
Mode:
0 -- cache on the terminal
1 -- send directly to te
MT:
0 -- no events are returned when new SMS messages are received.
1 -- if the received SMS is stored in Na
+ Cmti: <mem>, <index>
2 -- in addition to class2 SMS, the new SMS is directly sent to the terminal and the following is returned:
+ CMT: <length> <CR> <LF> <PDU>
3 -- class3 SMS is returned using the MT = 2 method, and Other types are returned using the MT = 1 method.
BM:
0 -- no notification on residential Broadcasting
2 -- new community broadcast notification, return
+ CBM: <length> <CR> <LF> <PDU>
3 -- community broadcast notification in class3 format, in the format of BM = 2
DS:
0 -- Status Report is not notified
1 -- New Status Report Notification, return:
+ CDS: <length> <CR> <LF> <PDU>
2 -- if the new status report is stored in me, the following is returned:
+ Cdsi: <mem>, <index>
BRF:
1 -- always 1

Open the Super Terminal again
At + cnmi?
+ Cnmi: 0, 0, 0
This is a problem.
According to the previous mode definition
Reset cnmi
At + cnmi = 1, 1, 1
OK
After sending another text message and returning OK, the terminal will return the message about 5s.
+ CDS: 26
0006320d91684251734756f%6071415354005060714153640000
The meaning of section 000632 is not very clear (which one knows the trouble to tell? ◎)
0d receiver number length
682131721356f6 receiver number
50607141535400 the time when the message arrived at the SMS Center (I guess)
5060714153640000 the time when the information was sent to the receiver (also guessed)
What we need to do in the future is to resolve the mobile phone number when receiving the receipt, so that we can perform statistical analysis.
The current problem is almost solved, but it is estimated that there will still be many problems during encoding.
Let's talk about it.