大规模MIMO系统中，常采用的双工模式为频分双工(Frequency Division Duplexing，FDD)和时分双工(Time Division Duplexing,TDD)两种。
TDD系统利用相同的频率、不同的时隙进行上下行链路的信号传输。同时，为了避免相邻的上下行链路之间的干扰，通常设置一定的时隙间隔。由于TDD系统中上下行链路在相同的频率上进行传输，当上下行的发送时间间隔足够短时，可认为上行信道与下行信道的衰落基本相同，即TDD系统中上下行信道具有互易性。故大规模MIMO一般使用TDD作为其双工模式
基于这一特性，基站可以通过上行发送信号的检测（如上行的参考信号）来估计下行发送信号将要经历的信道衰落，并由此来确定下行传输的方案和参数，在保证下行信道衰落的估计精度的同时，可以节省终端信道信息反馈的开销。
TDD 传输模式下通常由三个阶段组成：

(1)上行导频传输和信道估计阶段；

(2)上行数据传输阶段；

(3)下行数据传输阶段。
在 TDD 传输模式下，用户首先向基站发送上行导频序列，基站根据收到的上行导频序列进行信道估计，再由信道的互易性得到下行信道状态信息，进而分别进行检测矩阵和下行预编码矩阵的设计。工作于 TDD 模式下的大规模 MIMO 系统具有信道互易性的特点，因此，TDD 传输模式比频分双工( FDD)传输模式更适用于大规模MIMO 系统。
而当大规模 MIMO 系统工作于 FDD 传输模式时，其上行信道状态信息的获取也是依据用户发送的上行导频序列获得。当获取下行信道状态信息时，下行信道估计一般分为两个阶段。

（1）首先，基站需要向用户发送导频序列；

（2）接下来，用户端估计出下行信道状态信息后再反馈给基站。（CSI feedback）

显然，这违背了大规模 MIMO的初衷，不仅增加了终端复杂度，而且回程开销和导频序列的数量也大大增加。在 FDD 传输模式下，所需的正交导频序列与基站天线数成正比，当基站天线数非常庞大时，所需的导频开销是无法承担的。

	

法拉第旋光器是利用法拉第效应制作的光学器件，当入射光正向(或反向)进入旋光器时，入射光偏振面会发生旋转。法拉第效应   
1845年，法拉第发现：当一束平面偏振光通过置于磁场中的磁光介质时，平面偏振光的偏振面就会随着平行于光线方向的磁场发生旋转。这种现象也称磁致旋光，即在处于磁场中的均匀各向同性媒质内，线偏振光束沿磁场方向传播时，振动面发生旋转的现象。法拉第效应也称为法拉第旋转，是在介质内光波与磁场的一种相互作用。
偏振面旋转的角度称为法拉第旋转角(磁致旋光角)，与磁感应强度B和光在介质中走过的长度L的乘积成正比，即θ=VBL，比例系数V称为维尔德常数，表征物质的磁光特性，与介质性质、温度及光波频率有关。在一定物质中不论光是沿磁场方向或逆磁场方向传播，偏转方向相同，且只由磁场方向决定。
法拉第旋光器广泛应用于各种激光系统当中，如：掺铒光纤放大器、光开关、光调制器等，可有效避免有害反射光造成光学损伤或系统不稳定。
当光束正向进入时，法拉第旋光器使线偏振光旋转θ，这束光被反射进法拉第旋光器后，光的偏振方向再次被旋转，其旋转方向与光正向进入时相同，此时出射光的偏振方向相对入射光旋转2θ，这样可有效减弱入射光与反射光的干涉效应，从而降低对系统的影响。
若在法拉第旋光器前后放置偏振光学元件来调控偏振态，使得反射光无法通过，可用作光隔离器。LBTEK已推出光隔离器，具体详情请戳《光隔离器：隔离的就是你，反向光！》。
LBTEK提供多种中心波长的法拉第旋光器，该系列使用高维尔德常数磁光晶体，损耗小。
晶体材质：TGG(铽-镓-石榴石)。
多种中心波长可选(405 nm、450 nm、532 nm、633 nm、650 nm、670 nm、730 nm、780 nm、795 nm、850 nm、905 nm、980 nm、1030 nm、1064 nm)。
自由空间输入输出，通光孔径：Ø3 mm。
透过率：98%。
平均功率：1.5 W。
旋转角度：45°±0.5°。
损伤阈值：3.5 J/cm2@10 ns。
磁光晶体的磁场强度及维尔德常量会随着温度的上升而下降，建议在温度范围为10℃-30℃环境下使用。
外壳、磁环材质：6061-T6铝合金、铷铁硼(NdFeb)。
晶体支架：黄铜。
LBTEK法拉第旋光器可安装于隔离器支架安装座ISOC1，前后通过MOP系列同轴接杆和各种同轴安装板实现与系统其他部分连接于同轴系统中。
往期推荐
直角棱镜：光路折转，成像颠倒
楔形棱镜：控制光束偏转和扫描
D形反射镜：用于小间距光束分离
光纤准直器：准直我在行！
近红外检测卡全新升级！什么更高？什么更亮？什么更长？怎么免费获取？

	

