php接收smpp php接收表单数据

很多站长朋友们都不太清楚php接收smpp，今天小编就来给大家整理php接收smpp，希望对各位有所帮助，具体内容如下：

本文目录一览： 1、 SMPP协议java如何写？ 2、路由协议里二层协议和三层协议都有哪些？ 3、 SMPP协议在传输中安全吗？ 4、初级运维工程师的主要职责 5、短信接口api接口怎么调用？ SMPP协议java如何写？

SMPP协议

3.1SMPP规范简介

SMPP接口协议最初由ETSI收录在GSM03.39规范中，描述了短消息中心与短消息实体之间通信交互的协议关系及数据传输格式，本规范对SMPP接口协议的描述主要面向简单的通信交互，制定规范的厂家将其协议版本号定为V3.30；后由SMPP开发者论坛将协议版本向前演进为V3.40，SMPPV3.40协议规范完全兼容GSM03.39协议标准。本规范中，所采用的短消息中心设备与短消息股票交易业务处理平台之间的接口采用GSM03.39V3.30协议规范，如无特殊说明全部以此协议规范为准。SMPP协议可以以TCP／IP或X.25作为底层通讯承载。

与SMPP协议规范相关的参考资料如下：

1、《GSM 03.39(Version 5.0.0)》：European digital cellular telecommunications system(Phase 2);Interface protocols for the connection of Short Message Service Centres(SMSCs)to Short Message Entities(SMEs);

2、《GSM 03.39(Version 6.0.0)》：European digital cellular telecommunications system(Phase 2+);Interface protocols for the connection of Short Message Service Centres(SMSCs)to Short Message Entities(SMEs);

3、《GSM 03.40(Version 4.8.1)：European digital cellular telecommunications system(Phase 2);Technical realization of the Short Message Service Point to Point》

4、《GSM 03.38(Version 5.2.0)：Digital cellular telecommunications system(Phase 2+)；Alphabets and language_specific information》

5、《GSM 03.47(Version 5.0.0)：Digital cellular telecommunications system;Example protocol stacks for interconnecting Service Center(SC) and Mobile_services Switching Center(s)(MSC)》

6、《900/1800 MHz 数字蜂窝移动通信系统短消息中心设备规范（第一分册点对点短消息业务）》

缩略语

SME 短消息实体

SMPP 短消息点对点协议

SMSC 短消息服务中心

ESME 扩展短消息实体

3.2系统结构、功能概述

通过SMPP，ESME（例如寻呼台、语音邮箱系统、股票交易业务处理平台等）能连接（Bind）或断连（UnBind）短消息中心，提交（Submit）短消息或从短消息中心下发（Deliver）。

此协议包含以下两部分：

*（协议）ESME到SMSC的消息

*（协议）SMSC到扩展ESME的消息

其中用户管理部分只适用于SMSC有用户数据库支持的情况

SMSC和ESME之间的关系如下图所示：

图3－1：SMSC和ESME连接的短消息系统网络

3.3消息协议

按短消息信息的流向，可以将ESME与SMSC之间的短消息信息分为两类：1、从SMSC到ESME的消息；2、从ESME到SMSC的消息。对于所有请求消息，无论始发于ESME还是SMSC，都必须产生一个响应消息（acknowledge）。

从ESME到SMSC所提交的消息，可能有两种响应：

*SMSC收到消息的响应（ACK）

*如果这条短消息设置了需要状态报告，那么当这条短消息到达目标地之后，SMSC会产生一个状态报告的消息给ESME。

.1 SMSC到ESME的消息

以下消息是从SMSC到ESME的消息

命令

描述

bind_receiver_resp

bind_receiver的响应，status表示连接成功与否

bind_transmitter_resp

bind_transmitter的响应，status表示连接成功与否

unbind_resp

unbind的响应，status表示断开连接成功与否

submit_sm_resp

submit_sm的响应，status表明提交短消息是否成功

deliver_sm

SMSC下发短消息到ESME

enquire_link_resp

Enquire_link的响应

generic_nak

表示消息头有错误的响应

.2 ESME到SMSC的消息

以下为ESME到SMSC的消息

命令

描述

