XiaoMi-AI文件搜索系统
World File Search System飞机上的
飞机上的 GSM - UPCommons
标题：机载 GSM 作者：Carlos Gonzaga López 主任：Ari Rantala (TAMK 应用科学大学) 日期：2008 年 12 月 15 日 摘要 多年来，航空业一直在寻找一种能够以可承受的价格在机上提供移动通信服务的技术。然而，由于存在许多技术障碍，已广为人知的 GSM 网络难以实现此目的。由于距离地面基站较远，机载移动终端辐射功率较高，可能对航空电子系统造成严重干扰。另一方面，由于 GSM 小区之间切换的频率很高，机载移动终端可能会因需要大量控制信号而降低地面系统的性能。为了解决上述问题，一种被称为车载GSM（GSMOB）的技术解决方案于2005年出现。机载GSMOB系统由一个低功率基站和一个在GSM工作波段发射噪声的相关单元组成。这样，飞机内的噪音水平就会高于地面基站的信号水平，从而阻止终端与这些站同步，并鼓励它们与机载基站同步。通过与机载站同步而不是与地面站同步，移动终端辐射的功率水平大大降低。以下最终项目旨在准备一份文件，概述 GSMOB 系统，该系统已开始由欧洲各大航空公司商业提供。此外，我们不仅处理了纯技术方面的问题，还处理了与现行法规和相关操作程序相关的问题。
飞机上的移动通信 - Ofcom
执行摘要 越来越多的人对在飞机上使用移动电话为乘客提供通信服务（即飞机上的移动通信或 MCA）的兴趣日益浓厚。然而，在提供此类服务之前，必须解决一些问题，其中一些问题由通信监管机构 Ofcom 负责，另一些问题则由其他监管机构负责。飞机安全至关重要，只有在确保安全的情况下，才能考虑提供任何服务。欧洲航空安全局 (EASA) 和英国民航局 (CAA) 负责飞机安全以及乘客安全和福利的人性化方面。拟议的服务必须同时满足 EASA 和 CAA 的要求，才能推出。Ofcom 负责频谱和电子通信服务 (ECS) 的监管，并且仅在与 MCA 服务相关的这些领域发挥作用。Ofcom 意识到一些消费者对英国引入 MCA 的乘客福利和安全表示担忧。然而，这些问题应由 CAA 和其他监管机构单独考虑。在满足这些机构的要求之前，不能推出任何服务。 Ofcom 在本次咨询中提出的建议旨在为推出这些服务创造法律和技术条件，但这只有在获得负责安全和福利问题的相关部门批准，并由航空公司根据乘客需求做出商业决策的情况下才会实现。这些服务本质上是国际性的。因此，Ofcom 一直认为，必须在多边基础上考虑 MCA，使用欧盟和国际上一致认可的标准和程序，这一观点得到了英国大多数利益相关者的支持。Ofcom 一直在与欧盟其他成员国合作建立这样一个共同制度。我们预计，这将在 2007 年底或 2008 年初被纳入无线电频谱委员会 (RSC) 的具有约束力的决定和通信委员会 (COCOM) 的咨询建议中。Ofcom 于 2006 年 4 月 10 日发布了关于此主题的讨论文件，并收到了利益相关者的一系列有益意见。鉴于这些回应以及可能很快通过的 RSC 决定和 COCOM 建议，Ofcom 认为现在是时候就 MCA 的授权和技术管理制度如何在英国实施进行磋商了。由于这些主题之前已在 Ofcom 讨论文件中讨论过，而且国际论坛的进展也在迅速推进，Ofcom 认为磋商期应限制在六周内。目前的提案仅涵盖 1800 MHz 频段的 GSM。欧洲和其他地区的绝大多数手机都与此标准兼容。如果该服务成功，那么可能在适当的时候考虑将其扩展到其他标准，例如 3G。本文阐述了 Ofcom 对要采用的技术和授权方法的提议。从频谱管理的角度来看，主要目标是 MCA 系统不应产生对地面网络的任何有害干扰。欧洲标准设定了技术参数，这些参数应降低飞机外部产生有害干扰的风险。本文总结了该标准的要求，并就其保护地面网络的适用性进行了咨询。本文还就拟议的授权共同方法进行了咨询，其中每个欧盟成员国都将承认
飞机上的移动通信 - Ofcom
执行摘要 越来越多的人对在飞机上使用移动电话为乘客提供通信服务（即飞机上的移动通信或 MCA）的兴趣日益浓厚。然而，在提供此类服务之前，必须解决一些问题，其中一些问题由通信监管机构 Ofcom 负责，另一些问题则由其他监管机构负责。飞机安全至关重要，只有在确保安全的情况下，才可以考虑提供任何服务。欧洲航空安全局 (EASA) 和英国民航局 (CAA) 负责飞机安全以及乘客安全和福利的人性化方面。拟议的服务必须同时满足 EASA 和 CAA 的要求，才能推出。Ofcom 负责频谱和电子通信服务 (ECS) 的监管，并且仅在与 MCA 服务相关的这些领域发挥作用。Ofcom 意识到一些消费者对英国引入 MCA 的乘客福利和安全表示担忧。然而，这些问题应由 CAA 和其他监管机构单独考虑。在满足这些机构的要求之前，不能推出任何服务。 Ofcom 在本次咨询中提出的建议旨在为推出这些服务创造法律和技术条件，但这只有得到相关部门的批准才能实现。
飞机上的局域网 (LAN)
15. 补充说明 美国联邦航空管理局机场和飞机安全研发部技术监测员是 Charles Kilgore。 16. 摘要 本报告介绍了美国联邦航空管理局 (FAA) 局域网 (LAN) 研究工作的结果，该研究旨在解决飞机 LAN 带来的潜在安全影响。将飞机上以前孤立的组件互连会增加组件之间意外交互的复杂性，并提供可能被利用造成伤害的潜在新接入点。本报告讨论了网络 LAN 带来的潜在安全漏洞、安全故障的安全影响以及设计和认证飞机 LAN 以确保这些新飞机系统安全的流程。本报告利用 Biba 完整性模型将当前的 FAA 安全保证流程扩展到机载网络环境中。它以现有的 FAA 研究为基础，阐明了整合 RTCA/DO-178B 和国家空域系统通用标准流程的机制。这种方法创建了一个以安全为导向的机载网络架构，该架构建立在现有的 DO-178B 和航空航天推荐做法 4754 安全机制之上。其结果与美国国防部现行的政策和流程直接类似。17. 关键词 局域网、网络、飞机安全、飞机安保
飞机上的移动通信 - Ofcom
执行摘要 越来越多的人对在飞机上使用移动电话为乘客提供通信服务（即飞机上的移动通信或 MCA）的兴趣日益浓厚。然而，在提供此类服务之前，必须解决一些问题，其中一些问题由通信监管机构 Ofcom 负责，另一些问题则由其他监管机构负责。飞机安全至关重要，只有在确保安全的情况下，才能考虑提供任何服务。欧洲航空安全局 (EASA) 和英国民航局 (CAA) 负责飞机安全以及乘客安全和福利的人性化方面。拟议的服务必须同时满足 EASA 和 CAA 的要求，才能推出。Ofcom 负责频谱和电子通信服务 (ECS) 的监管，并且仅在与 MCA 服务相关的这些领域发挥作用。Ofcom 意识到一些消费者对英国引入 MCA 的乘客福利和安全表示担忧。然而，这些问题应由 CAA 和其他监管机构单独考虑。在满足这些机构的要求之前，不能推出任何服务。 Ofcom 在本次咨询中提出的建议旨在为推出这些服务创造法律和技术条件，但这只有在获得负责安全和福利问题的相关部门批准，并由航空公司根据乘客需求做出商业决策的情况下才会实现。这些服务本质上是国际性的。因此，Ofcom 一直认为，必须在多边基础上考虑 MCA，使用欧盟和国际上一致认可的标准和程序，这一观点得到了英国大多数利益相关者的支持。Ofcom 一直在与欧盟其他成员国合作建立这样一个共同制度。我们预计，这将在 2007 年底或 2008 年初被纳入无线电频谱委员会 (RSC) 的具有约束力的决定和通信委员会 (COCOM) 的咨询建议中。Ofcom 于 2006 年 4 月 10 日发布了关于此主题的讨论文件，并收到了利益相关者的一系列有益意见。鉴于这些回应以及可能很快通过的 RSC 决定和 COCOM 建议，Ofcom 认为现在是时候就 MCA 的授权和技术管理制度如何在英国实施进行磋商了。由于这些主题之前已在 Ofcom 讨论文件中讨论过，而且国际论坛的进展也在迅速推进，Ofcom 认为磋商期应限制在六周内。目前的提案仅涵盖 1800 MHz 频段的 GSM。欧洲和其他地区的绝大多数手机都与此标准兼容。如果该服务成功，那么可能在适当的时候考虑将其扩展到其他标准，例如 3G。本文阐述了 Ofcom 对要采用的技术和授权方法的提议。从频谱管理的角度来看，主要目标是 MCA 系统不应产生对地面网络的任何有害干扰。欧洲标准设定了技术参数，这些参数应降低飞机外部产生有害干扰的风险。本文总结了该标准的要求，并就其保护地面网络的适用性进行了咨询。本文还就拟议的授权共同方法进行了咨询，其中每个欧盟成员国都将承认
飞机上的移动通信 - Ofcom
执行摘要 越来越多的人对在飞机上使用移动电话为乘客提供通信服务（即飞机上的移动通信或 MCA）的兴趣日益浓厚。然而，在提供此类服务之前，必须解决一些问题，其中一些问题由通信监管机构 Ofcom 负责，另一些问题则由其他监管机构负责。飞机安全至关重要，只有在确保安全的情况下，才能考虑提供任何服务。欧洲航空安全局 (EASA) 和英国民航局 (CAA) 负责飞机安全以及乘客安全和福利的人性化方面。拟议的服务必须同时满足 EASA 和 CAA 的要求，才能推出。Ofcom 负责频谱和电子通信服务 (ECS) 的监管，并且仅在与 MCA 服务相关的这些领域发挥作用。Ofcom 意识到一些消费者对英国引入 MCA 的乘客福利和安全表示担忧。然而，这些问题应由 CAA 和其他监管机构单独考虑。在满足这些机构的要求之前，不能推出任何服务。 Ofcom 在本次咨询中提出的建议旨在为推出这些服务创造法律和技术条件，但这只有在获得负责安全和福利问题的相关部门批准，并由航空公司根据乘客需求做出商业决策的情况下才会实现。这些服务本质上是国际性的。因此，Ofcom 一直认为，必须在多边基础上考虑 MCA，使用欧盟和国际上一致认可的标准和程序，这一观点得到了英国大多数利益相关者的支持。Ofcom 一直在与欧盟其他成员国合作建立这样一个共同制度。我们预计，这将在 2007 年底或 2008 年初被纳入无线电频谱委员会 (RSC) 的具有约束力的决定和通信委员会 (COCOM) 的咨询建议中。Ofcom 于 2006 年 4 月 10 日发布了关于此主题的讨论文件，并收到了利益相关者的一系列有益意见。鉴于这些回应以及可能很快通过的 RSC 决定和 COCOM 建议，Ofcom 认为现在是时候就 MCA 的授权和技术管理制度如何在英国实施进行磋商了。由于这些主题之前已在 Ofcom 讨论文件中讨论过，而且国际论坛的进展也在迅速推进，Ofcom 认为磋商期应限制在六周内。目前的提案仅涵盖 1800 MHz 频段的 GSM。欧洲和其他地区的绝大多数手机都与此标准兼容。如果该服务成功，那么可能在适当的时候考虑将其扩展到其他标准，例如 3G。本文阐述了 Ofcom 对要采用的技术和授权方法的提议。从频谱管理的角度来看，主要目标是 MCA 系统不应产生对地面网络的任何有害干扰。欧洲标准设定了技术参数，这些参数应降低飞机外部产生有害干扰的风险。本文总结了该标准的要求，并就其保护地面网络的适用性进行了咨询。本文还就拟议的授权共同方法进行了咨询，其中每个欧盟成员国都将承认
飞机上的移动通信 - Ofcom
执行摘要 越来越多的人对在飞机上使用移动电话为乘客提供通信服务（即飞机上的移动通信或 MCA）的兴趣日益浓厚。然而，在提供此类服务之前，必须解决一些问题，其中一些问题由通信监管机构 Ofcom 负责，另一些问题则由其他监管机构负责。飞机安全至关重要，只有在确保安全的情况下，才能考虑提供任何服务。欧洲航空安全局 (EASA) 和英国民航局 (CAA) 负责飞机安全以及乘客安全和福利的人性化方面。拟议的服务必须同时满足 EASA 和 CAA 的要求，才能推出。Ofcom 负责频谱和电子通信服务 (ECS) 的监管，并且仅在与 MCA 服务相关的这些领域发挥作用。Ofcom 意识到一些消费者对英国引入 MCA 的乘客福利和安全表示担忧。然而，这些问题应由 CAA 和其他监管机构单独考虑。在满足这些机构的要求之前，不能推出任何服务。 Ofcom 在本次咨询中提出的建议旨在为推出这些服务创造法律和技术条件，但这只有在获得负责安全和福利问题的相关部门批准，并由航空公司根据乘客需求做出商业决策的情况下才会实现。这些服务本质上是国际性的。因此，Ofcom 一直认为，必须在多边基础上考虑 MCA，使用欧盟和国际上一致认可的标准和程序，这一观点得到了英国大多数利益相关者的支持。Ofcom 一直在与欧盟其他成员国合作建立这样一个共同制度。我们预计，这将在 2007 年底或 2008 年初被纳入无线电频谱委员会 (RSC) 的具有约束力的决定和通信委员会 (COCOM) 的咨询建议中。Ofcom 于 2006 年 4 月 10 日发布了关于此主题的讨论文件，并收到了利益相关者的一系列有益意见。鉴于这些回应以及可能很快通过的 RSC 决定和 COCOM 建议，Ofcom 认为现在是时候就 MCA 的授权和技术管理制度如何在英国实施进行磋商了。由于这些主题之前已在 Ofcom 讨论文件中讨论过，而且国际论坛的进展也在迅速推进，Ofcom 认为磋商期应限制在六周内。目前的提案仅涵盖 1800 MHz 频段的 GSM。欧洲和其他地区的绝大多数手机都与此标准兼容。如果该服务成功，那么可能在适当的时候考虑将其扩展到其他标准，例如 3G。本文阐述了 Ofcom 对要采用的技术和授权方法的提议。从频谱管理的角度来看，主要目标是 MCA 系统不应产生对地面网络的任何有害干扰。欧洲标准设定了技术参数，这些参数应降低飞机外部产生有害干扰的风险。本文总结了该标准的要求，并就其保护地面网络的适用性进行了咨询。本文还就拟议的授权共同方法进行了咨询，其中每个欧盟成员国都将承认
人工智能在飞机上的应用 - DTIC
2.4-1 神经网络 51 2.4-2 生物和人工神经元 52 2.4-3 神经网络中的吸引子 54 2.4-4 反馈神经网络 54 2.4-5 神经网络的构建 56 3.1-1 B ABB AGE 工具的元素及其关系 66 3.2-1 可电训练模拟神经网络的代表性连接 69 3.2-2 光学神经计算集成电路 71 3.2-3 使用模糊逻辑的 ASIC 核心的基本实现 73 3.3-1 推理速度与 CPU 分辨率 76 3.3-2 开发工具框图 80 4.1-1 FTPP 架构 82 4.4-1 转向器软件架构 88 4.4-2 转向建议生成 90 4.4-3 飞行员意图图 93 4.4-4 RPA 演示器概念 95 4.5-1 系统开发活动 99 5.3-1 通用运行时推理引擎 107 5.4-1 系统开发周期 11° 5.5-1 软件开发的基本瀑布模型 117 5.5-2 专家系统开发周期图 119 6.4-1 较差的人类性能生成器 139 6.4-2 改进的人类性能生成器 140