CN102100110A - 实现高速分组接入业务本地交换的方法、设备及系统 - Google Patents

Abstract

一种实现高速分组接入业务本地交换的方法，包括：接收通信双方的终端发送的数据；根据本地交换配置参数路由所述数据；其中所述本地交换配置参数包括所述通信双方的终端信息。NodeB根据接收到的本地交换配置参数路由通信双方的终端发送的数据，实现了NodeB下高速分组接入业务的本地路由，减少NodeB与RNC之间的带宽占用。另外还提供了一种实现高速分组接入业务本地交换的本地交换装置、NodeB、RNC和系统。

Description

实现高速分组接入业务本地交换的方法、 设备及系统 技术领域

本发明涉及通信技术领域， 尤其涉及一种实现高速分组接入业务本地交 换的方法、 设备及系统。 背景技术

目前， 高速分组接入（High Speed Packet Access, HSPA )业务中， 通信 双方的数据在网络侧处理时， 首先节点 B ( Node B )对到达网络侧的发送方 终端的数据进行物理层实体 （PHY ) 的处理和上行介质访问控制实体 ( MAC-e/i )处理；然后 ,由无线网络控制器 ( Radio Network Controller, RNC ) 进行 "MAC层实体（MAC-es/is )—- >专用信道媒体接入控制 （MAC-d )— > 无线链路控制（ Radio Link Control, RLC ) - 〉分组数据压缩协议（ Packet Data Convergence Protocol, PDCP )" 处理。 最后， 数据送到核心网， 由核心网将 发送方终端的数据转到接收方终端所对应的网络侧实体。 可以看出， HSPA 业务需经过核心网设备交换才能实现。对于同一 RNC下通信的两个用户， 用 户面数据经过核心网交换， 会导致更大的时延以及不必要的数据处理， 同时 会造成 RNC和核心网之间带宽的占用， 进一步对于同一 Node B下通信的两 个用户还会造成 RNC和 Node B之间带宽占用。 因此， 需要实现 HSPA业务 的本地交换 ( Local Switch, LS )。

在实现本发明的过程中， 发明人发现现有技术至少存在以下缺陷： 现有 技术无法实现基站下 HSPA业务的 LS。 发明内容

本发明实施例提出一种实现高速分组接入业务本地交换的方法、 设备及 系统， 以实现基站下 HSPA业务的交换。 本发明实施例提供了一种实现高速分组接入业务本地交换的方法， 包括： 接收通信双方的终端发送的数据；

根据本地交换配置参数路由所述数据； 所述本地交换配置参数包括所述 通信双方的终端信息。

本发明实施例还提供了一种解除高速分组接入业务本地交换的方法， 包 括：

接收包含有所述本地交换配置参数及用于指示解除本地交换的标识的消 息；

根据所述用于指示解除本地交换的标识建立与无线网络控制器之间的传 输承载；

根据所述本地交换配置参数从所述下行介质访问控制实体中找到相应的 专用信道媒体接入控制协议数据单元；

将找到的所述相应的专用信道媒体接入控制协议数据单元通过所述传输 承载发送到所述无线网络控制器。

本发明实施例还提供了一种本地交换装置， 包括：

数据获取模块， 用于获取基站接收的通信双方的终端发送的数据； 数据路由模块， 用于根据本地交换配置参数路由所述数据； 所述本地交 换配置参数包括所述通信双方的终端信息。

本发明实施例还提供了一种基站， 包括用于接收通信双方的终端发送的 数据的接收模块， 还包括： 上述本地交换装置。

本发明实施例还提供了一种无线网络控制器， 包括：

判断模块， 用于判断基站是否需要建立本地交换；

发送模块， 用于在所述判断模块判断需要建立本地交换的情况下， 向所 述基站发送包含有本地交换配置参数的消息。

本发明实施例还提供了一种实现高速分组接入业务本地交换的系统， 包 括上述基站及上述无线网络控制器。 上述实施例中，基站根据接收到的 LS配置参数路由通信双方的终端发送 的数据， 实现了基站下 HSPA业务的 LS, 节约了基站及 RNC以及 RNC与核 心网之间的资源。 附图说明

图 1 A为本发明实施例一种基站的结构示意图；

图 1B为本发明实施例一种基站的另一结构示意图；

图 2为本发明实施例一种本地交换装置的结构示意图；

图 3为本发明实施例一种实现高速分组接入业务本地交换的方法的流程 图；

图 4为本发明实施例另一种实现高速分组接入业务本地交换的方法的流 程图；

图 5为本发明实施例又一种实现高速分组接入业务本地交换的方法的流 程图；

图 6为本发明实施例再一种实现高速分组接入业务本地交换的方法的流 程图；

图 7为本发明实施例在切换过程中一实现高速分组接入业务本地交换的 方法的流程图；

图 8为本发明实施例在切换过程中另一实现高速分组接入业务本地交换 的方法的流程图；

图 9为本发明实施例实现高速分组接入业务本地交换的方法中一解除本 地交换的方法的流程图；

图 10 为本发明实施例实现高速分组接入业务本地交换的方法中另一解 除本地交换的方法的流程图。 具体实施方式 下面通过附图和实施例， 对本发明的技术方案做进一步的详细描述。 图 1A为本发明实施例一种基站的结构示意图。 该基站可为 Node B, 包 括接收模块 11及 LS实体 12。 接收模块 11用于接收通信双方发送的数据； LS实体 12用于利用 LS配置参数完成该基站下通信双方数据的本地交换， LS 配置参数由基站从接收的 RNC消息中获得。

图 1B为本发明实施例一种基站的另一结构示意图。 如图 1B所示， LS 实体 12可以作为 Node B新增的一个实体单独存在，也可以在 Node B现有的 MAC实体上增加 LS实体的功能， 来实现 LS。

