成都创新互联网站制作重庆分公司

java通信协议代码,通讯协议代码

java 实现modbus-tcp协议的实现代码,即用java 实现modbus-tcp协议,然后通过网络通信,而非串口通信

按照TCP/ip协议 编程即可,使用某端口,直接连接设备的端口,建立TCP连接,其他的按照协议格式发送即可。

10年积累的网站建设、成都做网站经验,可以快速应对客户对网站的新想法和需求。提供各种问题对应的解决方案。让选择我们的客户得到更好、更有力的网络服务。我虽然不认识你,你也不认识我。但先做网站设计后付款的网站建设流程,更有进贤免费网站建设让你可以放心的选择与我们合作。

java编程中,Socket通信是怎么实现的?

java编程对于Socket之间的通信过程如下:

服务端往Socket的输出流里面写东西,客户端就可以通过Socket的输入流读取对应的内容。Socket与Socket之间是双向连通的,所以客户端也可以往对应的Socket输出流里面写东西,然后服务端对应的Socket的输入流就可以读出对应的内容。下面来看一些服务端与客户端通信的例子:

public class Server {

public static void main(String args[]) throws IOException {

//为了简单起见,所有的异常信息都往外抛

int port = 8899;

//定义一个ServerSocket监听在端口8899上

ServerSocket server = new ServerSocket(port);

//server尝试接收其他Socket的连接请求,server的accept方法是阻塞式的

Socket socket = server.accept();

//跟客户端建立好连接之后,我们就可以获取socket的InputStream,并从中读取客户端发过来的信息了。

Reader reader = new InputStreamReader(socket.getInputStream());

char chars[] = new char[64];

int len;

StringBuilder sb = new StringBuilder();

while ((len=reader.read(chars)) != -1) {

sb.append(new String(chars, 0, len));

}

System.out.println("from client: " + sb);

reader.close();

socket.close();

server.close();

}

}

客户端代码

Java代码  public class Client {  

public static void main(String args[]) throws Exception {  

//为了简单起见,所有的异常都直接往外抛  

String host = "127.0.0.1";  //要连接的服务端IP地址  

int port = 8899;   //要连接的服务端对应的监听端口  

//与服务端建立连接  

Socket client = new Socket(host, port);  

//建立连接后就可以往服务端写数据了  

Writer writer = new OutputStreamWriter(client.getOutputStream());  

writer.write("Hello Server.");  

writer.flush();//写完后要记得flush  

writer.close();  

client.close();  

}  

}

SMPP协议java如何写?

SMPP协议

3.1SMPP规范简介

SMPP接口协议最初由ETSI收录在 GSM03.39规范中,描述了短消息中心与短消息实体之间通信交互的协议关系及数据传输格式,本规范对SMPP接口协议的描述主要面向简单的通信交互,制定规范的厂家将其协议版本号定为V3.30;后由SMPP开发者论坛将协议版本向前演进为V3.40,SMPP V3.40协议规范完全兼容GSM 03.39协议标准。本规范中,所采用的短消息中心设备与短消息股票交易业务处理平台之间的接口采用GSM03.39 V3.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)

MM

月份(01-12)

DD

日 (01-31)

Hh

小时 (00-23)

Mm

分 (00-59)

Ss

秒 (00-59)

T

十分之一秒 (0-9)

Nn

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

‘+’(p)

时间超前于UTC time.

‘-’(p)

时间落后于 UTC time.

l C_UnicodeString :Unicode编码的字符串。

3.4.2消息头语法

字段

长度(字节)

类型

Command Length

4

Integer

Command ID

4

Integer

Command_status

4

Integer

Sequence No.

4

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

1

Integer

Addr_ton

1

Integer

Addr_npi

1

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 未知

1 ISDN或电话号码编码方案(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


名称栏目:java通信协议代码,通讯协议代码
路径分享:http://cxhlcq.com/article/hdpdjj.html

其他资讯

在线咨询

微信咨询

电话咨询

028-86922220(工作日)

18980820575(7×24)

提交需求

返回顶部