作者 Haidong Ji 翻译 GoodKid

我们当中的大部分人工作在一个单一的 RDBMS 系统中，如 MSSQL, Oracle, or IBM DB2。然而，我们日益感觉到，我们正处于不同的数据库环境当中并且需要解决数据的互用性问题。
尽管主要的 RDBMS 厂商试图去遵循关系数据库模型原理，并且用非常小的差异去实现它们。另外，几乎主要的 RDBMS 厂商都遵循 SQL-92 标准。他们仍然有他们自己的对该标准的扩展。例如，Oracle 的 PL/SQL 和 Microsoft 的 T-SQL ，对 ANSI SQL进行了更多的扩展。
通过一系列的文章，我将指明在 SQL Server 和 Oracle 之间的数据互用性。我将讨论在两种不同的 RDBMS 中的数据类型。专门的，我将讨论 Oracle 的 timestamp 和 SQL Server 的 datetime，在DTS，连接服务器和分布式查询中，它们的互用性可能导致许多问题。
Oracle 和 SQL Server 数据类型不同点的概述
绝大部分，Oracle 和 SQL Server 有着兼容的数据类型，尽管它们有着不同的名字，以及精度或比例。例如：Oracle 的 CHAR 对应于 SQL Server 的 CHAR ，但是它们的宽度不同。在 Oracle, CHAR 最大到2000 bytes。在 SQL Server，则可以达到 8000 bytes。 SQL Server 的VARCHAR 对应 Oracle 的VARCHAR2 。并且它们的宽度是不同的 (Oracle VARCHAR2 4000, SQL Server VARCHAR 8000) 。在数字类型方面也有不同。在 Oracle,几乎只有一个数字类型NUMBER，依靠定义它的精度和比例，它可以匹配 SQL Server 的 tinyint, smallint, int, bigint, 以及 numeric 数据类型。在 Oracle 中，你可以制作一个序列，它可以匹配 SQL Server 的唯一标识字段。
在二进制数据类型方面，Oracle 具有 RAW, LONG RAW, 和 BLOB等类型。它们应该能够兼容SQL Server中的 varbinary 和 image 数据类型。 我说“应该”，是因为我还没有自己测试过这一点。或许在下一次我可以进行这个工作 。更多的数据类型的细节，请参考 Microsoft SQL Server BOL 和 Oracle 的文档。
对于一个Oracle的表，在SQL Server中做一个对应的表，最好的办法是使用 DTS 导入向导生成一个 CREATE TABLE DDL 语句。如果Oracle的表有一个TIMESTAMP 字段，你将面临一些问题，下一节我将指明。
Oracle TIMESTAMP 和 Microsoft SQL Server datetime 转换问题
在 Oracle 中，TIMESTAMP 类型使你解析时间的精度是10亿份之一秒。尽管SQL Server 有一个叫timestamp的类型，但是它和SQL-92中的timestamp的定义不同。它的名字使得许多的用户产生误解。典型的，SQL Server的 timestamp 数据类型被用于 version-stamping 表的行。然而，它与Oracle中的 timestamp不能匹配。与Oracle中的timestamp最接近的数据类型是SQL Server中的 datetime。
在 SQL Server中，DATETIME 数据类型具有300分之一秒的精度 (等于3.33 毫秒或 0.00333 秒)。以 .003, 或 .007 秒递增。这个矛盾将导致在试图进行DTS数据传输时的问题，或者当你通过连接服务器在Oracle中查询相关的timestamp字段时也会出现问题。
在 DTS 中，如果你使用 Microsoft ODBC 驱动，将出现下面的消息提示：