bind_receiver

短消息实体（ESME／SME）作为服务器与短消息中心（SMSC）建立连接，本连接建立起来后，允许短消息实体接受短消息中心下发的短消。

bind_transmitter

短消息实体（ESME／SME）作为客户端与短消息中心（SMSC）建立连接，本连接建立起来后，允许短消息实体向短消息中心提交短消息。

Unbind

短消息实体（ESME／SME）与短消息中心系统（SMSC）断开会话连接。

submit_sm

ESME提交短消息到SMSC，以便SMSC下发此短消息到指定的移动台。

deliver_sm_resp

deliver_sm的响应。status表示此次下发是否成功。

Enquire_link

短消息实体向短消息中心发起的连路保持查询请求，以保证通讯链路的畅通。一般情况下约每5秒发送一次ENQUIRE_LINK消息。

Generic_nak

表示消息头有错误的响应

3.4消息语法

3.4.1语法定义规则

在以下语法说明中，遵从以下规则：

A.未使用的字段，依据类型必须设置为0或NULL。

B.消息由消息头和消息体组成

C.状态（status)如在命令语法中未加说明

0：表示成功

非0：表示失败

<0x80000000：未定义值保留

D.在类型中，可能用到以下定义

l integer ：一定字节数所组成的整数，高位在前，低位在后。例如：1字节（BYTE），2字节（WORD ) , 4字节(DWORD)。

l C_String ：以NULL结束的ASCII字符串

l C_DecString ：以NULL结束的ASCII字符串，它由一系列的10进制字符组成（‘0’---‘9’)。

l C_OctetString ：由任意8位字节组成数据流串。

l C_HexString ：以NULL结束的ASCII字符串，它由一系列的16进制字符组成（‘0’---‘9’，‘A’（‘a’)---‘F’(‘f’))

l C_StringTime ：表示时间的字符串，它为以下格式 “YYMMDDhhmmsstnnp" ，格式如下

说明

YY'

年份的最后2位 (00-99)

月份(01-12)

日 (01-31)

小时 (00-23)

分 (00-59)

秒 (00-59)

十分之一秒 (0-9)

与UTC (Universal Time Constant) 时间超前或落后的差距(00-48).

‘+’（p)

时间超前于UTC time.

‘-’（p)

时间落后于 UTC time.

l C_UnicodeString ：Unicode编码的字符串。

3.4.2消息头语法

字段

长度（字节）

类型

Command Length

Integer

Command ID

Integer

Command_status

Integer

Sequence No.

Integer

Optional Message Body

可变

混合

具体字段描述说明：

l Command Length：整个包的长度（包括该字段本身）。

l Command ID ：这个字段表明该条短消息的类型，相当于标识符。例如ESME_SUB_SM表示此消息为ESME向SMSC提交短消息。当该标识符表示该条消息是请求消息（request）时，标识符的保留取值范围是0h到FFh。当该标识符表示该条消息是应答消息（response）时,标识符的保留取值范围是080000000h到0800000FFh。一般来说，应答消息的类型对应相应的请求消息的类型，所不同的是，应答消息的类型在第31位比特处是置位的。

Command ID命令取值:

Command ID 编码

Command ID

描述

Command ID取值

ESME_BNDRCV

bind_receiver

ESME要求以接收者身份连接到SMSC

0X00000001

ESME_BNDRCV_RESP

bind_receiver_resp

bind_receiver的响应

0X80000001

ESME_BNDTRN

bind_transmitter

ESME要求以发送者身份连接到SMSC

0X00000002

ESME_BNDTRN_RESP

bind_transmitrer_resp

bind_transmitter的响应

0X80000002

ESME_UBD

Unbind

ESME要求断开连接到SMSC

0X00000006

ESME_UBD_RESP

Unbind_resp

Unbind的响应

0X80000006

ESME_SUB_SM

Submit_sm

ESME提交短消息到SMSC

0X00000004

ESME_SUB_SM_RESP

Submit_sm_resp

submit_sm的响应

0X80000004

SMSC_DELIVER_SM

Deliver_sm

SMSC下发短消息到ESME

0X00000005

SMSC_DELIVER_SM_RESP