当基站中的下行 MAC实体为 MAC-ehs时， 上行 MAC实体中 MAC-d PDU格式与下行 MAC实体中 MAC-d PDU的格式相同， LS实体如图 2所示。 图 2为本发明实施例一种本地交换装置的结构示意图，该 LS装置可包括数据 获取模块 21及数据路由模块 22。 数据获取模块 21可包括第一提取模块 23 及第二提取模块 24。 第一提取模块 23根据 LS配置参数从上行的 MAC实体 中提取相应的 MAC实体的协议数据单元（Protocol Data Unit, PDU ), 得到 上行 MAC实体的 PDU。 当 LS装置单独存在或设置在基站的上行 MAC实体 中时， 第二提取模块 24从上行 MAC实体的 PDU中提取上行 MAC-d PDU。 数据路由模块 22将处理后的 MAC-d PDU从上行 MAC实体路由到下行 MAC 实体。 MAC-d PDU中包含有终端发送的业务数据。 当 LS实体设置在基站的 下行时， 先由数据路由模块 22将第一提取模块 23提取的上行 MAC实体的 PDU路由到下行 MAC实体 ,然后由第二提取模块 24从上行 MAC实体的 PDU 中提取包含有终端发送的业务数据的 MAC-d PDU,以实现基站下业务数据的 LS„

当基站中的下行 MAC实体为 MAC-hs时， LS实体如 LS装置可进一步 包括 C/T复用模块。即， LS装置可包括第一提取模块、第二提取模块、 C/T复 用模块及数据路由模块。 当 LS装置单独存在或设置在基站的上行 MAC实体 中时， 第二提取模块从上行 MAC实体的 PDU中提取上行 MAC-d PDU。 C/T 复用模块通过为处理后的 MAC-d PDU添加用于区分信道的 C/T标识， 实现 将上行 MAC-d PDU的格式转换为下行 MAC实体可传输的下行 MAC-d PDU 的格式。 数据路由模块根据基站接收到的 LS配置参数将经过 C/T复用模块 转换的 MAC-d PDU从上行 MAC实体路由到下行 MAC实体， 实现基站下的 LS„

LS配置参数可包括终端信息及上行参数、 下行参数。 终端信息可为终端 在基站中的标识， 也可为传输层地址及绑定标识 ( transport layer address and Binding ID )。 终端在基站中的标识可为高速下行共享信道（ High Speed Downlink Shared Channel, HS-DSCH )无线网络临时标示号（ HS-DSCH Radio Network Temporary Identifier, H-RNTI )、增强的传输信道 ( Enhanced Dedicated Transport Channel, E-DCH ) 无线网络临时标示号 （ E-DCH Radio Network Temporary Identifier, E-RNTI )、基站通信上下文标识 ( Node B communication context ID )或控制无线网络控制器通信上下文标识（ CRNC communication context ID )。 上行参数可为逻辑信道（ Logic Channel, LCH )标识（ LCH ID )、 数据描述指示（ Data Description Indicator, DDI )或调度优先级指示（ Scheduling Priority Indicator, SPI )。 下行参数可为下行 MAC实体中等待传输的数据包队 列的队列标识（ Queue ID )及队列对应的 LCH ID、或 SPI及队列对应 LCH ID。 上下行参数的配置随上下行 MAC实体的不同而有所不同， 如表 1所示。

表 1 MAC实体与上下行参数

上行 MAC实体 下行 MAC实体 上行参数 下行参数

MAC-e MAC-hs LCH ID或 队列 ID及队列对

DDI或 应的 LCH ID, 或

SPI SPI及队列对应的

LCH ID MAC-i MAC-hs LCH ID或 队列 ID及队列对

SPI 应的 LCH ID, 或

SPI及队列对应的 LCH ID

MAC-e MAC-ehs LCH ID或 SPI或

DDI或 队列 ID

SPI

MAC-i MAC-ehs LCH ID或 SPI或

SPI 队列 ID 如果在 Node B中某个终端只有需要建立 LS的业务存在时， LS配置参数 可仅为终端在 Node B中的标识或者传输层地址及绑定标识。

上述 LS配置参数， 对于核心网直接指示建立 Node B下 LS, 或者 RNC 自主判断进行 Node B下 LS的情形仍然适用。

LS实体 12如 LS装置中的数据路由模块根据所述下行参数将第二提取模 块提取的包含业务数据的 MAC-d PDU发送到下行 MAC实体中对应的数据包 传输队列中， 实现 LS。

当 LS实体设置在基站的下行时， LS实体如 LS装置中数据获取模块可 包括第三提取模块及第四提取模块。 第三提取模块提取 MAC实体的 PDU路 由到下行 MAC实体，数据路由模块可先将第三提取模块提取的 MAC实体的 PDU路由到下行 MAC实体。当 LS配置参数中还包括上行参数及下行参数时， 数据路由模块可具体根据下行参数将上行 MAC实体的 PDU路由到下行 MAC 实体中。 然后， 第四提取模块从上行 MAC实体的 PDU中提取包含有终端发 送的业务数据的上行 MAC-d PDU, C/T复用模块将提取的上行 MAC-d PDU 的格式转换为下行 MAC-d PDU的格式， 然后将对应的数据包放入参数所指 示的传输队列中， 实现基站下的 LS。

当第二提取模块或第四提取模块提取的上行 MAC-d PDU的大小与下行 MAC-d PDU的大小不一致时， 则 C/T复用模块在格式转换即数据 C/T复用 之前， 对第二提取模块或第四提取模块提取的上行 MAC-d PDU进行处理， 将上行 MAC-d PDU转变为满足下行 MAC-d PDU的大小的形式。 以互联网电话（ Voice over IP, VoIP )业务在高速上行分组接入（ High Speed Uplink Packet Access, HSUPA )和高速下行分组接入（ High Speed Downlink Packet Access, HSDPA )上应用为例，上行采用 E-DCH,下行采用 HS-DSCH。

