问题标签 [ss7]

U+00E7在手机上显示法语中使用的 C 变音符 (ç) 时遇到问题。

当通过 USSGW/SS7 以小 c cedilla 发送时，它在手机上显示为大写 c cedilla ( U+00C7Ç)。

对于信息，字符用 . 编码gsm7bit。

您对这种情况有什么解决方案或想法吗？

我正在研究 jss7 项目。我正在尝试实现 ussd 服务器和客户端的简单示例。我试过这个例子： Jss7 独立示例

但它没有工作，因为它没有使用最新版本的 jss7 实现 2.1.0

我找到了这个例子： Jss7 独立服务器示例

它在编译时没有提供任何错误，但是当我运行它时，有很多我无法理解或处理的错误和异常......比如：

1) 错误 org.mobicents.protocols.sctp.ManagementImpl - 在文件 java.io.FileNotFoundException 中保持规则状态时出错：

2) 在 org.mobicents.protocols.protocols.sctp.ManagementImpl.store(ManagementImpl.java:441) 在 org.mobicents.protocols.sctp.ManagementImpl.addServerAssociation(ManagementImpl .java:741) 在 org.mobicents.protocols.ss7.map.load.Server.initSCTP(Server.java:115) 在 org.mobicents.protocols.ss7.map.load.Server.initializeStack(Server.java:89) ) 在 org.mobicents.protocols.ss7.map.load.Server.main(Server.java:515)

3)log4j:ERROR setFile(null,true) 调用失败。

因此，如果有人可以提供帮助，我将不胜感激。

只是我想运行简单的客户端服务器应用程序。

我正在为完整的 M3UA-SCCP-TCAP-MAP 堆栈（通过 SCTP）编写一个模拟器（用于学习目的）。到目前为止，M3UA+SCCP 堆栈都可以。

但是在解码 TCAP 部分时，我迷失了 dialogPortion。TCAP 是 asn.1 编码的，所以一切都是 tag+len+data。Wireshark 对它的解码与我的解码器不同。

消息是：62434804102f00676b1e281c060700118605010101a011600f80020780a1090607040000010005036c1ba1190201010201163011800590896754f282859106

基本上，我的消息被 BER 解码为

所以我可以看到包含 otid[8]、dialogPortion[11] 和 componentPortion[12] 的 begin[2] 消息。otid 和 ComponentPortion 被正确解码。但不是对话框部分。dialogPortion 的 ASN 未提及任何这些代码。更令人困惑的是，wireshark 以不同的方式对其进行解码（oid-as-dialogue 不在 dialogPortion 中，而是作为 otid 之后的一个字段，这与 ITU-T 文档中的描述不同——或者不是我所理解的）

我在 dialogPDU ASN 中找不到任何有关填充的参考。

有人可以指出我正确的方向吗？我想知道如何正确解码此消息

在这种情况下，DialoguePDU 格式应该很简单：

我们的 SS7 服务通过一根 64 kbps 的数字 E1 电缆与使用“Digium TE420 E1 PRI”卡的电信运营商集成。信令在通道 16 上执行。

这是我们启动 sgw 并激活 SS7 链接的步骤：

1-/etc/dahdi/system.conf：

2-dahdi_cfg -vvv

3-in linksetmanager.xml：

4 运行 sgw

5-执行命令时（linkset show/activate）：

6-SGW的输出连续打印以下行：

仅供参考：我们的服务器已安装（安装了 dahdi 驱动程序，安装了 libpri），（安装了星号，但在运行上述步骤期间停止）

仅供参考：此外，我们测试通过 Asterisk 激活链接，它工作正常并接收来自 netwrok 的呼叫，但 /etc/dahdi/system.conf 的配置不同，如下所示：

这个配置有什么问题吗，为什么我们不能对齐 SS7 Link？

我一直在一个项目中，需要从 VLR（访问者位置寄存器）知道用户的最后位置。我见过许多在线 SMS 提供商提供称为 HLR Lookup 的特殊服务。一些网站提供 VLR 查找，例如txtnation。通过使用 7 号信令系统（为您的呼叫提供动力的全球网络）设计选择不佳的缺陷，VLR 查找可能成为可能，所有 GSM 运营商都通过该网络进行相互通信。

SS7 真的很老了，没有人愿意更换它作为 GSM 世界先进的技术。现在更换/禁用/删除它是完全不可能的，因为一切都基于它。

MAP信令是一种 SS7 协议，它为 GSM 中的各个节点提供应用层。Yate是 MAP 的部分开源实现。

但是没有任何服务可以获取 VLR 响应。所以请你给我建议

• 如何创建自己的 VLR 查找系统？
• 我需要什么类型的资源来开发这个系统，例如服务器
• 它与VOIP有关吗？我需要设置 SIP 服务器吗？

提前非常感谢。

试图创建 ss7 信令链路，但我得到关注ss7 linestat

. 我已经尝试了一切，但未能解决以下问题。

有人对此有想法吗？

我正在通过 maven 使用这个版本的 jSS7

我可以将 SCTP 链接设置到具有 E.1 线路的 Cisco ITP，但是当尝试发送 SRIforSM gsm 映射消息时，我在 wireshark 中看不到相应的 MAP pdu。我只能看到 ASPUP 消息。我使用 jSS7 作为独立的。

以下是我为机密数据清理的代码

MAPClient.java

主.java

我们正在开发 SS7 CAMEL 应用程序。该应用程序基于 jboss 5.10GA 和 Mobicents/Restcomm 的 jss7 和 Restcomm 的 CAP 资源适配器。

在我们的 Sbb 中，我们从交换机接收 InitialDP 消息和分隔符。收到分隔符后，我们尝试将连接消息发送到交换机。

不幸的是，当我们在 onDelimiter 方法中收到的对话框上调用 .send() 方法时，没有发送任何要切换的消息，我们在 jboss 日志中可以看到：

TC-CONTINUE：没有 id 的对话/事务：67793592

如果我们的 sccp 规则有问题，那么以下地址的正确 sccp 设置应该是什么：

交换机：PC：6801，SSN：146，G​​T：4794733271，AI：18

我们的服务器：PC：5100，SSN：146，G​​T：442080000100，AI：18

这是 boot.log 文件

这是 server.log 文件

我是 SCTP 协议的新手，并试图弄清楚如何解释 /proc/net/sctp 捕获的 SCTP 统计信息

有人可以帮助我理解这一点或提供我可以获得一些信息的链接。

谢谢， 维沙尔

谁能告诉我 ISUP 和 ISDN 呼叫之间的实际区别以及我们如何决定使用哪一个？问题很基本，但我总是觉得很难理解。