在 DTS中，如果你使用 Microsoft OLE DB Provider for Oracle，你将得到下面的提示：

通过下面的步骤，你可以再现这些错误消息：
使用DDL在Oracle中建一个表：
create table t1 (c1 varchar2(20), c2 timestamp(3));
注意：timestamp 字段的参数使用要正确，无论你使用何种参数，timestamp数据的变换都将失败。

在Oracle的表中插入一些值，例如：
insert into t1 (c1, c2) values ('Hello World', systimestamp); commit;

在 SQL Server 企业管理器中，假设你的Oracle客户端已经安装正确，在其他章节可能介绍与此相关内容。在Oracle到SQL Server直接你能够使用DTS designer 并且设计一个数据传输任务。当你想从t1中查询数据的时候，上面的错误提示将出现；
现在设计一个链接服务，我可以写一个独立的章节。你可以设计一个查询：
select * from MyLinkedServer..MYSCHEMA.T1.
将获得下面的错误： 
Server: Msg 7354, Level 16, State 1, Line 1
OLE DB provider 'MSDAORA' supplied invalid metadata for column 'C2'. The data type is not supported.
OLE DB error trace [Non-interface error:  Column 'C2' (ordinal 1) of object '"MYSCHEMA"."T1"' reported an unsupported value for DBTYPE of 13].

如果你使用 OpenQuery ：
select * from openquery(MyLinkedServer, 'select * from MYSCHEMA.T1')
将获得下面的错误： 
Server: Msg 7399, Level 16, State 1, Line 1
OLE DB provider 'MSDAORA' reported an error.
[OLE/DB provider returned message: Oracle error occurred, but error message could not be retrieved from Oracle.]
[OLE/DB provider returned message: Data type is not supported.]
OLE DB error trace [OLE/DB Provider 'MSDAORA' ICommandPrepare::Prepare returned 0x80004005:   ].

围绕这个问题如何解决呢
为了解决这个问题，你必须转换Oracle的timestamp值以便SQL Server能够接受它。一个方法是，你可以丢掉一些精度，使它接近3毫秒。
对应的 PL/SQL 函数是 TO_CHAR。如果你使用连接服务器，如下的方法进行查询：
select * from openquery(MyLinkedServer, 'select TO_CHAR(systimestamp, ''YYYY-MM-DD HH24:MI:SSXFF3'') from dual')
. 请注意你必须使用OpenQuery。
如果你使用 DTS，有两个方法。第一个方法是在Oracle中设计一个视图view，并且使用 TO_CHAR 去转换 timestamp 的值使得 SQL Server 可以识别。另一个方法是使用SQL语句作为数据源并且在SQL语句中嵌入 TO_CHAR 函数。
结论
在本文中，我描述了在 Oracle 和 SQL Server 之间的一些不同点。特别的，我列举了一些处理 Oracle timestamp 值的方法。希望能够帮助你解决数据的互用性问题。


<script src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type="text/javascript"></script>

使用VBScript自动化任务 
通过对一个病毒源码的分析，了解VBS脚本语言的应用 
Oracle驱动的比较–（2） 
Oracle与SQL Server数据互易性（1） 
CTDP linux 程序员手册 (4.2) Linux 测试条件 

互易对称性
若有 $f(t) ↔ F(jw)$ , 则有 $F(t) ↔ 2πf(-w)$
若有 $f(t)$ 是偶函数 , 则有 $F(t) ↔ 2πf(w)$



  
例子1: 求出H(w)=δ(w) 的傅里叶逆变化

解: 已知 $δ(t) ↔ 1$

则有：$1 ↔ 2πδ(w)$

     $\frac{1}{2π} ↔ δ(w)$



  
例子2: 求出H(w)为门函数的傅里叶逆变化


解： 已知门函数的傅里叶变化为Sa(w)函数：



因为： $g(t) ↔ τSa(w\frac{τ}{2})$
所以： $τSa(t\frac{τ}{2})↔2πG(w)$
           $\frac{τ}{2π}Sa(t\frac{τ}{2})↔G(w)$