下面分别介绍Iur 接口功能，这些功能的具体描述可以参见该接口的控制平面RASAP。

    支持基本的RNC 之间的移动性该模块包括用于处理UTRAN 内部移动性的所有进程。它是最初构建Iur 接口的基石，但是这个功能本身并不支持任何用户数据的交换，不涉及用户平面和传输网络控制平面的协议。

    如果没有这个功能模块，UE 从一个RNC 到另一个RNC 之间的移动必须要暂时断开与网络的连接。

    该功能模块主要包括：

    -- 上/下行链路信令传输，SRNC 和DRNC 之间传递公共信道上的空中接口消息；

    -- 支持SRNC 重定位；

    -- 支持RNC 之间小区、位置区更新；

    -- 支持RNC 之间的寻呼过程。

    支持公共信道业务

    公共传输信道程序模块包括用于在Iur 接口上控制公共控制信道数据流的进程。涉及到RASAP 的信令和用户平面的公共传输信道帧协议。关于这个功能的讨论在3GPP 中进行了很长时间，它的好处是可以避免复杂的SRNC 重定位过程，但是它要求把MAC（媒体接入控制）层分成两个网络实体，降低了Iur 接口资源的使用效率和提高了其实现的复杂度。最后，这个功能作为一个可选项被定下来。

    -- 该功能模块主要包括：

    -- 为公共传输信道数据流建立和释放连接；

    -- 把MAC（媒体接入控制）层分成MAC-d 和MAC-C/sh 实体，在SRNC 和DRNC 中 实现，并提供二者之间的流控功能。

    支持专用信道业务DCH 模块用于处理两个RNC 之间的DCH 业务。用户数据的数据帧透明地穿过DRNC，所以Iur 接口这部分的帧协议和Iub 接口用户平面专用信道的描述是一致的。

    该功能模块主要包括：

    -- 执行硬切换和FDD 模式下软切换的功能；

    -- 建立、修改和释放DRNC 中的专用信道；

    -- 在两个RNC 之间传递DCH 数据块。

    通过专用测量报告和功率设置，控制DRNC 中的无线链路。

    支持全局管理

    支持全局模块处理与特定UE 无关的程序。此模块中的进程与上面提到的模块的不同点在于它是涉及两个对等的CRNC，主要是提供通过Iur 接口的无线资源管理和O&M 信令。该功能不涉及用户平面，并且没有放在Release99 的规范中。

    该功能模块主要包括：

    -- 两个RNC 之间的小区测量传输；

    -- 两个RNC 之间的Node B 定时信息传输。

    上面所讨论的主要是Iur 接口的控制平面功能，接下来我们简单介绍用户平面的信息。如上所述，Iur 接口用户平面专用传输信道帧协议和Iub 接口的描述是一致的，这里就不再赘述， 这里主要讲述公共传输信道的帧协议结构。Iur 接口用户平面也有控制帧和数据帧两种，结构和Iub 接口类似，参见Iub 接口相关内容。

    Iur FP 公共传输信道数据流包括RACH/CPCH[FDD]数据传输、FACH 数据传输和共享信道数据传输三种进程。

    使用RACH/CPCH[FDD]数据帧把从RACH/CPCH[FDD] 传输信道上收到的数据从DRNC 传送到SRNC。这个数据用一个强制性的净荷CRC 保护。多个相同长度的MAC-c/sh SDU 可以在同一个RACH 数据帧中发送。

    使用FACH 数据帧将FACH 传输信道上接收到的数据从SRNC 传送到DRNC。多个相同长度和相同优先级的MAC-c/sh SDU 可以在同一个FACH 数据帧中发送。同等优先级和大小相同的SDU，由DRNS 在Uu 接口上按 SRNC 接收时的顺序发送。

    上行共享信道：

    只要在DRNC 中有USCH 数据，就立即使用USCH 数据帧通过USCH 数据端口将数据转发到SRNC。 使用USCH 数据帧把USCH 传输信道上收到的数据从DRNC 传送到SRNC。这个数据用一个强制性的净荷CRC 保护。多个相同长度的MAC-c/sh SDU 可以在同一个USCH数据帧中发送。

    下行共享信道：

    当DRNC 确认SRNC 指定的容量并且SRNC 有数据等待发送，则DSCH 数据帧将用来转发数据。当有数据在等待发送，且收到一个容量配置，则根据收到的配置立即发送一个数据帧。

    多个相同长度和相同优先级的MAC-c/sh SDU 可以在同一个DSCH 数据帧中发送。DSCH 数据帧包括一个用户缓冲器大小的指示符，用来指示各个UE 和指定优先级的等待处理的数据量。同等优先级和大小相同的SDU，由DRNS 在Uu 接口上按照从 SRNC 接收时的顺序发送。

    Iur FP 的控制进程有三类：FACH 流量控制、DSCH 容量请求和DSCH 容量分配。控制帧类型通过一个8 比特组来标识。

    -- FACH 流量控制：FACH 流控帧被DRNC 用来控制用户数据流量。

    -- DSCH 容量请求：提供了SRNC 请求DSCH 容量的方法，此方法是通过指示给定优先级的用户缓冲区的大小。如果在适当的时限内没有收到分配值，允许SRNC 重发容量请求。

    -- DSCH 容量分配：DSCH 容量分配是在DRNC 中产生的。它可在响应一个容量请求时产生，或在任何时候产生。DRNC 可以在任何时间用这个消息去修改容量，而不管报告上来的用户缓冲区的状态。

    毋庸置疑，Iur 接口的制订在支持软切换、全局无线资源管理和更加开放的网络结构方面提供了很大的方便。但是让UE 和网络之间传输的数据经过该接口不可避免的增加了传输延时和DRNC 的处理负荷。于是，在2001 年6 月3GPP RAN 全会上，提出了一个新的概念：在SRNC 和NodeB 之间建立直接传输的承载(direct transport bearers between SRNC and Node-B)。

    这个WI 建议方法如图3.20 所示,其基本内容如下：

    在当前的标准中，当有一条无线链路建立的时候，DRNC 将从Node B 获得一个传输网络层地址和捆绑ID，用于建立从DRNC 到odeB 的传输承载。同样，SRNC 将从DRNC 也获得一个传输网络层地址和捆绑ID，用于建立从SRNC 到DRNC 的传输承载。

    在所建议的方法中，DRNC 决定是否使用在SRNC 和Node B 之间建立直接传输承载的方式。如果支持的话，DRNC 将传输网络层地址和捆绑ID 从Node B 传送至SRNC，使得SRNC和Node B 之间建立所需的传输承载。在这里，DRNC 仅仅扮演了一次透明传输相关信令的角色，而随后的数据传输不再涉及DRNC。

    传输网络层当采用ATM 和IP 传输机制时将有细微的不同。

详情访问：http://bbs.cnttr.com/redirect.php?fid=306&tid=54560&goto=nextoldset