我正在使用最新版本的 Restcomm SMSC (smscgateway-7.3.153)（可在此处获得：https ://github.com/RestComm/smscgateway/releases/tag/7.3.153 ）。我使用的是二进制版本而不是源代码。
我已经启动并运行它，它与适当地托管在另一台机器上的 Cassandra 通信。
我已将 ESME 注册为服务器，当我尝试发送绑定请求时，它成功并创建了会话。当我发送 Submit_SM 请求时出现问题。引发了 ActivityAlreadyExists 异常，并且没有其他任何事情发生。我尝试了不同的模拟器，甚至使用 Android 客户端尝试发送消息，但每次都会发生相同的异常。我尝试调试该问题，并且能够发现当即将创建新活动但似乎找不到更多信息时发生异常。
它可能与序列号有关，但我仔细检查过，这似乎不是问题。我试图更改服务器的跟踪级别，但我无法这样做（如果有人知道该怎么做，请指导我）。
我附加了一个 .pcap 文件，该文件显示了我通过 Wireshark 捕获的数据包。所有的请求和响应数据包都将在那里。我还将附上服务器日志。
我在互联网上找不到任何关于此的帮助，所以如果你们中的任何人都可以在这里指导我，我将非常感激。如果您认识他们，请标记开发人员。随时询问更多信息。
这些是在服务器启动时生成的日志：
这是异常日志的文件：
这是一个例外：
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_000095000: 0x0000: 0x0000 0x00000000 0x00000001) (正文: systemId [test5] password [test5] systemType [] interfaceVersion [0x34] addressRange (0x01 0x01 [6666])) (opts: ) 11:26:53,215 INFO [DefaultSmppServerHandler] (SmppManagement.UnboundSession.192.168。 1.173:34034) 会话创建：名称=test5 SystemId=test5 11:26:55,504 错误 [SmppSessionHandlerInterfaceImpl] (test5) 处理 PduRequest=(submit_sm: 0x0000002F 0x00000004 0x00000000 0x00000002) 时出错 (body: (serviceType [0x] [sourceAddr) 6666]] destAddr [0x01 0x01 [5555]] esmCls [0x03] regDlvry [0x01] dcs [0x00] 消息 [48656C6C6F21])) (opts: ) 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) at org.mobicents.slee.resource.SleeEndpointImpl._startActivity(SleeEndpointImpl.java:312) at org.mobicents.slee.resource.SleeEndpointStartActivityNotTransactedExecutor.execute(SleeEndpointStartActivityNotTransactedExecutor.java:63)在 org.restcomm.slee.resource.smpp.SmppServerResourceAdaptor 的 org.mobicents.slee.resource.SleeEndpointImpl.startActivity(SleeEndpointImpl.java:176)。startNewSmppServerTransactionActivity(SmppServerResourceAdaptor.java:277) at org.restcomm.slee.resource.smpp.SmppSessionsImpl$SmppSessionHandlerImpl.firePduRequestReceived(SmppSessionsImpl.java:236) at 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。org.jboss.netty.handler.codec.frame.FrameDecoder.callDecode(FrameDecoder.java:443) at org.jboss.netty.handler.codec.frame.FrameDecoder.messageReceived(FrameDecoder. java:303) at org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) at 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) at com.cloudhopper.smpp.channel.SmppSessionThreadRenamer.handleUpstream(SmppSessionThreadRenamer.java:59) at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) at org.jboss .netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791) at org.jboss.netty.channel.SimpleChannelUpstreamHandler.messageReceived(SimpleChannelUpstreamHandler.java:124) at 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。频道。频道。fireMessageReceived(Channels.java:268) at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:255) at 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) at org.jboss.netty.channel.socket.nio.NioWorker.run(NioWorker.java:178) at org.jboss.netty.util .ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108) at 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。在 java.lang.Thread.run(Unknown Source) 处运行(Unknown Source)