Deliver_sm_resp

deliver_sm的响应

0X80000005

ESME_QRYLINK

Enquire_link

ESME询问与SMSC的连接情况

0X00000015

ESME_QRYLINK_RESP

Enquire_link_resp

enquire_link的响应

0X80000015

ESME_NACK

Nack

表示消息头有错误的响应

0X80000000

l Command Status ：此字段表示一个请求消息的成功与失败，如失败，指示引起失败的错误类型等信息。该字段只用在应答消息中，在请求消息中，该字段必须为NULL。

Command Status取值说明：

错误代码

错误值

描述

E_SUCCESS

0X00000000

成功

E_OTHERERR

0X00000001

其他错误

0X00000002 – 0X0000000F

保留给SMSC厂商定义错误

E_MSGLENERR

0X00000010

消息长度错误

E_CMDLENERR

0X00000011

命令长度错误

E_INVLDCMDID

0X00000012

消息ID无效

E_NORIGHT（0X00000013）

0X00000013

没有执行此命令的权限

0X00000014 – 0X0000001F

保留

E_INVLDSYSTEMID

0X00000020

无效的SYSTEMID

E_INVLDPASSWORD

0X00000021

无效的密码

E_INVLDSYSTEMTYPE

0X00000022

无效的SYSTEMTYPE

0X00000023 – 0X0000003F

保留

E_ADDRERR

0X00000040

地址错误

E_MOEXCEED

0X00000041

超过最大提交数

E_MTEXCEED

0X00000042

超过最大下发数

E_INVLDUSER

0X00000043

无效的用户

E_INVLDDATAFMT

0X00000044

无效的数据格式

E_CREATEMSGFAILURE

0X00000045

创建消息失败

E_INVLDMSGID

0X00000046

无效的短消息ID

E_DATABASEFAILURE

0X00000047

数据库失败

E_CANCELMSGFAILURE

0X00000048

取消消息失败

E_MSGSTATEERR

0X00000049

短消息状态错误

E_REPLACEMSGFAILURE

0X0000004A

替换消息失败

E_INVLDRPLADDR

0X0000004B

替换消息源地址错误

0X0000004C – 0X0000005F

保留

E_INVLDORGTON

0X00000060

无效的源地址TON

E_INVLDORGNPI

0X00000061

无效的源地址NPI

E_ORGADDRERR

0X00000062

源地址错误

E_INVLDDESTTON

0X00000063

无效的目的地址TON

E_INVLDDESTNPI

0X00000064

无效的目的地址NPI

E_DESTADDRERR

0X00000065

目的地址错误

E_INVLDSCHEDULE

0X00000066

无效的定时时间

E_INVLDEXPIRE

0X00000067

无效的超时时间

E_INVLDESM

0X00000068

无效的ESM_CALSS

E_INVLDUDLEN

0X00000069

无效的UDLEN

E_INVLDPRI

0X0000006A

无效的PRI

E_INVLDRDF

0X0000006B

无效的Registered_delivery_flag

E_INVLDRPF

0X0000006C

无效的Replace_if_present_flag

0X0000006D – 0X0000007F

保留

用户管理部分（可选）

E_USERALREADYEXIST

0X00000080

指定用户已经存在

E_CREATEUSERERR

0X00000081

创建用户失败

E_USERIDERR

0X00000082

用户ID错误

E_USERNOTEXIST

0X00000083

指定用户不存在

0X00000084 – 0X0000008F

保留

0X00000090 – 0X00000FFF

保留给SMSC厂商定义错误

其他

保留

l Sequence No .：此字段表示消息的序列号，它由ESME产生，它是消息和它的应答之间的对应标志，数值在01h到07FFFFFFFh间。对于每条请求消息，该字段的取值必须保证严格单调递增，当序列号值达到最大值时，返回继续从01h开始。

l Optional Message Body：此字段表示短消息的消息体部分，在移动股票交易应用中承载STK卡应用协议内容。

3.4.3各命令消息体具体格式

1、generic_Nak命令

此命令用于当接收消息头有错误的时候的响应，该响应只能由收到请求方发出。该命令只有消息头，没有消息体。

