我使用的是最新版本的Restcomm SMSC（smscgateway-7.3.153）（可在此处获取：https://github.com/RestComm/smscgateway/releases/tag/7.3.153）。我使用的是二进制版本，而不是源代码。
我得到了它并且正在运行广告它与Cassandra进行通信，Cassandra适当地托管在另一台机器上。
我已将ESME注册为服务器，当我尝试发送绑定请求时，它会成功并创建会话。发送Submit_SM请求时会发生此问题。引发了ActivityAlreadyExists异常，没有其他任何事情发生。我尝试了不同的模拟器，甚至使用Android客户端尝试发送消息，但每次都会发生同样的异常。我试图调试该问题，并且能够发现当即将创建新活动时发生异常，但似乎无法找到更多信息。
它可能与序列号有关但我仔细检查过，这似乎不是问题所在。我试图更改服务器的跟踪级别，但我无法这样做（如果有人知道如何操作，请指导我。）
我附加了一个.pcap文件，显示我通过Wireshark捕获的数据包。所有请求和响应数据包都将在那里。我还将附上服务器日志。
我无法在互联网上找到任何帮助，所以如果你们中的任何人都可以在这里指导我，我会非常感激。如果您了解开发人员，请标记开发人员。请随时询问更多信息。
这些是在服务器启动时生成的日志：
这是例外日志＆＃39;文件：
以下是例外：
11：26：53,196 INFO [SmppServerConnector]（SmppManagement）来自[192.168.1.173:34034]的新频道 11：26：53,215 INFO [UnboundSmppSession]（SmppManagement.UnboundSession.192.168.1.173：34034）收到PDU：（bind_transceiver：0x00000025 0x00000009 0x00000000 0x00000001）（正文：systemId [test5]密码[test5] systemType [] interfaceVersion [0x34] addressRange （0x01 0x01 [6666]））（选择:) 11：26：53,215 INFO [DefaultSmppServerHandler]（SmppManagement.UnboundSession.192.168.1.173：34034）创建的会话：Name = test5 SystemId = test5 11：26：55,504 ERROR [SmppSessionHandlerInterfaceImpl]（test5）处理PduRequest时出错=（submit_sm：0x0000002F 0x00000004 0x00000000 0x00000002）（正文：（serviceType [] sourceAddr [0x01 0x01 [6666]] destAddr [0x01 0x01 [5555]] esmCls [ 0x03] regDlvry [0x01] dcs [0x00]消息[48656C6C6F21]））（选择:) javax.slee.resource.ActivityAlreadyExistsException：RA：SmppServerRA：SmppTransactionHandle [smppSessionConfigurationName = test5，smppTransactionType = INCOMING，seqNumnber = 2] at org.mobicents.slee.runtime.activity.ActivityContextFactoryImpl.createActivityContext（ActivityContextFactoryImpl.java:157） at org.mobicents.slee.runtime.activity.ActivityContextFactoryImpl.createActivityContext（ActivityContextFactoryImpl.java:57） 在org.mobicents.slee.resource.SleeEndpointImpl._startActivity（SleeEndpointImpl.java:312） 在org.mobicents.slee.resource.SleeEndpointStartActivityNotTransactedExecutor.execute（SleeEndpointStartActivityNotTransactedExecutor.java:63） 在org.mobicents.slee.resource.SleeEndpointImpl.startActivity（SleeEndpointImpl.java:176） at org.restcomm.slee.resource.smpp.SmppServerResourceAdaptor.startNewSmppServerTransactionActivity（SmppServerResourceAdaptor.java:277） at org.restcomm.slee.resource.smpp.SmppSessionsImpl $ SmppSessionHandlerImpl.firePduRequestReceived（SmppSessionsImpl.java:236） 在com.cloudhopper.smpp.impl.DefaultSmppSession.firePduReceived（DefaultSmppSession.java:606） 在com.cloudhopper.smpp.channel.SmppSessionWrapper.messageReceived（SmppSessionWrapper.java:52） 在org.jboss.netty.channel.SimpleChannelHandler.handleUpstream（SimpleChannelHandler.java:88） 在org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream（DefaultChannelPipeline.java:564） 在org.jboss.netty.channel.DefaultChannelPipeline $ DefaultChannelHandlerContext.sendUpstream（DefaultChannelPipeline.java:791） 在org.jboss.netty.channel.Channels.fireMessageReceived（Channels.java:296） 在org.jboss.netty.handler.codec.frame.FrameDecoder.unfoldAndFireMessageReceived（FrameDecoder.java:462） 在org.jboss.netty.handler.codec.frame.FrameDecoder.callDecode（FrameDecoder.java:443） 在org.jboss.netty.handler.codec.frame.FrameDecoder.messageReceived（FrameDecoder.java:303） 在org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream（SimpleChannelUpstreamHandler.java:70） 在org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream（DefaultChannelPipeline.java:564） 在org.jboss.netty.channel.DefaultChannelPipeline $ DefaultChannelHandlerContext.sendUpstream（DefaultChannelPipeline.java:791） 在com.cloudhopper.smpp.channel.SmppSessionLogger.handleUpstream（SmppSessionLogger.java:104） 在org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream（DefaultChannelPipeline.java:564） 在org.jboss.netty.channel.DefaultChannelPipeline $ DefaultChannelHandlerContext.sendUpstream（DefaultChannelPipeline.java:791） 在com.cloudhopper.smpp.channel.SmppSessionThreadRenamer.handleUpstream（SmppSessionThreadRenamer.java:59） 在org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream（DefaultChannelPipeline.java:564） 在org.jboss.netty.channel.DefaultChannelPipeline $ DefaultChannelHandlerContext.sendUpstream（DefaultChannelPipeline.java:791） 在org.jboss.netty.channel.SimpleChannelUpstreamHandler.messageReceived（SimpleChannelUpstreamHandler.java:124） 在org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream（SimpleChannelUpstreamHandler.java:70） 在org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream（DefaultChannelPipeline.java:564） 在org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream（DefaultChannelPipeline.java:559） 在org.jboss.netty.channel.Channels.fireMessageReceived（Channels.java:268） 在org.jboss.netty.channel.Channels.fireMessageReceived（Channels.java:255） 在org.jboss.netty.channel.socket.nio.NioWorker.read（NioWorker.java:88） 在org.jboss.netty.channel.socket.nio.AbstractNioWorker.process（AbstractNioWorker.java:108） 在org.jboss.netty.channel.socket.nio.AbstractNioSelector.run（AbstractNioSelector.java:318） 在org.jboss.netty.channel.socket.nio.AbstractNioWorker.run（AbstractNioWorker.java:89） 在org.jboss.netty.channel.socket.nio.NioWorker.run（NioWorker.java:178） 在org.jboss.netty.util.ThreadRenamingRunnable.run（ThreadRenamingRunnable.java:108） 在org.jboss.netty.util.internal.DeadLockProofWorker $ 1.run（DeadLockProofWorker.java:42） at java.util.concurrent.ThreadPoolExecutor.runWorker（Unknown Source） at java.util.concurrent.ThreadPoolExecutor $ Worker.run（Unknown Source） 在java.lang.Thread.run（未知来源）