RNC向基站配置主 /被叫用户的上行无线承载（ Radio Bearer, RB )或逻辑信 道与 主叫用户的下行 RB或逻辑信道的映射， 即通过向基站发送 LS配置 参数来配置主 /被叫用户的 RB或逻辑信道与被 /主叫用户的下行 RB或逻辑信 道的映射。 基站收到上行数据包后， 根据 RNC发送的 LS配置参数获知双方 的映射关系 ,从而提取上行 MAC实体的 PDU即 MAC-es/is PDU。 MAC-es/is PDU经过 LS实体的上述处理后， 包含有业务数据的 MAC-d PDU被发到对 应下行逻辑信道所对应的队列中， 从而实现基站下的 LS。

本实施例中， 基站通过 LS实体实现了基站下的 LS, 使得终端发送的业 务数直接在 Node B建立的本地交换通道传输， 实现在基站的数据交换， 而不 需要将业务数据发送到 RNC、 核心网， 大大节约了基站、 RNC资源， 增加了 核心网的容量。 RNC和核心网之间 , 以及 RNC和基站之间不建立用户面承 载， 信令面承载及用户的非接入层信令可同现有 HSPA业务的处理， 即信令 面承载仍然保留， 用户的非接入层信令仍然由核心网处理。

另一基站可进一步包括能力上报模块。该能力上报模块用于向 RNC上报 是否具备支持 LS的能力， 以使 RNC获知基站是否具备支持 LS的能力， 避 免基站配置 LS失败， 提高 LS配置成功率。 该能力上报模块可以通过现有的 "NBAP" 信令来上报基站是否具备支持 LS的能力， 或者增加新的上报机制 来上报基站是否具备支持 LS的能力。

当基站实现 LS时，核心网的计费功能可下移到基站内部，采用内部计费 的方式进行计费。 此时， 基站可进一步包括计费模块， 用于对 LS进行计费。

当 LS终端的计费仍然在核心网完成时， 基站中的 LS实体可进一步包括 计费上 模块，用于将通过建立的 LS进行的业务信息如相关的流量或者时间 信息发到核心网， 以便核心网进行计费。

另一基站中的 LS实体如 LS装置可进一步包括监听请求接收模块及监听 内容上报模块。 监听请求接收模块用于接收核心网发送的监听请求； 监听内 容上报模块用于根据监听请求接收模块接收的监听请求， 将待监听的内容发 送给核心网。

对于通信双方至少有一方不为增强的情形， 如通信双方中配置为 HSPA 的一方不支持 HSUPA, 又如通信双方中的一方配置为 HSPA的终端， 另一方 配置为 R99即使用专用的传输信道 ( Dedicated Transport Channel, DCH )作 为传输信道的终端， 或者通信双方均配置为 R99的终端时， 对于非增强的一 方或增强的一方不支持 HSUPA的上行， LS配置参数包括的终端信息为终端 在 Node B 中的标识 (如 Node B communication context ID 或 CRNC communication context ID )和无线链路标识 ( Radio Link ID )。 在 RNC向基站 发送 LS配置参数时，可指示专用信道的属性，基站收到后可根据信道属性判 断承载业务的专用信道。

或者， LS配置参数包含的终端信息为终端在 Node B中的标识 (如 Node 其中 DCH ID可以有多个。

以上情形适用于 DCCH和 DTCH承载在不同的 DCH信道的情形。

本发明实施例一种无线网络控制器可包括： 判断模块及发送模块。 该判 断模块用于判断基站是否需要建立 LS; 该发送模块用于在该判断模块判断需 要建立 LS的情况下， 向基站发送包含有 LS配置参数的消息。 LS配置参数 详见上述基站实施例。

本实施例中， RNC通过向基站发送包含有 LS配置参数的消息， 使得基 站能够根据 LS配置参数路由通信双方的终端发送的数据，从而能够实现基站 下 HSPA业务的 LS。

本发明实施例一种实现高速分组接入业务本地交换的系统可包括： 上述 实施例中的基站及 RNC。

本实施例中， 系统通过使用上述实施例中的基站及 RNC, 根据 LS配置 参数路由通信双方的终端发送的数据， 实现了基站下 HSPA业务的 LS。

图 3为本发明实施例一种实现高速分组接入业务本地交换的方法的流程 图。 该方法包括：

步骤 31、 基站接收通信双方的终端发送的数据；

步骤 32、 根据 LS配置参数路由所述数据， 完成所述数据的 LS;

所述 LS配置参数由基站从接收的消息中获得，包括所述通信双方的终端 信息。 所述 LS配置参数包括终端信息， 详见上述基站实施例。

上述步骤 32可包括： 根据所述终端信息从上行 MAC实体中提取所述数 据的上行 MAC实体的 PDU;

将所述上行 MAC实体的 PDU路由到下行 MAC实体；

在所述下行 MAC实体中， 从所述上行 MAC实体的 PDU提取专用信道 媒体接入控制 （MAC-d ) PDU, 完成所述数据的本地交换。

上述步骤 32还可以为：

PDU;

从提取到的上行 MAC实体的 PDU中提取 MAC-d PDU;

将所述 MAC-d PDU路由到下行 MAC实体， 完成所述数据的本地交换。 当下行 MAC实体采用 MAC-hs时 , 可进一步包括：

将所述 MAC-d PDU的格式转换为下行 MAC-d PDU的格式。