2、BIND_RECEIVER命令

在扩展短消息实体和短消息中心之间建立虚连接，接收SMSC转发的短消息。

字段

长度(字节)

类型

System_id

最大 16

C_String

Password

最大 9

C_String

System_type

最大 13

C_String

Interface_version

Integer

Addr_ton

Integer

Addr_npi

Integer

Address_range

最大 41

C_DecString

具体字段描述说明：

system_id ：该字段是系统登录到短消息中心所用的接口号。

Password ：该字段是系统登录到短消息中心所用的密码。

system_type ：该字段标明登录的接口类型。

interface_version ：该字段标明登录的接口版本号。

addr_ton ：该字段指明编码类型。如不需要，可设为NULL。取值说明：

0 未知，当用户或网络不含关于编码方案的较早信息

1 国际号码，

2 国内号码

3 网络特殊号码

4 用户号码

5 字符数字

6 缩写号码

7 保留

addr_npi ：该字段指明编码方案。如不需要，可设为NULL。取值说明：

0 未知

1ISDN或电话号码编码方案（E164/E163），对于任意实体SC，MSC或MS，都有效

2 保留

3 数据编码方案（X121）

4 电报编码方案

5-7 保留

8 国内编码方案

9 私有编码方案

10 ERMES编码方案（ETSI DE/PS 3 01-3）

11-15 保留

address_range ：该字段用来给短消息指明路由，和将状态报告转发给ESME。如不需要，可设置为NULL。

3、BIND_RECEIVER_RESP语法

此命令用于对MI_BIND_RECEIVER响应。

字段

大小(字节)

类型

System_id

最大 16

C_String

路由协议里二层协议和三层协议都有哪些？

SMPP SMPP（short message peer to peer）协议是一个开放的消息转换协议；它定义了一系列操作的协议数据单元（PDUS）和当SMPP运行时ESMS应用系统与smsc之间交换的数据。从而完成SMSC与ESMES （外部短消息实体）的信息交换。SMPP是基于SMSC与ESME之间的请求和响应协议数据单元的交换，每一个smpp操作都由一个请求pdu和相应的一个响应PDU组成并且这种交换是在TCP/IP或x．25网络连接之上的. 1、与CMPP/SGIP协议的差异 1）感觉协议定义比CMPP和SGIP严谨和规范，虽然CMPP和SGIP都是从SMPP派生出来的。 2）CMPP和SGIP中有大量的关于计费的定义，SMPP没有考虑这部分内容。这完全反映了通过短信实现的移动增值业务模式在国内的成熟和流行。 3）SMPP的网络承载层可以是TCP/IP和X.25。 2、SMPP协议解决的是移动网络之外的短消息实体与短消息中心的交互问题。即允许移动网络之外的短消息实体（External Short Message Entities,ESMEs）连接短消息中心（SMSC）来提交和接受短消息。 3、SMPP协议定义的是1）ESME和SMSC之间交互的一组操作和2）ESMS与SMSC交互操作中的数据格式。 4、任何SMPP操作都包含请求PDU（Request Protocol Data Unit）和与之对应的回应PDU（Response Protocol Data Unit）。 5、SMPP把ESMEs分类为Transmitter/Receiver/Transceiver三种交互方式，分别对应仅提交短消息/仅接收短消息/提交和接收短消息三种形态。 6、SMPP会话有5种状态：OPEN / BOUND_TX / BOUND_RX / BOUND_TRX / CLOSED 7、SMPP定义的PDUs包括 TCP/IP协议 TCP/IP协议介绍 TCP/IP的通讯协议这部分简要介绍一下TCP/IP的内部结构，为讨论与互联网有关的安全问题打下基础。TCP/IP协议组之所以流行，部分原因是因为它可以用在各种各样的信道和底层协议（例如T1和X.25、以太网以及RS-23 串行接口）之上。确切地说，TCP/IP协议是一组包括TCP协议和IP协议，UDP（User Datagram Protocol）协议、ICMP（Internet Control Message Protocol）协议和其他一些协议的协议组。 TCP/IP整体构架概述 TCP/IP协议并不完全符合OSI的七层参考模型。传统的开放式系统互连参考模型，是一种通信协议的7层抽象的参考模型,其中每一层执行某一特定任务。该模型的目的是使各种硬件在相同的层次上相互通信。这7层是:物理层、数据链路层、网路层、传输层、话路层、表示层和应用层。而TCP/IP通讯协议采用了4层的层级结构，每一层都呼叫它的下一层所提供的网络来完成自己的需求。这4层分别为：应用层：应用程序间沟通的层，如简单电子邮件传输（SMTP）、文件传输协议（FTP）、网络远程访问协议（Telnet）等。传输层：在此层中，它提供了节点间的数据传送服务，如传输控制协议（TCP）、用户数据报协议（UDP）等，TCP和UDP给数据包加入传输数据并把它传输到下一层中，这一层负责传送数据，并且确定数据已被送达并接收。互连网络层：负责提供基本的数据封包传送功能，让每一块数据包都能够到达目的主机（但不检查是否被正确接收），如网际协议（IP）。网络接口层：对实际的网络媒体的管理，定义如何使用实际网络（如Ethernet、Serial Line等）来传送数据。 TCP/IP中的协议以下简单介绍TCP/IP中的协议都具备什么样的功能，都是如何工作的： 1． IP 网际协议IP是TCP/IP的心脏，也是网络层中最重要的协议。 IP层接收由更低层（网络接口层例如以太网设备驱动程序）发来的数据包，并把该数据包发送到更高层---TCP或UDP层；相反，IP层也

