WO2009043282A1

WO2009043282A1 - Procédé, dispositif et système pour construire des canaux de transmission montante et descendante de service

Info

Publication number: WO2009043282A1
Application number: PCT/CN2008/072496
Authority: WO
Inventors: Zhichao Shen
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2007-09-25
Filing date: 2008-09-24
Publication date: 2009-04-09
Also published as: CN101128058A; CN101128058B

Description

一种建立业务上下行传输信道的方法、装置和系统

技术领域

本发明涉及移动通信技术领域，特别是涉及一种建立业务上下行传输信道的方法、装置和系统。背景技术

随着移动通信和互联网的迅速发展，许多对流量和迟延要求较高的数据业务，如视频、流媒体和下载等，不断涌现。这些业务对移动通信系统提出了更高的需求，要求系统提供更高的传输速率和更小的传输时延。为了满足日益增长的分组业务需求，国际标准化组织 3GPP ( 3rd Generation Partnership Project, 第三代合作伙伴计划）提出了 HSPA ( High Speed Packet Access, 高速分组接入）技术， HSPA是 WCDMA ( Wideband Code Division Multiple Access , 宽带码分多址）的自然升级，与现有的 WCDMA技术相比， HSPA能在同一个无线载频上为更多的高速率用户提供服务。 HSPA分为 HSDPA ( High Speed Downlink Packet Access, 高速下行链路分组接入）和 HSUPA ( High Speed Uplink Packet Access , 高速上行链路分组接入）。

HSDPA 的基本思路是建立一个高速的共享传输信道以提高数据传输速率，通过利用从 UE ( User Equipment, 用户设备）端反馈回来的 CQI ( Channel Quality Indicator , 信道质量指示）、 ACK/NACK ( Acknowledgement/Negative Acknowledgement, 确认 /否认信息) 消息，业务 QoS ( Quality of Service, 服务质量）参数等给用户分配调度资源，从而为系统提供最大化的下行吞吐率。对于 HSDPA, 存在两条额外的下行链路信道： HSSCCH ( High Speed Shared Control Channel, 高速共享控制信道）和 HSDSCH ( High Speed Downlink Shared Channel, 高速下行链路共享信道）。 HSSCCH具有 60Kbps的固定速率，并包含调制方案、数据质量、各种代码、基站标识符等移动应用需要的信息。 HSDSCH是数据信道，并能支持 14.4Mbps理论最高速度。

HSUPA是 WCDMA标准中的又一重要新特性，它在上行链路引入的技术为： HARQ ( Hybrid Automatic Repeat Request, 混合自动重传），基站的快速调度以及 2ms、 10ms短帧，并引入了 SF=2的码字，提高了用户可用物理信道容量的极限能力。 HSUPA新增了 MAC-es 和 MAC-e实体，为了支持基站的快速调度， UTRAN( Universal Mobile Telecommunication System Territorial Radio Access Network, 通用移动通信系统陆地无线接入网络）侧的 MAC-e实体下移到了基站；为了支持 HSUPA的宏分集， MAC-es位于 SRNC ( Serving Radio Network Controller, 服务无线网络控制器）。 HSUPA在 MAC层和物理层之间增加了 E-DCH ( Enhance Dedicated Channel,增强上行链路专用信道）传输信道来承载传输数据块。物理层上行增加了物理信道 E-DPCCH

( E-DCH Dedicated Physical Control Channel, E-DCH专用物理控制信道）和 E-DPDCH ( E-DCH Dedicated Physical Data Channel, E-DCH 专用物理数据信道），下行增加了 E-AGCH ( E-DCH Absolute Grant Channel, E-DCH绝对授权信道）、 E-RGCH ( E-DCH Relative Grant Channel , E-DCH 相对授权信道）、 E-HICH ( E-DCH Hybrid ARQ Indicator Channel, E-DCH快速重传指示信道）。上行 E-DPDCH用于承载 HSUPA用户上行的传输数据，上行 E-DPCCH承载伴随信令。下行 E-AGCH为公共信道，由用户服务 E-DCH无线连接所在的小区指示 UE 最大可用传输速率（或者功率），通常为慢速调节；下行 E-RGCH为专用信道，最快可按 2ms时间快速调整 UE的上行传输速率；下行 E-HICH 为专用信道，反馈用户接收进程数据是否正确的 ACK/NACK信息。

在 3G ( 3rd Generation, 第三代数字通信）系统中， RNC ( Radio Network Controller, 无线网络控制器）完成的功能不再像二代中 BSC

( Base Station Controller, 基站控制台）只是对无线资源和陆地资源的管理，它同时要涉及参与与 QoS相关的高速网络呼叫允许控制算法；与用户和核心网之间网络资源的协商；完成 Iu接口的切换的监控等等。 SRNC ( Serving Radio Network Controller, 服务无线网络控制器 )是指为当前用户提供到核心网的 Iu端口的 RNC, DRNC ( Drift Radio Network Controller, 漂移无线网络控制器 )是指用户选定的新的目标小区所在的 RNC。从物理实体上，二者都是 RNC, 只是针对某特定用户来说的逻辑和功能上的不同概念。同一个 RNC对 UE1来说是 SRNC, 而对 UE2来说可能是 DRNC。 SRNC向上终止与核心网联接的 Iu接口，向下终止 Uu接口的第二层。 DRNC与 SRNC对应，出借资源给 SRNC, 共同完成无线接入功能， DRNC与 SRNC的通信通过 IUR接口完成。

在 UTRAN内任何两个 RNC之间的逻辑连接都被称作为 IUR接口，其信令协议称为 RNSAP ( Radio Network Subsystem Application Part, 无线网络子系统应用部分）。 IUR接口需要满足以下几点要求： 1、 IUR接口应当是开放的； 2、 IUR接口应能够支持两个 RNC间信令信息的交换，另外 IUR接口还能够支持一个或多个 IUR数据流； 3、从逻辑的观点来看， IUR是两个 RNC之间的一个点到点的接口，即使当两个 RNC之间缺少直接的物理连接时，这种点到点的逻辑接口也能实现。

在 WCDMA系统引入 HSPA后，处理能力大大加强，为了增强 UE的移动性，需要支持 HSPA over IUR接口的功能。如果 IUR接口只支持 DCH ( Dedicated Channel , 专用传输信道） over IUR功能而不支持 HSPA over IUR功能的话，如果一个 UE从一个基站移动到另一个基站，并且该 UE在原有基站正处于 HSPA状态，然而由于此时 IUR接口不支持 HSPA over IUR功能，因此在该 UE进入另一个基站后必须先换回 DCH信道，从而造成用户的使用不便，因此 IUR接口信令协议需要增加相应的 HSPA over IUR功能。

在实现本发明的过程中，发明人发现现有技术中至少存在如下问题：当 DRNC侧需要同时抢占一个用户的下行 HSDSCH和上行 EDCH 时，可能导致同时抢占用户的两个业务，不仅会造成 UE业务的混乱，还无法达到抢占资源最优的目的，特别是随着 UE业务的增多，现有技术中的上述缺陷会更加明显。发明内容

本发明实施例提供一种建立业务上下行传输信道的方法、装置和系统。

本发明实施例一方面提出一种建立业务上下行传输信道的方法，包括以下步骤：漂移无线网络控制器 DRNC接收服务无线网络控制器 SRNC发送的 RNSAP请求信令，所述 RNSAP请求信令携带所述 RNSAP请求信令对应业务所请求占用的上行信道和下行信道的对应关系；所述 DRNC根据所述 RNSAP请求信令为所述业务建立上行信道和下行信道。

再一方面，本发明实施例还提供了一种服务无线网络控制器 SRNC,其特征在于，包括：信令发送模块用于向 DRNC发送 RNSAP 请求信令；对应关系添加模块用于在所述信令发送模块发送的 RNSAP请求信令中添加所述 RNSAP请求信令携带的所述上行信道和下行信道的对应关系。

再一方面，本发明实施例还提供了一种漂移无线网络控制器 DRNC, 包括：信令接收模块用于接收所述 SRNC发送的 RNSAP请求信令；信道分配模块用于根据所述 RNSAP请求信令为所述业务建立上行信道和下行信道。

另一方面，本发明实施例还提供了一种建立业务上下行传输信道的系统，包括： SRNC用于发送 RNSAP请求信令，所述 RNSAP请求信令携带所述 RNSAP请求信令对应业务所请求占用的上行信道和下行信道的对应关系； DRNC用于接收所述 SRNC发送的 RNSAP请求信令，并根据所述 RNSAP请求信令为所述业务建立上行信道和下行信道。

与现有技术相比，本发明实施例的技术方案具有以下优点：当 DRNC建立 HSDSCH和 EDCH传输信道时， SRNC向 DRNC发送 RNSAP请求信令，并在该 RNSAP请求信令中添加对应业务所请求占用的上行信道和下行信道的对应关系，使 DRNC 能够得知该业务所请求占用的上行信道和下行信道，从而在 DRNC抢占信道时，能够根据上述对应关系选择关闭同一个业务的上行信道和下行信道。附图说明

图 1为本发明实施例建立业务上下行传输信道的系统的结构图；图 2为本发明实施例建立业务上下行传输信道的方法的流程图。具体实施方式

经过分析，发明人发现根据现有的 IUR接口信令协议， DRNC 侧无法明确判断一个业务的上下行传输信道。即使根据当前最新的 IUR接口信令协议 25423.6d0, 当有一个以上的 HSDSCH和一个以上的 EDCH同时建立时， DRNC侧依然无法明确判断一个业务的上下行传输信道，这样对于 DRNC侧进行抢占来讲是不利的。当 DRNC 侧需要同时抢占一个用户的下行 HSDSCH和上行 EDCH时，由于无法明确判断是否是同一个业务的上下行传输信道，可能导致同时抢占用户的两个业务。例如，在 SRNC上存在一个 UE的两个不同业务（业务 1和业务 2 ), 业务 1的 HSUPA上行信道为 Ul , HSDPA下行信道为 D1 ; 业务 2的 HSUPA上行信道为 U2, HSDPA下行信道为 D2。

SRNC通过 DRNC在 DRNC侧的基站上为上述业务分配了相应的上下行信道。此时如果 DRNC侧出现资源紧张，不够分配的情况，则 DRNC决定抢占一个业务，然而此时由于 DRNC不知道一个业务中上下行信道的对应关系，因此 DRNC可能会将业务 1的 D1信道关闭，同时将业务 2的 U2信道关闭。此时由于业务 1和业务 2各有一个上行或下行信道被关闭，虽然业务 1和业务 2各自保持一个上行或下行信道，但仍然无法继续业务，因此不仅会造成 UE业务的混乱，还无法达到抢占资源最优的目的，特别是随着 UE业务的增多，上述缺陷会更加明显。

本发明实施例提供了一种建立业务上下行传输信道的方法、系统和装置，在 SRNC向 DRNC发起业务请求时，通过在 RNSAP请求信令中添加该 RNSAP请求信令对应业务所请求占用的上行信道和下行信道的对应关系，使得 DRNC在建立上行信道和下行信道时，能够得知该业务占用的上行信道和下行信道的对应关系。从而在 DRNC 抢占信道时，能够根据上述对应关系优化处理，避免同时抢占两个业务占用的信道。本发明实施例将以 HSUPA信道和 HSDPA信道为例进行说明。

下面结合附图，对本发明的具体实施方式作进一步详细描述：如图 1所示，为本发明实施例建立业务上下行传输信道的系统的结构图，该系统包括 SRNC1和 DRNC2。首先在 SRNC1上建立业务， SRNC1 根据相应的业务向 DRNC2 发送 RNSAP请求信令，请求 DRNC2为该业务建立 HSUPA信道和 HSDPA信道，并在上述 RNSAP 请求信令中添加该 RNSAP请求信令对应业务所请求占用的 HSUPA 信道和 HSDPA信道的对应关系。此外还可以进一步由 SRNC1判断该业务的上行和下行信道是否都是 HSPA信道，如果一个信道是 HSPA信道（ HSUPA信道或 HSDPA信道），而另一个只是普通 DCH 信道，此时 DRNC2进行抢占时不会出现同时抢占两个业务的问题， SRNC1无需在 RNSAP请求信令中添加 HSUPA信道和 HSDPA信道的对应关系。

其中所述 RNSAP请求信令可以是无线链路建立请求（ Radio Link Setup Request )或无线链路重西己置请求 ( Radio Link Reconfiguration Request )。本发明实施例提出了一种通过修改 RNSAP请求信令从而在上述请求信令中添加抢占业务所请求占用的 HSUPA 信道和 HSDPA信道的对应关系的方法。这样通过在 RNSAP请求信令中添加该业务所请求占用的 HSUPA信道和 HSDPA信道的对应关系，使 RNSAP 请求信令能够自动携带该对应关系。本发明实施例以 HSDSCH信道和 E-DCH信道为例对上述添加 HSUPA信道和 HSDPA 信道的对应关系的方式进行描述。

DRNC2根据从 SRNC1接收的 RNSAP请求信令为 SRNC1所申请的业务建立相应的 HSUPA信道和 HSDPA信道，因为 SRNC1在建立业务时就已经为 HSUPA信道和 HSDPA信道分配好了相应的 ID, 因此 DRNC2只需根据 RNSAP请求信令中的 ID建立相应的 HSUPA 信道和 HSDPA信道即可。 DRNC2保存 RNSAP请求信令中携带的 HSUPA信道和 HSDPA信道的对应关系。当 DRNC2侧出现资源紧张，资源不够分配的情况， DRNC2决定抢占一个业务时， DRNC2会根据所请求占用的上下行信道的对应关系选择关闭同一个业务的 HSUPA 信道和 HSDPA信道，因此能够避免同时抢占同一个 UE的两个业务，能够在抢占信道时进行优化处理。

其中， SRNC1包括信令发送模块 11和对应关系添加模块 12,信令发送模块 11用于向 DRNC2发送 RNSAP请求信令，请求 DRNC2 为业务建立相应的 HSUPA信道和 HSDPA信道；对应关系添加模块 12用于在信令发送模块 11发送的 RNSAP请求信令中添加该 RNSAP 请求信令携带的业务所请求占用的 HSUPA信道和 HSDPA信道的对应关系。

针对 HSDSCH信道和 E-DCH信道，对应关系添加模块 12有两种添加上述对应关系的方式，一种方式是在 HSDSCH MAC-d Flows Information中增加信元 E-DCH MAC-d Flow ID, 该 E-DCH MAC-d Flow ID信元用以标识业务的上行传输信道，即如果该业务的上行传输信道是 EDCH, 就为该业务填写相应的 E-DCH MAC-d Flow ID, 否则不填。这样通过该 E-DCH MAC-d Flow ID信元， DRNC2就能区分每个业务上下行传输信道的对应关系。信令发送模块 11在发送诸如公共传输信道资源抢占请求、无线链路建立请求等 RNSAP请求信令时，都会调取上述 HSDSCH MAC-d Flows Information 本发明实施例以一个在 HSDSCH MAC-d Flows Information 中增加可选信元 E-DCH MAC-d Flow ID的实例来进行说明，如表 1所示，在 HSDSCH 信息 ( IE类型和索引为 9.2.1.30O )添加其对应的 E-DCH信息 ( IE 类型和索引为 9.2.2.4MB ), 其中添加的信元 E-DCH MAC-d Flow ID如表 1中灰色部分所示。

如表 1所示，根据 IUR接口信令规范，存在位 Presence中 M代表：该消息元素是必须的，应该总是出现在信令中； 0代表：该消息元素是可选的，即可能出现也可能不出现在该信令中，与相同信令中的其他信令元素的存在或取值无关。因为在本发明实施例中，只有在该业务的上行下行信道都是 HSPA信道的情况下，例如 HSDSCH信道对应 EDCH信道的情况下，才在 HSDSCH MAC-d Flows Information 中增加信元 E-DCH MAC-d Flow ID。因此该信元 E-DCH MAC-d Flow ID应为可选信元。

对应关系添加模块 12釆取的另一种添加该对应关系的方式是在 E-DCH MAC-d Flows Information中增加信元 HSDSCH MAC-d Flow ID,该 HSDSCH MAC-d Flow ID信元用以标识业务的下行传输信道，即如果该业务的下行传输信道是 HSDSCH, 就为该业务填写相应的 HSDSCH MAC-d Flow ID , 否则不填。这样通过该 HSDSCH MAC-d Flow ID信元， DRNC2就能区分每个业务上下行传输信道的对应关系。信令发送模块 11在发送诸如公共传输信道资源抢占请求、无线链路建立请求等 RNSAP请求信令时，也都会调取上述 E-DCH MAC-d Flows Information 并且增加的信元 HSDSCH MAC-d Flow ID也为可选信元 , 如表 2所示 , 其中添加的信元 HSDSCH MAC-d Flow ID如表 2中灰色部分所示。

需要说明的是上述两种添加 HSDSCH信道和 E-DCH信道的对应关系的方式均为本发明实施例较优的实施方式，任何 H S UPA信道或 HSDPA信道中其他的具体信道的也应为本发明实施例保护范围所涵盖。并且本发明实施例提出的在 HSDSCH MAC-d Flows Information 中增加信元 E-DCH MAC-d Flow ID, 或是在 E-DCH MAC-d Flows Information 中增加信元 HSDSCH MAC-d Flow ID 均能够达到在 RNSAP请求信令中添加 RNSAP 请求信令对应业务所请求占用的 HSPA上下行信道对应关系的目的，并且上述两种方式也可结合使用 , 可以使 DRNC2 能够更加容易的保存所述 RNSAP请求信令携带的 HSUPA信道和 HSDPA信道的对应关系（选择其中任一对应关系均可）。

其中，优选地， SRNC1还包括添加判断模块 13 , 用于在判断该业务所请求占用的上行和下行信道都是 HSPA信道之后 ,通知对应关系添加模块 12添加 HSUPA信道和 HSDPA信道的对应关系。

其中， DRNC2包括信令接收模块 21和信道分配模块 22。信令接收模块 21用于接收 SRNC1发送的 RNSAP请求信令；信道分配模块 22用于根据信令接收模块 21接收的 RNSAP请求信令为所述业务建立相应的 HSUPA信道和 HSDPA信道。

其中，优选地， DRNC2还包括对应关系保存模块 23和业务抢占模块 24。对应关系保存模块 23 用于保存 RNSAP请求信令携带的 HSUPA信道和 HSDPA信道的对应关系；业务抢占模块 24用于在资源紧张，决定抢占该业务占用的信道时，根据请求占用的上下行信道的对应关系选择关闭同一个业务的 HSUPA信道和 HSDPA信道。

上述建立业务上下行传输信道的系统，通过在 SRNC1向 DRNC2 发送的 RNSAP请求信令中添加该 RNSAP请求信令对应业务所请求占用的 HSUPA信道和 HSDPA信道的对应关系，从而使 DRNC2能够得知该业务所请求占用的 HSUPA信道和 HSDPA信道。因此 DRNC2 在抢占该业务的信道时，能够根据上述对应关系选择关闭同一个业务的 HSUPA信道和 HSDPA信道。

如图 2所示，为本发明实施例建立业务上下行传输信道的方法的流程图，包括以下步骤：

步骤 S201 , SRNC根据相应的业务向 DRNC发送 RNSAP请求信令，请求 DRNC为该业务建立上行信道和下行信道。本发明实施例将以 HSUPA信道和 HSDPA信道为例进行说明。 SRNC在向 DRNC 发送的 RNSAP请求信令中添加该 RNSAP请求信令对应业务所请求占用的 HSUPA信道和 HSDPA信道的对应关系。其中，上述 RNSAP 请求信令可以是无线链路建立请求或无线链路重配置请求。本发明实施例通过修改 RNSAP请求信令从而在 RNSAP请求信令中添加该 RNSAP请求信令对应业务所请求占用的 HSUPA信道和 HSDPA信道的对应关系。这样仅通过在 RNSAP请求信令中添加该 RNSAP请求信令携带的 HSUPA信道和 HSDPA 信道的对应关系，就能够使 RNSAP请求信令自动携带上述对应关系。本发明实施例以 HSDSCH 信道和 E-DCH 信道为例对上述添加该 RNSAP 请求信令携带的 HSUPA信道和 HSDPA信道的对应关系的方式进行描述。

本发明实施例针对 HSDSCH信道和 E-DCH信道提出了两种添加方式，一种方式是在 HSDSCH MAC-d Flows Information中增加信元 E-DCH MAC-d Flow ID , 该 E-DCH MAC-d Flow ID信元用以标识业务的上行传输信道，即如果该业务的上行传输信道是 EDCH, 就为该业务填写相应的 E-DCH MAC-d Flow ID, 否则不填。这样通过该 E-DCH MAC-d Flow ID信元， DRNC就能区分每个业务上下行传输信道的对应关系。本发明实施例提出了一个在 HSDSCH MAC-d Flows Information中增加可选信元 E-DCH MAC-d Flow ID的实例进行说明，如表 1所示，在 HSDSCH信息（IE类型和索引为 9.2.1.30O ) 中添加其对应的 E-DCH信息（ IE类型和索引为 9.2.2.4MB ), 其中添加的信元 E-DCH MAC-d Flow ID 如表 1 中灰色部分所示。增加的信元 E-DCH MAC-d Flow ID为可选信元。

本发明实施例提出的另一种方式是在 E-DCH MAC-d Flows Information 中增加信元 HSDSCH MAC-d Flow ID , 该 HSDSCH MAC-d Flow ID信元用以标识业务的下行传输信道，即如果该业务的下行传输信道是 HSDSCH, 就为该业务填写相应的 HSDSCH MAC-d Flow ID, 否则不填。这样通过该 HSDSCH MAC-d Flow ID信元， DRNC就能区分每个业务上下行传输信道的对应关系。 SRNC在发送类似公共传输信道资源抢占请求、无线链路建立请求等 RNSAP请求信令时，都会调取上述 E-DCH MAC-d Flows Information 并且增加的信元 HSDSCH MAC-d Flow ID为可选信元。本发明实施例同样也提出了一个实例进行说明，如表 2所示，其中添加的信元 HSDSCH MAC-d Flow ID如表 2中灰色部分所示。信道或 HSDPA信道中其他的具体信道的也应为本发明实施例保护范围所涵盖。并且本发明实施例提出的在 HSDSCH MAC-d Flows Information 中增加信元 E-DCH MAC-d Flow ID , 或是在 E-DCH MAC-d Flows Information中增加信元 HSDSCH MAC-d Flow ID均能够达到在 RNSAP请求信令中添加 RNSAP请求信令携带的该业务占用的 HSPA上下行信道对应关系的目的，并且上述两种方式也可结合使用，可以使 DRNC能够更加容易的保存所述 RNSAP请求信令携带的 HSUPA信道和 HSDPA信道的对应关系（选择其中任一对应关系均可）。

步骤 S202, DRNC根据 RNSAP请求信令为该业务建立上行信道和下行信道，并保存该 RNSAP 请求信令携带的 HSUPA信道和 HSDPA信道的对应关系。

步骤 S203 , 当 DRNC侧出现资源紧张，资源不够分配的情况， DRNC决定抢占一个业务占用的信道时， DRNC会根据请求占用的上下行信道的对应关系选择关闭同一个业务的 HSUPA信道和 HSDPA 信道。因此能够避免同时抢占同一个 UE的两个业务占用的信道，能够在抢占时进行优化处理。

优选地，在步骤 S202向 DRNC发送 RNSAP请求信令中添加该 RNSAP请求信令携带的 HSUPA信道和 HSDPA信道的对应关系之前，还需要判断该业务的上行和下行信道是否都是 HSPA信道，只有在所述业务的上行和下行信道都是 HSPA信道时，才在 RNSAP请求信令中添加该业务所请求占用的 HSUPA信道和 HSDPA信道的对应关系。因为如果一个信道是 HSPA信道（ HSUPA信道或 HSDPA信道 ), 而另一个只是普通 DCH信道，此时 DRNC进行抢占时不会出现同时抢占两个业务的问题，因此 SRNC无需在 RNSAP请求信令中添加该业务所请求占用的 HSUPA信道和 HSDPA信道的对应关系。

上述建立业务上下行传输信道的方法，通过在 SRNC向 DRNC 发送的 RNSAP请求信令中添加该 RNSAP请求信令对应业务所请求占用的 HSUPA信道和 HSDPA信道的对应关系，从而使 DRNC能够得知该业务所请求占用的 HSUPA信道和 HSDPA信道的对应关系。因此 DRNC在抢占信道时，能够根据上述对应关系选择关闭同一个业务的 HSUPA信道和 HSDPA信道。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明，可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是 CD-ROM, U盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。

总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

权利要求

1、一种建立业务上下行传输信道的方法，其特征在于，包括：漂移无线网络控制器 DRNC接收服务无线网络控制器 SRNC发送的 RNSAP请求信令，所述 RNSAP请求信令携带所述 RNSAP请求信令对应业务所请求占用的上行信道和下行信道的对应关系；

所述 DRNC根据所述 RNSAP请求信令为所述业务建立上行信道和下行信道。

2、如权利要求 1所述建立业务上下行传输信道的方法，其特征在于，还包括：

所述 DRNC保存所述 RNSAP请求信令携带的所述上行信道和下行信道的对应关系。

3、如权利要求 1所述建立业务上下行传输信道的方法，其特征在于，在所述 DRNC根据 RNSAP请求信令为所述业务建立上行信道和下行信道之前，还包括：

所述 DRNC决定抢占一个业务；

所述 DRNC关闭所述被抢占业务的上行信道和下行信道。

4、如权利要求 3所述建立业务上下行传输信道的方法，其特征在于，所述 DRNC决定抢占一个业务包括：

所述 DRNC根据所述对应关系决定抢占一个业务的上行信道和下行信道。

5、如权利要求 1所述建立业务上下行传输信道的方法，其特征在于，所述 RNSAP请求信令携带所述 RNSAP请求信令对应业务所请求占用的上行信道和下行信道的对应关系通过以下步骤得到：所述 SRNC将所述上行信道和下行信道的对应关系添加入所述 RNSAP请求信令中。

6、如权利要求 5所述建立业务上下行传输信道的方法，其特征在于，所述 SRNC将所述上行信道和下行信道的对应关系添加入所述 RNSAP请求信令中具体包括：在 HS-DSCH MAC-d Flows Information 中增加信元 E-DCH MAC-d Flow ID;

或在 E-DCH MAC-d Flows Information 中增加信元 HS-DSCH MAC-d Flow ID。

7、如权利要求 1-6任意一项所述建立业务上下行传输信道的方法，其特征在于，所述上行信道具体包括 HSUPA信道，所述下行信道具体包括 HSDPA信道。

8、一种服务无线网络控制器 SRNC, 其特征在于，包括：信令发送模块，用于向 DRNC发送 RNSAP请求信令；对应关系添加模块，用于在所述信令发送模块发送的 RNSAP请求信令中添加所述 RNSAP请求信令对应业务所请求占用的上行信道和下行信道的对应关系。

9、如权利要求 8所述 SRNC, 其特征在于，还包括：

添加判断模块，用于在判断所述业务所请求占用的上行和下行信道都是高速链路分组接入 HSPA信道之后，通知所述对应关系添加模块添加 HSUPA信道和 HSDPA信道的对应关系。

10、一种漂移无线网络控制器 DRNC, 其特征在于，包括：信令接收模块，用于接收所述 SRNC发送的 RNSAP请求信令，所述 RNSAP请求信令携带所述 RNSAP请求信令对应业务所请求占用的上行信道和下行信道的对应关系；

信道分配模块，用于根据所述 RNSAP请求信令为所述业务建立上行信道和下行信道。

11、如权利要求 10所述 DRNC, 其特征在于，还包括：对应关系保存模块 , 用于保存所述 RNSAP请求信令携带的所述上行信道和下行信道的对应关系。

12、如权利要求 10或 11所述 DRNC, 其特征在于，还包括：业务抢占模块，用于在抢占业务时，根据所请求占用的上下行信道的对应关系选择关闭所述被抢占业务的上行信道和下行信道。

13、一种建立业务上下行传输信道的系统，其特征在于，包括：如权利要求 8或 9所述的 SRNC, 以及如权利要求 10或 11或 12所述的 DRNC。