首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >GSM调制解调器、个人电脑、短信和电话

GSM调制解调器、个人电脑、短信和电话
EN

Stack Overflow用户
提问于 2008-09-08 10:17:39
回答 3查看 1.9K关注 0票数 0

以下情况的所有要求是什么:

一种连接到运行基于web (ASP.NET)应用程序的PC的GSM调制解调器。在应用程序中,用户从电话号码列表中选择一个电话号码。当他点击一个名为PC的按钮时,应该拨打所选的电话号码。当电话中的人回应时,他应该能够与PC用户进行对话。类似地,应该有一个发送SMS的工具。

现在我不想要任何代码列表。我只需要知道除了asp.net、存储电话号码的数据库和GSM调制解调器之外,还有什么要求。

任何在参考网站方面的帮助将是非常感谢的。

EN

回答 3

Stack Overflow用户

回答已采纳

发布于 2008-09-08 10:39:47

我会从你的一些非常宽泛的问题中挑出几点,然后回答它们。请注意,还有其他一些地方,其他人可能有更多的帮助.

首先,GSM调制解调器可能不是您想要的方式,因为它们通常不允许并发。因此,除非您当时只想让一个用户使用您的服务,否则您可能需要另一个解决方案。

此外,考虑一下成本问题--至少在我住的地方,使用普通的GSM调制解调器和正常的合同提供这样的服务将是非常昂贵的--但这正在向外转移。

下一个问题将是从客户端获取语音数据到服务器(服务器将其转发到电话系统--使用任何实际的方法)。纯粹的基于浏览器的功能不会有多大帮助,所以你绝对需要一些插件。

闪光灯可能有用,因为他们提供了麦克风的访问,但请不要问我的细节。我从来没做过这样的事。

此外,隐私也是一个问题。虽然GSM数据是加密的,但客户端和服务器之间的路径并不是默认的。即使你使用SSL,你也必须让你的用户相信你没有记录所有的对话,但这也是一个政治问题,而不是编码问题。

最后,你得考虑带宽。语音使用的很多,而且它需要较低的延迟。如果您使用SIP中继,则每个用户将需要带宽两次:一次来自客户端,另一次来自和访问SIP主干。计算每个用户和信道10-64 KBit/s。

一个可行的架构可能是使用SIP主干(他们尽可能地优化使用VoIP,因此可以提供比GSM提供商低得多的速率)。此外,它们还允许并发)、星号框(http://www.asterisk.org --一个免费的PBX)、一些定制的flash客户端和服务器上定制的SIP。

总而言之,这是一项非常重要的任务:-)

票数 1
EN

Stack Overflow用户

发布于 2008-09-08 11:04:05

你需要一个GSM图书馆。似乎有几个这样的。

例如http://www.wirelessdevstudio.com/eng/

票数 0
EN

Stack Overflow用户

发布于 2008-09-11 15:11:50

看看http://www.Ekiga.org的Ekiga项目。这提供了用户之间通过Internet使用标准SIP (会话初始化协议)进行的音频和视频聊天。与大多数SIP客户端一样,它也可以用于打电话和接收电话网络的呼叫,但这需要一个商业服务提供商的帐户(有很多,而且收费与普通电话线帐户相比相当合理)。

Ekiga使用开源OPAL库来实现SIP通信(OPAL支持多个VoIP和视频通过IP标准--参见www.opalvoip.org获取更多信息)。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/49416

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档