当上行 MAC-d PDU的大小与下行 MAC-d PDU不同时， 还可包括： 将所述 MAC-d PDU转换为满足下行 MAC-d PDU的大小的形式。

当所述终端信息对应的终端还有除需要建立 LS 的业务以外的业务存在 时， LS可进一步包括： 上行参数及下行参数， 详见上述基站实施例中的表 1。 此时，将所述 MAC-d PDU路由到下行 MAC实体可包括： 根据所述上行参数 及下行参数将所述 MAC-d PDU路由到下行 MAC实体。

根据配置 LS的不同目的， 可以删除业务传输承载， 包括与 RNC之间的 lu口的业务传输承载， SRNC与 DRNC之间的 Iur口业务传输承载， RNC与 Node B之间 lub口业务传输承载。 如果节省 lu口资源， 可在 RNC接收到核 心网指示建立 LS的消息后忽略被呼的 lu口业务传输承载请求， 在 RNC将 LS 已建立的消息告知核心网后向核心网请求删除主呼建立的 lu 口业务传输 承载。 如果节省 Iur/Iub口资源， 可以删除主 /被呼的 Iur/Iub口业务传输承载。 删除主 /被呼的 Iur/Iub口业务传输承载的操作可在基站建立 LS后执行， 也可 在 RNC将 LS已建立的消息告知核心网后执行。 如果为了能够快速的解除本 地交换， 则可以保留 Iu/Iur/Iub口的业务传输承载。 如在建立 LS时不会忽略 被呼的业务承载建立请求， 也不会删除主呼的业务承载。

下面分别以上行采用 MAC-i或 MAC-e、 下行采用 MAC-hs或 MAC-ehs 为例对实现 HSPA业务 LS的方法进行说明。

图 4为本发明实施例另一种实现高速分组接入业务本地交换的方法的流 程图。 该方法包括：

步骤 41、 在呼叫建立过程中， 当网关通用无线分组业务（General Packet Radio Service, GPRS ) 支持节点 （ Gateway GPRS Support Node , GGSN ) 收 到被呼的寻呼响应后， 发现主被呼之间的通信在同一个服务 GPRS支持节点 ( Serving GPRS Support Node, SGSN ) 内进行时， 发送包含通信双方用户标 识的 LS查询消息到 SGSN。

步骤 42、 SGSN接收到 GGSN发送的消息后， 通过双方用户标识找到通 信双方， 并判断通信双方是否在一个服务 RNC ( Serving Radio Network Control, SRNC )内、 通信双方的语音编码是否一致， 并且判断通信双方所在 的 SRNC是否支持本地交换功能； 若不满足其中之一， 按原 UMTS下呼叫建 立流程继续； 若满足， 执行步骤 43。

步骤 43、 SGSN在随后向被叫 SRNC发送的无线接入承载（Radio Access Bearer, RAB )指派消息中指示建立主 /被呼终端的 LS。

步骤 44、 SRNC收到 RAB指派消息后， 忽略被呼的 Iu口业务传输承载 建立请求； 并判断是否满足建立 Node B下 LS的条件： 主 /被叫终端属于相同 的 Node B, 且 Node B支持本地交换的功能； 若不满足建立 Node B下 LS的 条件， 则建立 SRNC下 LS, 转步骤 47; 若满足建立 Node B下 LS的条件， 执行步骤 45。

步骤 45、 SRNC 在随后向被叫 Node B 发送的无线链接重新配置准备 ( Radio Link reconfiguration prepare )消息中携带 LS配置参数,指示建立 Node B下的 LS, LS配置参数详见上述设备实施例。

步骤 46、 Node B收到 "Radio Link reconfiguration prepare" 消息后, 才艮 据消息中的 LS配置参数配置双方的业务交换方式。配置过程详见上述设备实 施例。

如果 Node B 成功建立 LS, Node B 在发送给 SRNC 的 "Radio Link reconfiguration ready" 消息中指示配置完成， 忽略被呼的 Iub口业务传输承载 建立请求， SRNC发起删除主呼建立的 Iub 口业务传输承载的请求； 转步骤 48。

如果 Node B建立 LS失败，在发送给 SRNC的 "Radio Link reconfiguration ready" 消息中指示 LS建立失败, 如在 "Radio Link reconfiguration ready" 消 息中新增一个 "cause" 字段， 将该字段设置为表示 LS失败的值， 执行步骤 47。

步骤 47、 SRNC根据 RAB指派消息中 LS配置参数配置双方的业务交换 方式， 建立 RNC下的 LS; 若成功建立 RNC下的 LS, 执行步骤 48; 否则， 执行步骤 49。

步骤 48、 SRNC在发送给 SGSN的 RAB指派响应 （ RAB Assignment Response ) 消息中指示建立 LS完成； SGSN收到该消息后， 获知 LS建立完 成后， 发送删除主呼建立的 Iu口业务传输承载请求消息。 步骤 49、 SRNC在 "RAB Assignment Response" 消息中指示 LS配置失 败， 重新建立被呼的业务传输承载， 按照现有的方式， 在核心网完成业务交 换。

上述步骤 46中， 若 Node B建立 LS成功， SRNC向 Node B发送删除主 呼的 lub口业务传输承载请求也可在步骤 48中 , SRNC发送" RAB Assignment Response" 消息之后: ¾成。

本实施例中， 建立 LS的同时， 主 /被叫 Iu口及 lub口的业务传输承载均 不保留， 以节约 Iu口及 lub口资源。

图 5为本发明实施例又一种实现高速分组接入业务本地交换的方法的流 程图。 该方法包括：

步骤 51、 当 GGSN收到被呼的寻呼响应后， 发现主被呼之间的通信在同 一个 SGSN内进行时， 发送包含双方用户标识的 LS查询信令到 SGSN。