SMPP协议在传输中安全吗？

初级运维工程师的主要职责

初级运维工程师需要对服务器及安全故障能够及时有效地响应并解决。下面是我整理的初级运维工程师的主要职责。

初级运维工程师的主要职责1

职责

1. 负责利用监控平台进行线上系统的7*24运行保障;

2. 对发生告警或故障事件，能及时判断严重等级，并根据流程规范进行问题处置;

3. 响应报障电话、邮件，跟踪管控故障的处理，及时完成信息记录归档;

4. 辅助进行日常运维相关活动。

任职要求

1. 全日制计算机、电子工程或通信相关专业大专以上学历，有网络维护、监控工作经验优先;

2. 熟悉LINUX系统，具有一定脚本编程能力，了解HTTPS/TCP/UDP等网络应用协议;

3. 具有热忱的工作积极性，自我管理能力，较好的沟通、协调和表达能力;

4. 具有高度的责任感和敬业精神，适应夜班和节假日值班安排;

5. 持CCNA,MCSE,RHCE证书者优先，有车联网经验者优先。

初级运维工程师的主要职责2

职责：

1、负责服务器维护、优化、调试

2、负责游戏业务部署、新版本发布、服务端变更

3、负责监控游戏业务的运行状况，及时处理游戏运行中出现的故障，保障游戏服务正常

4、负责与游戏项目组及研发沟通，对业务运营环境中存在的问题进行定期反馈和推动改善

岗位要求：

1、1年以上互联网产品的系统运维经验，大专及以上学历

2、熟悉Linux操作系统日常维护、优化

3、熟练掌握Linux下应用服务的维护,包括Apache/Nginx/Mysql/Redis/PHP/DNS等

4、熟悉掌握主流监控应用(Zabbix/Nagios)，并有一定的自定脚本开发功能

