OpenBTS 服务支持

尽管 OpenBTS 是比传统的 GSM 系统简单，但它还是公认地比安装和配置一个一般意义的桌面系统复杂。 如果缺乏 GSM, Unix, 和 VoIP 这些方面的工作经验的话， 一般来说是会有困难让系统工作起来的。 （这儿）有一些方法得到帮助。

免费服务

(很多是摘自 GNU Radio GettingHelp wiki 页面.)

这个 Wiki 和 公共邮件列表 openbts-discuss (at) sourceforge.net 对 OpenBTS 提供免费的支持。 你可以到 https://lists.sourceforge.net/lists/listinfo/openbts-discuss 订阅服务。

在发表问题贴之前，请仔细阅读 wiki 并 查询 list archives 。

如果问题在 FAQ 或 邮件列表的文档已有表述， 你的问题贴便可招致无人理睬。

你的问题也许是你需先学习一些 OpenBTS 相关联的知识而并非 OpenBTS 自身的问题。 如果确实对于 C++, Unix, Asterisk, USRP 或其它一些知识有困惑， 请先到那些针对这些知识的论坛上去提问解惑。 如果问题是明确关联 OpenBTS， GSM 或相关的概念， discuss-openbts 也许是最佳的论坛， 但无论如何先利用 GSM 概念和网络澄清你的疑惑。

上面的努力应经做过， 我还是未能解惑。 我（下一步）该如何办？


如果提问得体并且提供了充分的信息让我们能够诊断你的问题， 在邮件列表上就很有可能得到有用的帮助。 请阅读并理解 How To Ask Questions The Smart Way。 最低限度， 我们需知道：
  • 你所使用的 OpenBTS 发行版本号？
  • 如果有，请告诉什么类型的错误信息？
  • 你的代码如何不同于你对它的希望？
  • OpenBTS log (记录) 如何？ 起码的能提供 INFO 程度的信息？
  • 你所使用的手持的型号？
  • 你所使用的操作信道？
  • 你所使用的操作系统？(Linux, BSD, Mac OS X, 或其它? 什么发行版? 版本号? 32 - 或 64 - 位?)
  • 什么类型的计算机来运行 OpenBTS？ (CPU构架 ? 单核还是 SMP?)
  • 使用 USRP 的话， 使用那些子板？
  • 同系统的输入输出相连的模拟硬件的信息（天线、放大器、滤波器等）？

我需要规范我的信息表达吗？

How To Ask Questions The Smart Way 对此有很好的指导。以下是一些常见的不雅行为。这些规范也许同你在工作或学习中的不同，尤其是 Outlook 或 PDAs 用户。这些约定是至少是自上个世纪八十年代以来 Unix 用户和新闻讨论组所遵从的。
  • 不要给列表发送大的附件。gnu.org 的服务器只有有限的带宽。如果你需要展示一些大的文件。把它们放在 web 和 ftp 服务器上。
  • 不要发送整个 python 脚本或整块代码。你可以把一小段相互关联的代码内联在你的文本中，但千万请把大块的代码或整个源文件作为附件发送。最好是放在 web 或 ftp 服务器上。
  • 不要发送 HTML 格式的邮件。好多用户使用的是基于文本格式的邮件阅读器。所以发送 HTML 格式的邮件到邮件列表是不雅行为。诸如色彩的华丽格式会被丢失。
  • 不要 top-post。它使得延伸讨论变得困难 
  • 裁剪一下你的回复。在做回复时，去掉不关联的内容，比如：签字和问题你没有回答。
  • 不要使得回复不关联的信息而导致新的话题。这使得邮件线索阅读器产生困惑。（如有需要将不关联的话题）设置一个新的话题。
  • 相反的，在一个已有的线索内回复问题，使用邮件的回复功能而不要在相同的主题下编辑一个新的信息。邮件线索阅读器依靠-头 In-Reply-To  来工作。使用回复功能它将被保留，但编辑新的邮件将没有此-头-标志。
  • 如果你的信息包括到特定文章的网络链接或discuss-gnuradio的线索（threads ），还应当该文章的主题。总是试图链接到 official gnu.org archive  上而不是诸如 ruby-forums.org 或 Nabble - 这些网站好像随时都会消失或改变 ULR 路径，这可能会使你的链接变得无意义。
  • 如果你想加入到 discuss-gnuradio 的讨论，请用规范化的选项对每个到来的信息个别发送的方式来订阅列表。不要每日摘要的格式。个别回复，而不是摘要式的回复。使用可以发送和回复的真实的邮件地址，而不是诸如 ruby - forum.org 的网络工具。 

分享你的答案

如果你发现了你的问题的答案，与人分享是美德。用你的答案发布一个结束贴。这有如下好处：
  • 帮助其他和你有同样问题的人发现答案。
  • 它向所有其他助人为乐者展示他们的帮助得到回报，从而激发他们更加助人为乐。
  • 它给予你的问题的构造的额外的信息，这也可能有益于别人。

我问过问题却没有得到答复。我该如何办？

常常得不到回答的原因是你没有遵守这篇文章的建议。遵守这里的建议，你将提升被回复的概率。

问题发表后常常好几天没有答复。在等待的过程中，请继续研究你的问题；发现答案便发表到列表上。不要重复发表同一问题，不要直接写信给你在列表上的到邮件地址去询问。请记住在讨论组里参与支持是一种公益美德，也不是一种责任。大多数的情况下没人都有自己的问题。

付费服务

一个开源软件同产业软件的区别是，在开源世界里，因为是免费人们有可能不理睬你的问题。如果你确实着急或有一个商业项目关联 OpenBTS， 你应当考虑对他们的时间付费，而不是仅仅依赖于一个陌生人的善意。 付费服务的一部分也是让这个项目能够得以存活的原因。

Kestrel Signal Processing

Kestrel Signal Processing, Inc., OpenBTS 的商业服务商，它提供如下服务：

  • 安装和配置支持。
  • 定制、新平台的新特性和端口。
  • 培训和工作室（建立）
  • 预装 OpenBTS 的嵌入式系统（提供）
  • 为更好支持 OpenBTS 对 USRP 硬件的改制
  • 除 GPLv3 之外的牌照。

更详细的消息，请联系 dburgess (at) kestrelsp.com. Kestrel 还提供除 GPL 之外的定制的 OpenBTS 系统。 如果通过 E-mail 同 Kestrel 联系时， 请在主题内小写标注 "openbts"。 请不要联系 Kestrel 寻求免费服务。

注：GNU/FSF 没有资助 Kestrel， 一个简单的事实是它维护项目并编写大多数的代码。

其它

你还可以在 openbts-discuss 邮件列表找到基于合同服务支持的开发者。 这些开发者也有可能提供如上所列除 non-GPL 协议的服务（如果你是这类开发者， 请大胆把你的联系消息贴在 Wiki 页面上。）


注：OpenBTS Support（原文出处，翻译整理仅供参考!）