步骤 52、 SGSN判断通信双方是否在一个 RNC内，通信双方的语音编码 是否一致， 并且判断通信双方所在的 RNC是否具备 LS功能； 若不满足其中 之一， 按原 UMTS下呼叫建立流程继续； 若满足， 执行步骤 53。

步骤 53、 在随后核心网向被叫 RNC发送的 RAB指派消息中指示建立主 /被呼终端的 LS。

步骤 54、 RNC收到 RAB指派消息后， 判断是否满足建立 Node B下 LS 的条件： 主 /被呼终端属于相同的 Node B, 且 Node B具备支持 LS的功能。 若不满足建立 Node B下 LS的条件， 转步骤 57; 若满足建立 Node B下 LS 的条件， 转步骤 55。

步骤 55、 RNC在随后向被呼 Node B发送的无线链接重新配置准备" Radio Link reconfiguration prepare" 消息中设置 LS配置参数指示建立 Node B下的 LS, LS配置参数详见上述设备实施例。

步骤 56、 Node B收到 "Radio Link reconfiguration prepare" 消息后, 才艮 据 LS配置参数配置双方的业务交换方式。 配置过程详见上述设备实施例。 如果 Node B 建立 LS 成功， Node B 在发送给 RNC 的 "Radio Link reconfiguration ready" 消息中指示配置完成， 忽略被呼的 Iub口业务传输承载 建立请求， RNC向 Node B发送删除主呼的 Iub口业务传输承载请求； 转步 骤 58;

如果 Node B建立 LS失败, 在 "Radio Link reconfiguration ready"消息中 指示配置失败, 如在 "Radio Link reconfiguration ready" 消息中新增 "cause" 字段， 将该字段的值设置为表示 LS失败；

步骤 57、 RNC根据 RAB指派消息配置双方的业务交换方式， 建立 RNC 下的 LS; 若配置成功， 转步骤 58; 若 LS配置失败， 转步骤 59。

步骤 58、 RNC在发送给 SGSN的 "RAB Assignment Response" 消息中 指示 LS配置完成。

步骤 59、 RNC在 "RAB Assignment Response"消息中指示 LS配置失败， 按照 UMTS交换流程完成业务交换。

上述步骤 56中， 若 Node-B建立 LS成功， RNC向 Node B发送删除主 呼的 Iub 口业务传输承载请求也可在步骤 58 中发送 "RAB Assignment Response" 消息之后: ¾成。

本实施例中， 建立 LS的同时， 主 /被叫 Iu口的业务传输承载均保留， Iub 口业务传输承载根据具体的需要可以删除也可以保留。 当进行在 RNC级 LS 的两个终端中的一方或双方发生激活集更新， 满足了建立 Node B下 LS的条 件时， 可通过切换触发建立基站下的 LS。 下面给出三个场景进行说明。

场景一： 用户双方处于 RNC LS状态， 且双方处于不同基站下， 在跨基 站切换后， 双方处于同基站下时， 可触发基站 LS配置。 RNC可选择在切换 完成后或切换过程中指示基站配置 LS。

如图 6所示，可在 SRNC收到激活集更新消息之后建立 Node B下的 LS, 包括：

步骤 61、 SRNC判断切换后的用户双方是否满足建立 Node B下 LS的条 件； 若不满足建立 Node B下 LS的条件， 继续进行 RNC下的 LS; 若满足建 立 Node B下 LS的条件， 则执行步骤 62;

步骤 62、 SRNC在随后向被叫 Node B发送的 "LS Setup Request" 消息 中设置 LS配置参数指示建立 Node B下的 LS, LS配置参数详见上述设备实 施例。 在 SRNC向基站发送 LS配置参数时， 可同时发送用于指示专用信道 属性的参数， Node B收到后可用于指示专用信道属性的参数获知信道属性， 从而能够根据信道属性判断承载业务的专用信道。

步骤 63、 Node B收到 "LS Setup Request" 消息后， 根据 LS配置参数配 置双方的业务交换方式。 配置过程详见上述设备实施例。

如果 Node B配置 LS成功， Node B在发送给 RNC的 "LS Setup Response" 消息中指示 LS建立完成。 RNC收到该消息后发送删除两个终端的 Iub口业 务传输承载请求消息。

如果 Node B配置 LS失败， 则在 "LS Setup Response" 消息中指示配置 失败， 继续进行 RNC下的 LS。

建立基站下 LS的过程也可如图 7所示， 在切换过程中指示基站启动 LS 配置， 具体可包括：

步骤 71、 SRNC判断是否切换后用户双方满足建立 Node B下 LS的条件； 若不满足建立 Node B下 LS的条件，执行正常的切换流程； 若满足建立 Node B下 LS的条件， 执行步骤 72。

步骤 72、 SRNC在随后向被叫 Node B发送的 "Radio Link Setup Request" 消息中设置 LS配置参数， 指示建立 Node B下的 LS。 LS配置参数详见上述 设备实施例。 在 SRNC向基站发送 LS配置参数时， 可同时发送用于指示专 用信道属性的参数， Node B收到后可用于指示专用信道属性的参数获知信道 属性， 从而能够根据信道属性判断承载业务的专用信道。

步骤 73、 Node B收到 "Radio Link Setup Request" 消息后， 根据 LS配 置参数配置双方的业务交换方式。 配置过程详见上述设备实施例。 如果 Node B配置 LS成功， Node B在发送给 SRNC的 "Radio Link Setup Response" 消息中指示 LS建立完成， 忽略切换方终端的 Iub口业务传输承载 建立请求； SRNC收到该消息后，发送删除非切换方终端的 Iub口业务传输承 载请求消息。

如果 Node B 配置 LS 失败， 在发送给 SRNC 的 "Radio Link Setup