5、了解熟悉主流自动化运维配置工具(puppet/saltstack/ansible

6、熟悉至少一种脚本编程语言(Shell/Pythen/PHP等脚本语言)，能编写完成日常工作使用的自动化工具

7、精通Mysql数据库，有大数据、高并发数据库开发维护经验

8、具备良好的沟通能力和团队合作精神，高度的责任心

初级运维工程师的主要职责3

职责：

1.对公司各业务系统进行技术维护;

2.业务平台新建、扩容等工作中部署、调测和对接;

3.业务系统故障和投诉的处理;

4.建设方案、割接方案等技术方案的编写和实施;

5.公司各平台业务所需的信号接收、转码等系统的维护;

6.业务系统的监控和巡检;

7.根据工作需要，能适应夜班及节假日值班工作;

任职要求：

1.全日制本科(统招)及以上学历，计算机、软件、通信工程、网络等相关专业，工作经验不限。

2.熟悉linux操作系统，熟练使用linux基本命令。

3.熟悉一两种常用linux上的开源程序或中间件，如:tomcat、nginx、lvs、redis、zabbix等。

4.了解mysql、oracle等主流数据库，了解计算机网络。

5.了解大数据、云计算、虚拟化、容器化、AI、CI/CD等技术者优先，如：hadoop、docker、kubernetes、python、jenkins等。

6.有良好的逻辑思维，掌握一门主流编程语言者优先，如：Java、php、js、python、C++、go等。

7.具备良好的沟通协调能力，文字表达能力和执行力，对其他部门的技术支持工作有服务意识。

8.有较强的学习能力，热爱运维工作，喜欢钻研运维相关技术，能吃苦耐劳

9.对运维工作有高度的安全意识，办事仔细、认真、不浮躁。

初级运维工程师的主要职责4

职责：

1、公司办公网络维护，主机等硬件设备维护;

2、公司机房服务器软硬件系统维护;

3、平台应用服务WEB功能维护;

4、客户问题初级解决;

5、客服日常问题处理和协助;

6、故障分析和问题排查解决;

7、负责调测信息相关报告工单跟进;

8、客户服务和问题解决;

任职要求：

1、计算机或通信等相关专业;

2、对Linux操作系统有一定管理工作经验，有电信行业运维管理经验的优先;

3、数据库mysql、oracle 等相关软件了解;

4、有参与制定及执行安全、备份、统计策略的经验;

5、具备良好的分析解决问题能力，熟悉相关协议分析;

6、了解运营商短信接口协议SMPP、SGIP、SMGP，有维护数据、短信经验的优先;

7、具备较强的问题处理和协调能力、团队合作精神，做事有条理，有强烈的责任感，工作认真细致，善于发现和解决问题;

初级运维工程师的主要职责5

职责：

1) 负责驻场保障拉萨机场的中航信离港前端软件桌面级运维，主要覆盖安装、调试、故障受理与解决;

2) 负责西藏分公司拉萨机场离港系统服务器、小型机、网络设备运维，主要工作包括日常监控、系统演练、应急流程处理、设备安装于调试;

3) 负责辖区支线机场弱电系统与网络设备运维，主要业务包括系统巡检、驻场保障、项目实施等;

4) 负责辖区航空公司弱电系统运维，主要负责桌面级运维;

5) 负责协助业务人员，提供必要的计算机应用技术支持，挖掘客户潜在需求;

6) 协助行政人员，提供必要的计算机应用技术支持;

任职要求：

1)全日制大专以上学历，计算机科学与技术及相关专业毕业

2) 适应高原气候，拉萨市海拔3500米，辖区支线机场海拔超过4000米;

3) 熟练使用OFFICE、WPS、网络制图等办公软件;

4) 具备优秀的计算机软硬件知识，熟悉vmware、计算机组装;熟悉UNIX或LINUX系统操作与维护;熟悉Windows系统运维;

5) 熟悉Oracle、SQLserver数据库安装与维护，熟悉 SQL指令;

6) 熟悉网络设备指令，拥有CISCO企业网络资质证书、华为资质证书、国家计算机软考资质证书优先;

短信接口api接口怎么调用？

一般的短信平台会提供接口文档，可以按照接口文档进行调试，容联云通讯短信接口文档通俗易懂，不懂技术的人员也可以接通使用。容联云通讯提供专业的短信送达服务，具备强大的客户管理功能，安全可靠；移动、联通、电信全网无盲区覆盖，信息瞬间触达千万手机用户；支持定时发送；优质通道资源，专业技术支持，突破海量发送瓶颈，真正实现闪电群发。

关于php接收smpp的介绍到此就结束了，不知道本篇文章是否对您有帮助呢？如果你还想了解更多此类信息，记得收藏关注本站，我们会不定期更新哦。

查看更多关于php接收smpp php接收表单数据的详细内容...

声明：本文来自网络，不代表【好得很程序员自学网】立场，转载请注明出处：http://haodehen.cn/did209744

更新时间：2023-05-03 阅读：24次