Response" 消息中指示配置失败， 继续进行 RNC下的 LS。

场景二： 当进行 RNC下的 LS的用户双方与其他基站的上行宏分集取消 后， 只与同一个基站存在 RL时， 可触发基站 LS配置。 此时， 可在完成激活 集更新后 RNC指示基站启动 LS配置，详见上述场景一中图 6所示的实施例。 配置 Node B下的 LS还可如图 8所示，在切换过程中指示基站启动 LS配置， 若存在 RL增加，可用携带 LS配置参数的 RL增加消息（ Radio Link Addition Request )来代替 "LS Setup Request" 消息。 建立过程包括：

步骤 81、 SRNC判断切换后的用户双方是否满足建立 Node B下 LS的条 件； 若不满足建立 Node B下 LS的条件， 则继续进行 RNC下的 LS; 若满足 建立 Node B下 LS的条件， 执行步骤 82。

步骤 82、 SRNC在随后向被叫 Node B发送的 "LS Setup Request/Radio Link Addition Request" 消息中设置 LS配置参数指示建立 Node B下的 LS, LS配 置参数详见上述设备实施例。 在 SRNC向基站发送 LS配置参数时， 可同时 发送用于指示专用信道属性的参数， Node B收到后可用于指示专用信道属性 的参数获知信道属性 , 从而能够根据信道属性判断承载业务的专用信道。

步骤 83、 Node B收到 "LS Setup Request/Radio Link Addition Request" 消息后，根据 LS配置参数配置双方的业务交换方式。配置过程详见上述设备 实施例。

如果 Node B配置 LS成功， Node B在 "LS Setup Response/Radio Link Addition Response" 消息中指示 LS建立完成； SRNC收到该消息后发送删除 两个终端的 Iub口业务传输承载请求消息。如果 Node B配置 LS失败，在 "LS Setup Request/Radio Link Addition Request" 消息中指示配置失败， 继续进行 SRNC下的 LS。

场景三： 用户双方在切换前不处于同一个 RNC, —方用户发生跨 RNC 切换后， 处于同一个 RNC。 此时， 用户双方有可能处于同一个基站下。 若 RNC在收到核心网的 LS建立指示时，判断用户双方在同一个基站下，则 RNC 指示基站建立基站 LS, 具体详见图 4所示的实施例， 其中的 RAB指派消息 可改用专用的 LS建立消息。

当发生跨基站切换、 跨 RNC切换或者启用 RNC下的宏分集合并时， 若 主 /被呼终端不再满足建立 Node B下 LS的条件， 即主 /被呼终端的无线链接 ( RL )没有同时处于同一个 Node B下， 则本发明实施例另一种实现高速分 组接入业务本地交换的方法可进一步包括基站 LS的解除。 基站 LS的解除过 程可由 RNC触发进行， 如图 9所示， 可包括：

步骤 91、 源 RNC判断是否需要进行 Node B LS的解除。 若解除， 则执 行步骤 92; 否则， 基站继续使用 LS。

步骤 92、 源 RNC向 Node B发送 LS解除请求， 恢复 Iub口的业务传输 承载。 该解除请求可通过在新增消息 "LS Del Request" 或在现有的 "RLAdd Request"、 "RL reconfig Prepare"、 "RL Addition Request" 等消息中携带 LS配 置参数来实现。 LS配置参数详见上述设备实施例。

如果 LS 解除失败的原因是双方的传输承载建立失败， 基站可继续使用 LS, 不建立新的 RL; 或者译放原有的连接。 如果 LS解除失败原因是其中正 要新增 RL的一方的传输承载建立失败， 那么源 RNC可忽略此失败原因， 译 放传输承载建立失败的 RL, 并解除基站 LS。

基站 LS解除后， 源 RNC判断是否满足建立 RNC LS的条件， 如果否， 源 RNC请求核心网恢复 Iu口的业务传输承载。

当核心网有监听等请求， 需要解除 Node B下的 LS而且不可以再使用源 RNC下的 LS时， 解除过程还可具体如图 10所示， 包括： 步骤 101、 在核心网向 RNC发送的 "LS Del Request" 消息中包含主 /被 叫终端的参数 UE标识（IMSI、 TMSI )或 Iu口信号连接标识（ Iu Signaling Connection Identifier )和建立 LS的业务标识 ( RAB ID )或所对应的传输层地 址， 用以恢复 Iu口的用户面传输承载。

步骤 102、 RNC向 Node B发送的 "LS Del Request"消息中包含建立 Node B的 LS配置参数， 用以恢复 Iub口的业务传输承载。

步骤 103、 若 LS解除成功， 则在 "LS Del Response" 消息中通知核心网 本地交换已经解除。 然后， Node B与源 RNC之间建立业务传输承载。 若 LS 解除失败， 则发起无线资源控制 （Radio Resource Controller, RRC )连接释 放或重新发起本地交换的解除过程， 恢复正常的通话流程。 其中， "LS Del Request/Response" 消息也可以使用现有的 "RANAP"、 "NBAP" 消息来替代 完成。

场景三中， 在 Node B下 LS的建立和 /或解除过程中， 可以通过现有的消 息携带 UE 的 LS 配置参数配置 LS, 也可以通过新增消息 "LS Setup/ Del Request" , "LS Setup/Del Response" 消息携带 UE的 LS配置参数， 来完成 LS 的配置。

当存在 DRNC时， 基站下 HSPA业务本地交换的建立详见图 6、 图 7、 图 8所示的实施例， 基站下 HSPA业务本地交换的解除详见图 9、 图 10所示 的实施例。不同之处在于，当 SRNC判断可以建立 /解除 Node B下 LS时， SRNC 首先向 DRNC发送建立 /解除 Node B下 LS的指示， 所包含的参数根据 MAC 实体配置。 随后 DRNC向 Node B发送建立 /解除 Node B下 LS的指示， 和不 含 DRNC时 SRNC指示 Node B建立 LS的过程相同。 Iur口的业务传输承载 同 Iub口， 根据不同的需要， 可以保留也可以删除。

在建立 LS之后， 数据不再通过核心网， 此时， 核心网的计费功能可下移 到本地交换网络内部， 采用内部计费的方式； 也可采用包月或者包流量的计 费方式， 解除 LS之后或终端出了 LS网络即按照正常的计费方式进行； 或者 LS终端的计费仍然在核心网完成， LS 实将相关的流量或者时间信息发到核 心网。 如果核心网有监听请求， 则可触发本地交换的解除， 详见上述基站及 方法实施例；还可以在保持本地交换的基石出上， 由基站中的 LS实体将需要监 听的内容转给核心网。

上述基站、 RNC、 系统及方法实施例判断主 /被呼终端是否可以建立 RNC 下的 LS,进而判断是否满足建立 Node B下 LS的条件，建立 Node B下的 LS, 达到了节约基站和 RNC、 SRNC与 DRNC, RNC与核心网的传输资源， 节约 整个网络的运营和维护成本的目的。 同时， 采用基站下 LS的方法， 还降低了 延时， 解决了由于 RNC的路由交换能力的限制导致的业务吞吐量受限问题， 增加了核心网容量。

本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机可读 取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述 的存储介质包括： ROM, RAM, 磁碟或者光盘等各种可以存储程序代码的介 最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对其 限制； 尽管参照前述实施例对本发明进行了详细的说明， 本领域的普通技术 人员应当理解： 其依然可以对前述各实施例所记载的技术方案进行修改， 或 者对其中部分技术特征进行等同替换； 而这些修改或者替换， 并不使相应技 术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (25)

1. 权 利 要求

   1、 一种实现高速分组接入业务本地交换的方法， 其特征在于， 包括： 接收通信双方的终端发送的数据；

   根据本地交换配置参数路由所述数据； 所述本地交换配置参数包括所述 通信双方的终端信息。
2. 2、根据权利要求 1所述的实现高速分组接入业务本地交换的方法， 其特 征在于， 获取所述本地交换配置参数。
3. 3、根据权利要求 1所述的实现高速分组接入业务本地交换的方法， 其特 征在于， 根据本地交换配置参数路由所述数据包括：

   根据所述终端信息从上行介质访问控制实体中提取所述数据的上行介质 访问控制实体的协议数据单元；

   将所述上行介质访问控制实体的协议数据单元路由到下行介质访问控制 实体；

   在所述下行介质访问控制实体中， 从所述上行介质访问控制实体的协议 数据单元提取专用信道媒体接入控制协议数据单元。
4. 4、根据权利要求 1所述的实现高速分组接入业务本地交换的方法， 其特 征在于， 根据本地交换配置参数路由所述数据包括：

   根据所述终端信息从上行介质访问控制实体中提取所述数据的上行介质 访问控制实体的协议数据单元；

   从提取到的上行介质访问控制实体的协议数据单元中提取专用信道媒体 接入控制协议数据单元；

   将所述专用信道媒体接入控制协议数据单元路由到下行介质访问控制实 体。
5. 5、 根据权利要求 3或 4所述的实现高速分组接入业务本地交换的方法， 其特征在于， 还包括： 将所述专用信道媒体接入控制协议数据单元的格式转 换为下行专用信道媒体接入控制协议数据单元的格式。
6. 6、根据权利要求 3所述的实现高速分组接入业务本地交换的方法， 其特 征在于， 所述本地交换配置参数还包括： 所述通信双方的上行参数及下行参 数；

   根据所述终端信息从上行介质访问控制实体中提取所述数据的上行介质 访问控制实体的协议数据单元包括： 根据所述终端信息及所述通信双方的上 行参数提取所述数据的上行介质访问控制实体的协议数据单元；

   将所述上行介质访问控制实体的协议数据单元路由到下行介质访问控制 实体包括： 根据所述下行参数将所述上行介质访问控制实体的协议数据单元 路由到下行介质访问控制实体。
7. 7、根据权利要求 4所述的实现高速分组接入业务本地交换的方法， 其特 征在于， 所述本地交换配置参数还包括： 所述通信双方的上行参数及下行参 数；

   根据所述终端信息从上行介质访问控制实体中提取所述数据的上行介质 访问控制实体的协议数据单元包括： 根据所述终端信息及所述通信双方的上 行参数提取所述数据的上行介质访问控制实体的协议数据单元；

   将所述专用信道媒体接入控制协议数据单元路由到下行介质访问控制实 体包括： 根据所述下行参数将所述专用信道媒体接入控制协议数据单元路由 到下行介质访问控制实体。
8. 8、 根据权利要求 6或 7所述的实现高速分组接入业务本地交换的方法， 其特征在于， 当所述上行介质访问控制实体为 MAC-e时， 所述通信双方的上 行参数为逻辑信道标识、 数据描述指示或调度优先级指示； 当所述上行介质 访问控制实体为 MAC-i时， 所述通信双方的上行参数为逻辑信道标识或调度 优先级指示；

   所述下行介质访问控制实体为 MAC-hs时， 所述下行参数为队列标识及 队列对应的逻辑信道标识，或为调度优先级指示及队列对应的逻辑信道标识； 所述下行介质访问控制实体为 MAC-ehs时，所述下行参数为队列标识或 为调度优先级指示。
9. 9、 根据权利要求 1-4中任一项所述的实现高速分组接入业务本地交换的 方法， 其特征在于， 所述终端信息为终端在基站中的标识或传输层地址及绑 定标识。
10. 10、 根据权利要求 9所述的实现高速分组接入业务本地交换的方法， 其 特征在于， 所述终端在基站中的标识包括： 高速下行共享信道无线网络临时 标示号、 增强的传输信道无线网络临时标示号、 基站通信上下文标识或者控 制无线网络控制器通信上下文标识。
11. 11、 根据权利要求 2所述的实现高速分组接入业务本地交换的方法， 其 特征在于， 所述获取所述本地交换配置参数之前还包括： 向无线网络控制器 上报本基站是否具备支持本地交换的能力；

    所述获取所述本地交换配置参数具体为： 从所述无线网络控制器上获取 由所述网络控制器在所述终端信息对应的通信双方在同一个基站下且所述基 站具备支持本地交换的能力的情况下发送给所述基站的本地交换配置参数。
12. 12、 根据权利要求 1-4 中任一项所述的实现高速分组接入业务本地交换 的方法， 其特征在于， 还包括：

    对根据本地交换配置参数路由的所述数据进行计费。
13. 13、 根据权利要求 1-4 中任一项所述的实现高速分组接入业务本地交换 的方法， 其特征在于， 还包括：

    将根据本地交换配置参数路由的所述数据上报给核心网， 以便所述核心 网对本地交换进行计费。
14. 14、 根据权利要求 1-4 中任一项所述的实现高速分组接入业务本地交换 的方法， 其特征在于， 还包括：

    接收核心网发送的监听请求；

    根据所述监听请求将路由的所述数据中待监听的内容发送给核心网。 15、 一种解除高速分组接入业务本地交换的方法， 其特征在于， 包括： 接收包含有所述本地交换配置参数及用于指示解除本地交换的标识的消 息；

    根据所述用于指示解除本地交换的标识建立与无线网络控制器之间的传 输承载；

    根据所述本地交换配置参数从所述下行介质访问控制实体中找到相应的 专用信道媒体接入控制协议数据单元；

    将找到的所述相应的专用信道媒体接入控制协议数据单元通过所述传输 承载发送到所述无线网络控制器。
15. 16、根据权利要求 15所述的解除高速分组接入业务本地交换的方法， 其 特征在于， 所述包含有所述本地交换配置参数及用于指示解除本地交换的标 识的消息由无线网络控制器接收到核心网发送的用于解除本地交换的消息后 发出； 所述用于解除本地交换的消息包括用于恢复 Iu口的用户面传输承载的 参数。
16. 17、 一种本地交换装置， 其特征在于， 包括：

    数据获取模块， 用于获取基站接收的通信双方的终端发送的数据； 数据路由模块， 用于根据本地交换配置参数路由所述数据； 所述本地交 换配置参数包括所述通信双方的终端信息。
17. 18、 根据权利要求 17所述的本地交换装置， 其特征在于， 所述数据获取 模块包括： 第一提取模块、 第二提取模块；

    所述第一提取模块用于根据所述终端信息从上行介质访问控制实体中提 取所述数据的上行介质访问控制实体的协议数据单元；

    所述数据路由模块具体用于将所述上行介质访问控制实体的协议数据单 元路由到下行介质访问控制实体；

    所述第二提取模块用于在所述下行介质访问控制实体中， 从所述上行介 质访问控制实体的协议数据单元提取专用信道媒体接入控制协议数据单元， 完成所述数据的本地交换。
18. 19、 根据权利要求 17所述的本地交换装置， 其特征在于， 所述数据获取 模块包括： 第三提取模块、 第四提取模块；

    所述第三提取模块用于根据所述终端信息从上行介质访问控制实体中提 取所述数据的上行介质访问控制实体的协议数据单元；

    所述第四提取模块用于从提取的上行介质访问控制实体的协议数据单元 中提取专用信道媒体接入控制协议数据单元；

    所述数据路由模块具体用于将所述专用信道媒体接入控制协议数据单元 路由到下行介质访问控制实体， 完成所述数据的本地交换。
19. 20、 根据权利要求 18或 19所述的本地交换装置， 其特征在于， 还包括： c/τ 复用模块， 用于将所述专用信道媒体接入控制协议数据单元的格式 转换为下行专用信道媒体接入控制协议数据单元的格式。
20. 21、 一种基站， 包括用于接收通信双方的终端发送的数据的接收模块， 其特征在于， 还包括： 上述权利要求 17-20中任一项所述的本地交换装置。
21. 22、 根据权利要求 21所述的基站， 其特征在于， 还包括：

    能力上报模块， 用于向无线网络控制器上报本基站是否具备支持本地交 换的能力。
22. 23、 根据权利要求 21或 22所述的基站， 其特征在于， 还包括： 计费模块， 用于对根据本地交换配置参数路由的所述数据进行计费。
23. 24、 根据权利要求 21或 22所述的基站， 其特征在于， 还包括： 计费上报模块， 用于将根据本地交换配置参数路由的所述数据上报给核 心网， 以便所述核心网对本地交换进行计费。
24. 25、 根据权利要求 21或 22所述的基站， 其特征在于， 还包括： 监听请求接收模块， 用于接收核心网发送的监听请求；

    监听内容上报模块， 用于根据所述监听请求将路由的所述数据中待监听 的内容发送给核心网。 26、 一种无线网络控制器， 其特征在于， 包括：

    判断模块， 用于判断基站是否需要建立本地交换；

    发送模块， 用于在所述判断模块判断需要建立本地交换的情况下， 向所 述基站发送包含有本地交换配置参数的消息。
25. 27、 一种实现高速分组接入业务本地交换的系统， 其特征在于， 包括上 述权利要求 21-25种任一项所述的基站及上述权利要求 26所述的无线网络控