最新消息: USBMI致力于为网友们分享Windows、安卓、IOS等主流手机系统相关的资讯以及评测、同时提供相关教程、应用、软件下载等服务。

单卡双待系统中视频电话业务的处理方法及设备

IT圈 admin 82浏览 0评论

2024年8月14日发(作者:穆醉冬)

(19)中华人民共和国国家知识产权局

(12)发明专利说明书

(21)申请号 CN2.8

(22)申请日 2010.12.16

(71)申请人 华为技术有限公司

地址 518129 广东省深圳市龙岗区坂田华为总部办公楼

(72)发明人 翁武林 潘颖欣 方伟 李义华

(74)专利代理机构 北京同立钧成知识产权代理有限公司

代理人 刘芳

(51)

H04W68/00

H04W88/06

(10)申请公布号 CN 102137492 A

(43)申请公布日 2011.07.27

权利要求说明书 说明书 幅图

(54)发明名称

单卡双待系统中视频电话业务的处

理方法及设备

(57)摘要

本发明提供一种单卡双待系统中视

频电话业务的处理方法及设备。该方法包

括第二网络控制节点接收CS域核心网发

送的用于寻呼单卡双待终端的寻呼消息;

第二网络控制节点在判断出本次业务为VP

业务时,在所述第二网络系统内寻呼所述

单卡双待终端。本发明实施例可以实现单

卡双待时的VP业务。

法律状态

法律状态公告日

法律状态信息

法律状态

权 利 要 求 说 明 书

1.一种单卡双待系统中对视频电话VP业务的处理方法,其特征在于,包括:

第二网络控制节点接收电路交换CS域核心网发送的用于寻呼单卡双待终端的寻呼

消息;

第二网络控制节点在判断出本次业务为VP业务后,在第二网络控制节点对应的第

二网络系统内寻呼所述单卡双待终端。

2.根据权利要求1所述的方法,其特征在于,所述寻呼消息中携带VP业务指示信

息,所述第二网络控制节点根据所述VP业务指示信息判断本次业务为VP业务。

3.根据权利要求1所述的方法,其特征在于,所述单卡双待终端同时驻留在与所述

第二网络控制节点对应的第二网络系统及与第一网络控制节点对应的第一网络系统

内;

在所述第二网络控制节点判断出本次业务为VP业务之前还包括:第二网络控制节

点在判断出在第一网络系统内寻呼所述单卡双待终端后,通过第一网络控制节点和

第二网络控制节点之间的接口在所述第一网络系统内寻呼所述单卡双待终端。

4.根据权利要求1-3任一项所述的方法,其特征在于,所述在第二网络控

制节点对应的第二网络系统内寻呼所述单卡双待终端包括:

第二网络控制节点在所述第二网络控制节点下进行寻呼;

或者,

第二网络控制节点根据寻呼消息中携带的寻呼区域信息,在所述寻呼区域包含的网

络控制节点下寻呼,所述寻呼区域包含的网络控制节点包括所述第二网络控制节点

及第二网络系统下其他的网络控制节点。

5.根据权利要求3所述的方法,其特征在于,还包括:第二网络控制节点根据所述

寻呼消息中携带的位置信息判断是否在第一网络系统内寻呼所述单卡双待终端。

6.根据权利要求3所述的方法,其特征在于,还包括:第二网络控制节点接收核心

网发送的建立消息,通过解析所述建立消息判断是否进行VP业务,所述建立消息

为核心网在接收到所述单卡双待终端通过所述第一网络控制节点和第二网络控制节

点发送的寻呼响应消息后发送的。

7.一种网络控制设备,其特征在于,包括:

接收模块,用于接收电路交换CS域核心网发送的用于寻呼单卡双待终端的寻呼消

息;

第二寻呼模块,用于在判断出本次业务为视频电话VP业务后,在第二网络控制节

点对应的第二网络系统内寻呼所述单卡双待终端。

8.根据权利要求7所述的设备,其特征在于,所述寻呼消息中携带VP业务指示信

息,所述设备还包括:

第一判断模块,用于根据所述VP业务指示信息判断本次业务为VP业务。

9.根据权利要求7所述的设备,其特征在于,所述单卡双待终端同时驻留在与所述

第二网络控制节点对应的第二网络系统及与第一网络控制节点对应的第一网络系统

内,所述设备还包括:

第一寻呼模块,用于在判断出在第一网络系统内寻呼所述单卡双待终端后,通过第

一网络控制节点和第二网络控制节点之间的接口在所述第一网络系统内寻呼所述单

卡双待终端。

10.根据权利要求7-9任一项所述的设备,其特征在于,所述第二寻呼模块

具体用于在所述第二网络控制节点下进行寻呼;根据寻呼消息中携带的寻呼区域信

息,在所述寻呼区域包含的网络控制节点下寻呼,所述寻呼区域包含的网络控制节

点包括所述第二网络控制节点及第二网络系统下其他的网络控制节点。

11.根据权利要求9所述的设备,其特征在于,还包括:

第二判断模块,用于根据所述寻呼消息中携带的位置信息判断是否在第一网络系统

内寻呼所述单卡双待终端。

12.根据权利要求9所述的设备,其特征在于,还包括:

第三判断模块,用于接收核心网发送的建立消息,通过解析所述建立消息判断是否

进行VP业务,所述建立消息为核心网在接收到所述单卡双待终端通过所述第一网

络控制节点和第二网络控制节点发送的寻呼响应消息后发送的。

13.一种单卡双待终端,其特征在于,所述单卡双待终端同时驻留在第一网络系统

和第二网络系统中,包括:

判断模块,用于判断所述单卡双待终端是否驻留在第二网络系统中;

发送模块,用于当所述判断模块判断为是时,向第二网络系统中的第二控制节点发

送视频通话业务主叫相关信令。

14.根据权利要求13所述的单卡双待终端,其特征在于,所述第二控制节点为无线

网络控制器RNC或者演进基站eNB,所述第二网络系统为时分同步码分多址TD-

SCDMA系统,或者,宽带码分多址WCDMA系统,或者,长期演进LTE系统,

所述第一网络系统为全球移动通信系统GSM系统。

说 明 书

技术领域

本发明涉及移动通信技术,尤其涉及一种单卡双待系统中对视频电话(Video Phone,

VP)业务的处理方法及设备。

背景技术

随着移动通信的发展,多种制式的移动网络并存。为了获得不同制式网络的业务体

验,用户可以采用双卡双待的终端或者单卡双模单待的终端。双卡双待终端拥有两

套系统,同时附着在两个网络,可以实现两个网络的同时待机,类似同时具备两部

手机。单卡双模单待的终端具有两套系统,在同一时刻只能驻留在一个网络。

传统单待系统的多模终端在一个时间点只能附着在一个网络,如全球移动通信系统

(Global System for Mobile communications,GSM)/时分同步码分多址

(Time Division Synchronous Code Division Multiple Access,TD-SCDMA)双模终端,

一个时刻只能附着在GSM网络或者TD-SCDMA网络。上述的单卡双模单待系统

一个时刻只能驻留在一个网络,不能同时驻留在两个网络。虽然双卡双待系统可以

同时驻留在两个网络,但是需要两套射频(RF)、两套基带(BaseBand)、两套协议栈

等资源。

现有技术中缺乏单卡双待系统,更缺乏单卡双待系统中对VP业务的处理方案。

发明内容

本发明实施例是提供一种单卡双待系统中视频电话业务的处理方法及设备,实现单

卡双待时对VP业务的处理。

本发明实施例提供了一种单卡双待系统中对VP业务的处理方法,包括:

第二网络控制节点接收电路交换CS域核心网发送的用于寻呼单卡双待终端的寻呼

消息;

第二网络控制节点在判断出本次业务为VP业务后,在第二网络控制节点对应的第

二网络系统内寻呼所述单卡双待终端。

本发明实施例提供了一种网络控制设备,包括:

接收模块,用于接收电路交换CS域核心网发送的用于寻呼单卡双待终端的寻呼消

息;

第二寻呼模块,用于在判断出本次业务为视频电话VP业务后,在第二网络控制节

点对应的第二网络系统内寻呼所述单卡双待终端。

本发明实施例提供了一种单卡双待终端,所述单卡双待终端同时驻留在第一网络系

统和第二网络系统中,包括:

判断模块,用于判断所述单卡双待终端是否驻留在第二网络系统中;

发送模块,用于当所述判断模块判断为是时,向第二网络系统中的第二控制节点发

送视频通话业务主叫相关信令。

由上述技术方案可知,本发明实施例通过在第二网络系统内寻呼单卡双待终端,由

于单卡双待终端驻留在第二网络系统内,可以保证寻呼到单卡双待终端,进而实现

VP业务。

附图说明

为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用

的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,

对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些

附图获得其他的附图。

图1为本发明实施例基于的通信系统结构示意图;

图2为本发明第一实施例的方法流程示意图;

图3为本发明第二实施例的方法流程示意图;

图4为本发明第三实施例的方法流程示意图;

图5为本发明第四实施例的方法流程示意图;

图6为本发明第五实施例的方法流程示意图;

图7为本发明第六实施例的方法流程示意图;

图8为本发明第七实施例的设备结构示意图;

图9为本发明第八实施例的单卡双待终端结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中

的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实

施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领

域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本

发明保护的范围。

图1为本发明实施例基于的通信系统结构示意图,以GSM和TD-SCDMA网络为

例,当然,也可以为GSM网络和其他的通用移动通信系统

(Universal Mobile Telecommunications System,UMTS),例如,宽带码分多址

(Wideband Code Division Multiple Access,WCDMA)网络,也可以为GSM网络和

长期演进(Long Term Evolution,LTE)网络。其中,对于GSM网络,对应的网络控

制节点为基站控制器(Base Station Controller,BSC);对于UMTS 网络,对应的网

络控制节点为无线网络控制器(Radio Network Controller,RNC),对应的CS域核心

网的节点为移动交换中心(Mobile Switch Center,MSC);对于LTE网络,对应的网

络控制节点为演进基站(eNB),对应的CS域核心网的节点为移动管理实体

(MobileManagement Entity,MME)。本实施例中包括单卡双待终端11、基站

(NodeB)12、基站收发站(Base Transceiver Station,BTS)13、无线网络控制器

(Radio Network Controller,RNC)14、BSC 15、服务通用分组无线业务系统

(General Packet Radio Service,GPRS)支持节点(Serving GPRS Support Node,

SGSN)16、和移动交换中心(Mobile Switch Center,MSC)17。RNC 14与BSC 15之

间通过新增的接口进行通信(如控制器间接口Iur-g),RNC与BSC在Iur-g接口上实

现A接口和Iu-cs的适配功能。本实施例以RNC和BSC分别独立设置为例,可以

理解的是,也可以用一个双模控制器替代RNC和BSC,该双模控制器具备RNC

和BSC的功能,控制器间接口作为双模控制器内部接口。

该系统架构下,单卡双待终端可以同时附着在GSM和TD-SCDMA,同时驻留在

GSM和TD-SCDMA小区上,同时监听GSM和TD-SCDMA小区的公共信道(包括

寻呼信道等),实现双模双待机制;单卡双待终端可同时在GSM和TD-SCDMA的

小区使用各自系统网络所分配的空口信道资源,终端的双协议栈分担不同的工作,

进行相同或不同的业务,例如,如链路1所示,数据业务承载在TD-SCDMA系统

中,如链路2所示,语音业务承载在GSM系统中;MSC与BSC通过RNC通信,

实现CS域相对于核心网统一为Iu-cs接口;在Iur-g接口或者双模控制器内部接口

上进行控制面和用户面的处理。

基于上述的系统架构,可以实现VP业务,包括VP主叫业务及VP被叫业务。

图2为本发明第一实施例的方法流程示意图,本实施例以VP主叫业务为例。参见

图2,本实施例包括:

步骤21:单卡双待终端发起VP主叫业务,判断是否驻留在TD-SCDMA系统的小

区,如果是,则该终端使用TD-SCDMA协议栈及射频部分,在TD-SCDMA小区

进行VP主叫。

步骤22:单卡双待终端和TD-SCDMA核心网通过RNC建立VP连接实现VP业务。

本实施例通过单卡双待终端在TD-SCDMA中发起VP业务,可以实现VP主叫业

务。

对于VP被叫业务,可以如下进行:

图3为本发明第二实施例的方法流程示意图,本实施例以VP被叫业务为例,本实

施例包括:

步骤31:第二网络控制节点接收CS域核心网发送的用于寻呼单卡双待终端的寻呼

消息;

其中,第二网络控制节点可以为RNC,对应的CS域核心网为MSC;第二网络控

制节点也可以为eNB,对应的CS域核心网为MME。

步骤32:第二网络控制节点在判断出本次业务为VP业务后,在第二网络控制节点

对应的第二网络系统内寻呼所述单卡双待终端。

例如,所述寻呼消息中携带VP业务指示信息,所述第二网络控制节点根据所述

VP业务指示信息判断本次业务为VP业务。

再例如,所述单卡双待终端同时驻留在与所述第二网络控制节点对应的第二网络系

统及与第一网络控制节点对应的第一网络系统内;在所述第二网络控制节点判断出

本次业务为VP业务之前还包括:所述第二网络控制节点在判断出在第一网络系统

内寻呼所述单卡双待终端后,通过第一网络控制节点和第二网络控制节点之间的接

口在所述第一网络系统内寻呼所述单卡双待终端。

还可以包括:第二网络控制节点根据所述寻呼消息中携带的位置信息判断是否在第

一网络系统内寻呼所述单卡双待终端。

还可以包括:第二网络控制节点接收核心网发送的建立消息,通过解析所述建立消

息判断是否进行VP业务,所述建立消息为核心网在接收到所述单卡双待终端通过

所述第一网络控制节点和第二网络控制节点发送的寻呼响应消息后发送的。

所述在所述第二网络系统内寻呼所述单卡双待终端可以包括:第二网络控制节点在

所述第二网络控制节点下进行寻呼;或者,第二网络控制节点根据寻呼消息中携带

的寻呼区域信息,在所述寻呼区域包含的网络控制节点下寻呼,所述寻呼区域包含

的网络控制节点包括所述第二网络控制节点及第二网络系统下其他的网络控制节点。

本实施例通过在第二网络系统中寻呼单卡双待终端,可以寻呼到单卡双待终端,实

现VP业务。

下面分别描述两次寻呼和一次寻呼完成VP被叫业务。

图4为本发明第三实施例的方法流程示意图,本实施例以两次寻呼完成VP被叫业

务为例。参见图4,本实施例包括:

步骤41:第二网络控制节点接收CS域核心网发送的用于寻呼单卡双待终端的寻呼

消息,所述单卡双待终端同时驻留在与所述第二网络控制节点对应的第二网络系统

及与第一网络控制节点对应的第一网络系统内。

基于图1所示的系统,第一网络控制节点为BSC,第一网络系统为GSM。第二网

络控制节点为RNC,第二网络系统为TD-SCDMA。当然,对于其他系统可以参照

执行。

步骤42:第二网络控制节点在判断出在第一网络系统内寻呼所述单卡双待终端后,

通过第一网络控制节点和第二网络控制节点之间的接口在所述第一网络系统内寻呼

所述单卡双待终端。

第二网络控制节点可以根据所述寻呼消息中携带的被叫终端的位置信息和/或终端

的标识信息,判断是否在第一网络系统中寻呼该终端,其中,终端的标识信息可以

为国际移动用户标识(International Mobile SubscriberIdentity,IMSI),或者,临时移

动用户标识(Temporary Mobile SubscriberIdentity,TMSI),或者,国际移动设备码

(International Mobile Equipment Identity,IMEI)。

步骤43:第二网络控制节点在判断出本次业务为VP业务时,在所述第二网络系统

内再次寻呼所述单卡双待终端,以便所述单卡双待终端与核心网进行VP业务。

第二网络控制节点可以通过解析来自核心网的Setup消息来判断是否是VP业务。

具体可以参见下述实施例。

本实施例通过在第二网络系统中寻呼单卡双待终端,可以寻呼到单卡双待终端,实

现VP业务。

图5为本发明第四实施例的方法流程示意图,本实施例以两次寻呼完成VP被叫业

务为例。参见图5,本实施例包括:

步骤501:RNC接收MSC发送寻呼消息(Paging),并在该寻呼消息用于在GSM中

寻呼单卡双待终端时,RNC将该寻呼消息转发给BSC。

具体地,MSC寻呼驻留在GSM的单卡双待终端,RNC根据寻呼消息中的位置信

息,如位置区标识(Location Area Identifier,LAI),,将寻呼消息路由到BSC;

RNC也可以根据寻呼消息中的终端标识(如IMSI/TMSI/IMEI),将寻呼消息路由到

BSC;

其中,寻呼消息中会携带被叫终端的位置信息。假设TD-SCDMA系统配置的一个

位置区标识为LAI-1,GSM系统配置的一个位置区标识为LAI-2。单卡双待终端附

着在GSM的LAI-2,在LAI-2上执行位置区更新(LAU)流程,单卡双待终端在发

送的位置区更新(Location Area Update,LAU)过程中的LAU请求(LAU Request)消

息中携带LAI-2,BSC截获该消息并且判断是否是单卡双待终端,如果是,则会通

过RNC向核心网注册。RNC可以采用虚拟映射的方法将属于GSM系统的LAI-2

映射为一个虚拟的LAI-3,修改LAU Request消息中的位置信息为LAI-3并通过Iu

口发送给MSC,则核心网认为该终端注册在LAI-3上,该LAI-3未在任意的GSM

或TD-SCDMA网络的位置区中配置使用;或RNC可以采用固定路由的方法将

LAI-2标识为Iur-g属性,不修改LAU Request消息中的位置信息并通过Iu口发送

给MSC,则核心网认为该终端注册在LAI-2上,后续信令流程需要路由到Iur-g。

MSC上需要有LAI-2或LAI-3的对应配置,以能够进行正常的主被叫流程。之后,

在被叫寻呼时,RNC按照虚拟映射的方法或固定路由的方法,可以根据被叫寻呼

中携带的位置信息判断被叫终端是否驻留在GSM系统中,例如,虚拟映射的方法

时,当携带的位置信息为LAI-3时,则判断出驻留在GSM系统中;固定路由的方

法时,如果是LAI-2,则判断出驻留在GSM系统中。

对于固定路由的方法,RNC上需要配置LAI-2和LAI-3的映射关系;对于固定路

由的方法,RNC上需要配置LAI-2所属的第一网络控制节点。

步骤502:BSC在空口发送寻呼请求(Paging Request)消息;

其中,BSC可以记录由Iur-g口来的寻呼消息的IMSI/TMSI/IMEI,将其标识为单

卡双待终端,以便后续将单卡双待终端发送的响应消息发送给RNC;

步骤503:终端回复寻呼响应(Paging Response)消息;

终端也可以在寻呼响应中携带单卡双待终端标识,标识为单卡双待终端;

步骤504:BSC将该寻呼响应消息通过Iur-g接口转发给RNC,RNC发送给MSC;

BSC可以比对之前记录的单卡双待终端的IMSI/TMSI/IMEI及当前寻呼响应的终端

的IMSI/TMSI/IMEI,或识别携带的单卡双待终端标识,判断寻呼响应的终端是否

为单卡双待终端。当判断为单卡双待终端,BSC为该终端申请Iur-g接口的控制面

链路,如信令连接控制部分(Signalling Connection Control Part,SCCP)链路,并向

RNC发送终端的寻呼响应;RNC为该终端申请Iu接口的控制面链路(如SCCP链

路),并向MSC转发终端的寻呼响应;

步骤505:MSC向RNC回连接确认(Connect Confirm,CC)消息,同样,RNC向

BSC转发CC(Connect Confirm)消息;

步骤506:MSC发送业务接受(CM Service Accepted)消息给终端,该消息通过Iu口、

Iur-g口发送到BSC,BSC在空口上将该消息转发给终端;

步骤507:MSC发送建立(Setup)消息,该消息包含了网络侧处理本次呼叫所需的

全部信息,包括主叫号码。同样,该消息通过Iur-g口、Iu口发送到MSC;

步骤508:RNC解析Setup消息,判断本次呼叫是否是多媒体语音业务;

RNC可以根据Setup消息中请求的呼叫类型判断是否是多媒体语音业务,如根据

Setup消息中的承载能力信元(bearer capability IE)判断,如果该信元的其他速率适

配(Other Rate Adaptation)参数的值为“′H.223and H.245′”,信息传输能力

(Information transfercapability)参数的值为“3.1kHz audio,exPLMN”,则该呼叫为多

媒体语音业务,即识别为VP业务。

步骤509:如果是多媒体语音业务,RNC在该RNC下发送寻呼消息,进行第二次

寻呼;

RNC模拟核心网对该终端进行第二次寻呼,让终端在TD-SCDMA网络接入,进行

多媒体语音业务;

步骤510:如果在该RNC的TD-SCDMA小区寻呼到该终端,终端回复寻呼响应消

息;

终端需要能够支持在不同网络同时收到寻呼且进行寻呼响应。

步骤511:RNC将Setup消息发送给终端;

终端需要能够支持在第一网络还在进行呼叫流程的时候,处理从第二网络下发的

Setup消息。第一、第二网络需要保证只下发一个Setup消息或只下发同一个Setup

消息的不同实例(如重发情况)。

步骤512:终端收到Setup消息后,检查相应的呼叫相关的参数,当终端能够支持

多媒体语音业务且Setup消息中参数正确,接受本次被叫,回复呼叫确认

(Call Confirmed)消息给核心网。该消息通过TD-SCDMA空口发送,由RNC发送

给MSC,无需通过Iur-g接口。

步骤513:RNC在第二次寻呼成功后,即收到终端的寻呼响应,即可以发起释放

GSM侧为本次呼叫分配的信道资源。如通过Iur-g口发送清除命令(Clear Command)

消息,释放Iur-g口资源和空口资源,携带合适的原因值,如“O and M intervention”

或“第二次寻呼”,避免对话统造成不利影响;

因为步骤512中,当终端判断不能接受本次多媒体语音业务,可能回复拒绝信息,

如发送RELEASE COMPLETE,因此为了保证呼叫可靠,RNC需要确认终端能够

在TD-SCDMA继续本次呼叫后,才发起释放GSM侧为本次呼叫分配的信道资源。

步骤514:BSC完成资源释放后,回复清除完成(Clear Complete)消息进行响应;

步骤515:MSC向RNC发送承载指配请求(RAB ASSIGNMENTREQUEST)消息。

步骤516:RNC为终端分配空口无线承载信道。

步骤517:RNC向MSC发送承载指配响应(RAB ASSIGNMENTRESPONSE)消息。

其中,步骤515-517用于建立呼叫所需的用户面承载链路,包括建立Iu-cs口用户

面承载(如ATM或IP用户面链路)和空口64kbps承载信道。

步骤518:终端通过RNC向MSC发送振铃消息(Alerting)。

步骤519:终端通过RNC向MSC发送连接(Connect)消息。

步骤520:MSC通过RNC向终端返回连接确认(Connect Acknowledge)消息。

其中,步骤518-520为终端和MSC间的信令流程同正常的呼叫流程,相关信令直

接通过RNC,无需再通过Iur-g接口。

步骤521:当通话双方都接受本次呼叫,被叫终端和主叫进入多媒体语音业务通话

过程。

本实施例通过在解析出为VP业务时,RNC在TD-SCDMA中寻呼终端,可以寻呼

到单卡双待终端,实现VP业务。

第四实施例是通过解析Setup消息判断VP业务,也可以是MSC直接在寻呼消息

中携带VP业务指示。

图6为本发明第五实施例的方法流程示意图,本实施例以一次寻呼完成VP被叫业

务为例,参见图6,本实施例包括:

步骤601:MSC向RNC发送用于寻呼单卡双待终端的寻呼消息,其中携带VP业

务指示信息。

步骤602:RNC根据该VP业务指示信息,判断出为VP业务,则在TD-SCDMA

中寻呼单卡双待终端。

其中,可以是在该RNC下寻呼单卡双待终端,也可以是在相关联的其他RNC下

进行寻呼。对于在该RNC下寻呼单卡双待终端的场景,可以参见步骤409-421。

不论是第四实施例的两次寻呼的方式,还是第五实施例的直接寻呼的方式。都可能

存在单卡双待终端不在当前RNC的覆盖下的情形,此时,可以在其他RNC下进

行寻呼。

本实施例通过VP业务指示信息判断出VP业务时,RNC在TD-SCDMA中寻呼终

端,可以寻呼到单卡双待终端,实现VP业务。

图7为本发明第六实施例的方法流程示意图,本实施例以需要在其他RNC下进行

寻呼为例,参见图7,本实施例包括:

步骤701:RNC-1在判断出寻呼的单卡双待终端进行VP业务时,在该RNC-1下及

向其他的RNC(如RNC-2)发送寻呼消息(Paging)。

其中,RNC-1可以如第三实施例的通过解析Setup消息判断出进行VP业务,也可

以如第四实施例的通过VP业务指示信息判断出进行VP业务。具体可以参见上述

实施例。

RNC-1上需要配置寻呼区域相关联的其他RNC(如RNC-2)的列表,如一个LAI对

应的关联RNC列表。当RNC-1需要进行寻呼,则查询寻呼消息的寻呼区域对应的

LAI,从而得到其关联的RNC列表。如果RNC-2在RNC列表中,且RNC-1和

RNC-2间有接口(如Iur接口),则将寻呼消息转发给RNC-2,在RNC-2上进行寻呼。

RNC-1可能需要将寻呼消息的寻呼区域改为对全RNC进行寻呼。

步骤702:如果在RNC-2的TD-SCDMA小区寻呼到该终端,终端回复寻呼响应。

RNC-2收到寻呼响应(Paging Response)后,需要将该寻呼响应转发给RNC-1。

终端需要能够支持在不同网络同时收到寻呼且进行寻呼响应。

RNC-2需要记录寻呼消息是从RNC-1或Iur口接收的,后续对应的寻呼响应需要

通过Iur接口转发给RNC-1。使用寻呼消息携带的IMSI/TMSI进行标识。当RNC-

2收到一个寻呼响应,根据其携带的终端标识IMSI/TMSI判断其对应的寻呼消息是

否从RNC-1或Iur口接收的,如果是,则将该寻呼响应转发给RNC-1。

步骤703:RNC-1将MSC发送的建立(Setup)消息转发给RNC-2,由RNC-2发送给

终端;

终端需要能够支持在第一网络还在进行呼叫流程的时候,处理从第二网络下发的

Setup消息。第一、第二网络需要保证只下发一个Setup消息或只下发同一个Setup

消息的不同实例(如重发情况)。

步骤704:终端收到Setup消息后,检查相应的呼叫相关的参数,当终端能够支持

多媒体语音业务且Setup消息中参数正确,接受本次被叫,回复呼叫确认

(Call Confirmed)消息给核心网。该消息通过TD-SCDMA空口发送,由RNC-2通过

转发给RNC-1,再由RNC-1发送给MSC。

步骤705:RNC-1在寻呼成功后,即收到终端的寻呼响应,即可以发起释放GSM

侧为本次呼叫分配的信道资源。如通过Iur-g口发送清除命令(ClearCommand)消息,

释放Iur-g口资源和空口资源,携带合适的原因值,如“Oand M intervention”或“第

二次寻呼”,避免对话统造成不利影响;

因为步骤704中,当终端判断不能接受本次多媒体语音业务,可能回复拒绝信息,

如发送RELEASE COMPLETE,因此为了保证呼叫可靠,RNC需要确认终端能够

在TD-SCDMA继续本次呼叫后,才发起释放GSM侧为本次呼叫分配的信道资源。

步骤706:BSC完成资源释放后,回复清除完成(Clear Complete)消息进行响应。

步骤707:MSC向RNC-1发送承载指配请求(RAB ASSIGNMENTREQUEST)消息。

步骤708:RNC-1为终端分配空口无线承载信道。

步骤709:RNC-1向MSC发送承载指配响应(RAB ASSIGNMENTRESPONSE)消息。

其中,步骤707-709用于建立呼叫所需的用户面承载链路,包括建立Iu-cs口用户

面承载(如ATM或IP用户面链路)和空口64kbps承载信道。

步骤710:终端通过RNC-2、RNC-1向MSC发送振铃消息(Alerting)。

步骤711:终端通过RNC-2、RNC-1向MSC发送连接(Connect)消息。

步骤712:MSC通过RNC-1、RNC-2向终端返回连接确认(ConnectAcknowledge)消

息。

步骤713:当通话双方都接受本次呼叫,被叫终端和主叫进入多媒体语音业务通话

过程,话路经过RNC-2和RNC-1进行中转。

后续RNC-2或RNC-1可以发起重定向流程,将话路切换到RNC-2,无需经过

RNC-1。

本实施例通过在相关RNC下寻呼单卡双待终端,可以在单卡双待终端不在当前

RNC的覆盖下时依然寻呼到该单卡双待终端,以实现VP业务。

图8为本发明第七实施例的设备结构示意图,包括接收模块81和第二寻呼模块82;

接收模块81用于接收CS域核心网发送的用于寻呼单卡双待终端的寻呼消息;第

二寻呼模块82用于在判断出本次业务为VP业务后,在第二网络控制节点对应的

第二网络系统内寻呼所述单卡双待终端第一寻呼模块。

本实施例的网络控制设备可以为RNC,第二网络系统为UMTS系统,具体如TD-

SCDMA系统或者WCDMA系统;或者,网络控制设备可以为eNB,第二网络系

统为LTE系统;第一网络控制节点为BSC,第一网络系统为GSM系统。

进一步地,本实施例中,所述寻呼消息中可以携带VP业务指示信息,所述设备还

包括:第一判断模块,用于根据所述VP业务指示信息判断本次业务为VP业务。

或者,所述单卡双待终端同时驻留在与所述第二网络控制节点对应的第二网络系统

及与第一网络控制节点对应的第一网络系统内,所述设备还包括:第一寻呼模块,

用于在判断出在第一网络系统内寻呼所述单卡双待终端后,通过第一网络控制节点

和第二网络控制节点之间的接口在所述第一网络系统内寻呼所述单卡双待终端。

此时,还可以包括:第二判断模块,用于根据所述寻呼消息中携带的位置信息判断

是否在第一网络系统内寻呼所述单卡双待终端。

或者,还可以包括:第三判断模块,用于接收核心网发送的建立消息,通过解析所

述建立消息判断是否进行VP业务,所述建立消息为核心网在接收到所述单卡双待

终端通过所述第一网络控制节点和第二网络控制节点发送的寻呼响应消息后发送的。

具体地,所述第二寻呼模块72可以具体用于在所述第二网络控制节点下进行寻呼;

根据寻呼消息中携带的寻呼区域信息,在所述寻呼区域包含的网络控制节点下寻呼,

所述寻呼区域包含的网络控制节点包括所述第二网络控制节点及第二网络系统下其

他的网络控制节点。

第一寻呼模块本实施例通过在第二网络系统中寻呼单卡双待终端,可以寻呼到单卡

双待终端,实现VP业务。

图9为本发明第八实施例的单卡双待终端结构示意图,所述单卡双待终端同时驻留

在第一网络系统和第二网络系统中,其中,第一网络系统为GSM系统,第二网络

系统可以为UMTS系统,具体如TD-SCDMA系统或者WCDMA系统;或者,第

二网络系统为LTE系统。

该终端可以包括判断模块91和发送模块92;判断模块91用于判断所述单卡双待

终端是否驻留在第二网络系统中;发送模块92用于当所述判断模块判断为是时,

向第二网络系统中的第二控制节点发送视频通话业务主叫相关信令。

本实施例通过判断单卡双待终端是否驻留在第二网络系统中,并在驻留时向第二网

络系统中的第二控制节点发送视频通话业务主叫相关信令,可以实现VP主叫业务。

可以理解的是,上述方法及设备中的相关特征可以相互参考。另外,上述实施例中

的“第一”、“第二”等是用于区分各实施例,而并不代表各实施例的优劣。

本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程

序指令相关的硬件来完成,前述的程序可以存储于计算机可读取存储介质中,该程

序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、

RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管

参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其

依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进

行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施

例技术方案的精神和范围。

2024年8月14日发(作者:穆醉冬)

(19)中华人民共和国国家知识产权局

(12)发明专利说明书

(21)申请号 CN2.8

(22)申请日 2010.12.16

(71)申请人 华为技术有限公司

地址 518129 广东省深圳市龙岗区坂田华为总部办公楼

(72)发明人 翁武林 潘颖欣 方伟 李义华

(74)专利代理机构 北京同立钧成知识产权代理有限公司

代理人 刘芳

(51)

H04W68/00

H04W88/06

(10)申请公布号 CN 102137492 A

(43)申请公布日 2011.07.27

权利要求说明书 说明书 幅图

(54)发明名称

单卡双待系统中视频电话业务的处

理方法及设备

(57)摘要

本发明提供一种单卡双待系统中视

频电话业务的处理方法及设备。该方法包

括第二网络控制节点接收CS域核心网发

送的用于寻呼单卡双待终端的寻呼消息;

第二网络控制节点在判断出本次业务为VP

业务时,在所述第二网络系统内寻呼所述

单卡双待终端。本发明实施例可以实现单

卡双待时的VP业务。

法律状态

法律状态公告日

法律状态信息

法律状态

权 利 要 求 说 明 书

1.一种单卡双待系统中对视频电话VP业务的处理方法,其特征在于,包括:

第二网络控制节点接收电路交换CS域核心网发送的用于寻呼单卡双待终端的寻呼

消息;

第二网络控制节点在判断出本次业务为VP业务后,在第二网络控制节点对应的第

二网络系统内寻呼所述单卡双待终端。

2.根据权利要求1所述的方法,其特征在于,所述寻呼消息中携带VP业务指示信

息,所述第二网络控制节点根据所述VP业务指示信息判断本次业务为VP业务。

3.根据权利要求1所述的方法,其特征在于,所述单卡双待终端同时驻留在与所述

第二网络控制节点对应的第二网络系统及与第一网络控制节点对应的第一网络系统

内;

在所述第二网络控制节点判断出本次业务为VP业务之前还包括:第二网络控制节

点在判断出在第一网络系统内寻呼所述单卡双待终端后,通过第一网络控制节点和

第二网络控制节点之间的接口在所述第一网络系统内寻呼所述单卡双待终端。

4.根据权利要求1-3任一项所述的方法,其特征在于,所述在第二网络控

制节点对应的第二网络系统内寻呼所述单卡双待终端包括:

第二网络控制节点在所述第二网络控制节点下进行寻呼;

或者,

第二网络控制节点根据寻呼消息中携带的寻呼区域信息,在所述寻呼区域包含的网

络控制节点下寻呼,所述寻呼区域包含的网络控制节点包括所述第二网络控制节点

及第二网络系统下其他的网络控制节点。

5.根据权利要求3所述的方法,其特征在于,还包括:第二网络控制节点根据所述

寻呼消息中携带的位置信息判断是否在第一网络系统内寻呼所述单卡双待终端。

6.根据权利要求3所述的方法,其特征在于,还包括:第二网络控制节点接收核心

网发送的建立消息,通过解析所述建立消息判断是否进行VP业务,所述建立消息

为核心网在接收到所述单卡双待终端通过所述第一网络控制节点和第二网络控制节

点发送的寻呼响应消息后发送的。

7.一种网络控制设备,其特征在于,包括:

接收模块,用于接收电路交换CS域核心网发送的用于寻呼单卡双待终端的寻呼消

息;

第二寻呼模块,用于在判断出本次业务为视频电话VP业务后,在第二网络控制节

点对应的第二网络系统内寻呼所述单卡双待终端。

8.根据权利要求7所述的设备,其特征在于,所述寻呼消息中携带VP业务指示信

息,所述设备还包括:

第一判断模块,用于根据所述VP业务指示信息判断本次业务为VP业务。

9.根据权利要求7所述的设备,其特征在于,所述单卡双待终端同时驻留在与所述

第二网络控制节点对应的第二网络系统及与第一网络控制节点对应的第一网络系统

内,所述设备还包括:

第一寻呼模块,用于在判断出在第一网络系统内寻呼所述单卡双待终端后,通过第

一网络控制节点和第二网络控制节点之间的接口在所述第一网络系统内寻呼所述单

卡双待终端。

10.根据权利要求7-9任一项所述的设备,其特征在于,所述第二寻呼模块

具体用于在所述第二网络控制节点下进行寻呼;根据寻呼消息中携带的寻呼区域信

息,在所述寻呼区域包含的网络控制节点下寻呼,所述寻呼区域包含的网络控制节

点包括所述第二网络控制节点及第二网络系统下其他的网络控制节点。

11.根据权利要求9所述的设备,其特征在于,还包括:

第二判断模块,用于根据所述寻呼消息中携带的位置信息判断是否在第一网络系统

内寻呼所述单卡双待终端。

12.根据权利要求9所述的设备,其特征在于,还包括:

第三判断模块,用于接收核心网发送的建立消息,通过解析所述建立消息判断是否

进行VP业务,所述建立消息为核心网在接收到所述单卡双待终端通过所述第一网

络控制节点和第二网络控制节点发送的寻呼响应消息后发送的。

13.一种单卡双待终端,其特征在于,所述单卡双待终端同时驻留在第一网络系统

和第二网络系统中,包括:

判断模块,用于判断所述单卡双待终端是否驻留在第二网络系统中;

发送模块,用于当所述判断模块判断为是时,向第二网络系统中的第二控制节点发

送视频通话业务主叫相关信令。

14.根据权利要求13所述的单卡双待终端,其特征在于,所述第二控制节点为无线

网络控制器RNC或者演进基站eNB,所述第二网络系统为时分同步码分多址TD-

SCDMA系统,或者,宽带码分多址WCDMA系统,或者,长期演进LTE系统,

所述第一网络系统为全球移动通信系统GSM系统。

说 明 书

技术领域

本发明涉及移动通信技术,尤其涉及一种单卡双待系统中对视频电话(Video Phone,

VP)业务的处理方法及设备。

背景技术

随着移动通信的发展,多种制式的移动网络并存。为了获得不同制式网络的业务体

验,用户可以采用双卡双待的终端或者单卡双模单待的终端。双卡双待终端拥有两

套系统,同时附着在两个网络,可以实现两个网络的同时待机,类似同时具备两部

手机。单卡双模单待的终端具有两套系统,在同一时刻只能驻留在一个网络。

传统单待系统的多模终端在一个时间点只能附着在一个网络,如全球移动通信系统

(Global System for Mobile communications,GSM)/时分同步码分多址

(Time Division Synchronous Code Division Multiple Access,TD-SCDMA)双模终端,

一个时刻只能附着在GSM网络或者TD-SCDMA网络。上述的单卡双模单待系统

一个时刻只能驻留在一个网络,不能同时驻留在两个网络。虽然双卡双待系统可以

同时驻留在两个网络,但是需要两套射频(RF)、两套基带(BaseBand)、两套协议栈

等资源。

现有技术中缺乏单卡双待系统,更缺乏单卡双待系统中对VP业务的处理方案。

发明内容

本发明实施例是提供一种单卡双待系统中视频电话业务的处理方法及设备,实现单

卡双待时对VP业务的处理。

本发明实施例提供了一种单卡双待系统中对VP业务的处理方法,包括:

第二网络控制节点接收电路交换CS域核心网发送的用于寻呼单卡双待终端的寻呼

消息;

第二网络控制节点在判断出本次业务为VP业务后,在第二网络控制节点对应的第

二网络系统内寻呼所述单卡双待终端。

本发明实施例提供了一种网络控制设备,包括:

接收模块,用于接收电路交换CS域核心网发送的用于寻呼单卡双待终端的寻呼消

息;

第二寻呼模块,用于在判断出本次业务为视频电话VP业务后,在第二网络控制节

点对应的第二网络系统内寻呼所述单卡双待终端。

本发明实施例提供了一种单卡双待终端,所述单卡双待终端同时驻留在第一网络系

统和第二网络系统中,包括:

判断模块,用于判断所述单卡双待终端是否驻留在第二网络系统中;

发送模块,用于当所述判断模块判断为是时,向第二网络系统中的第二控制节点发

送视频通话业务主叫相关信令。

由上述技术方案可知,本发明实施例通过在第二网络系统内寻呼单卡双待终端,由

于单卡双待终端驻留在第二网络系统内,可以保证寻呼到单卡双待终端,进而实现

VP业务。

附图说明

为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用

的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,

对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些

附图获得其他的附图。

图1为本发明实施例基于的通信系统结构示意图;

图2为本发明第一实施例的方法流程示意图;

图3为本发明第二实施例的方法流程示意图;

图4为本发明第三实施例的方法流程示意图;

图5为本发明第四实施例的方法流程示意图;

图6为本发明第五实施例的方法流程示意图;

图7为本发明第六实施例的方法流程示意图;

图8为本发明第七实施例的设备结构示意图;

图9为本发明第八实施例的单卡双待终端结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中

的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实

施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领

域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本

发明保护的范围。

图1为本发明实施例基于的通信系统结构示意图,以GSM和TD-SCDMA网络为

例,当然,也可以为GSM网络和其他的通用移动通信系统

(Universal Mobile Telecommunications System,UMTS),例如,宽带码分多址

(Wideband Code Division Multiple Access,WCDMA)网络,也可以为GSM网络和

长期演进(Long Term Evolution,LTE)网络。其中,对于GSM网络,对应的网络控

制节点为基站控制器(Base Station Controller,BSC);对于UMTS 网络,对应的网

络控制节点为无线网络控制器(Radio Network Controller,RNC),对应的CS域核心

网的节点为移动交换中心(Mobile Switch Center,MSC);对于LTE网络,对应的网

络控制节点为演进基站(eNB),对应的CS域核心网的节点为移动管理实体

(MobileManagement Entity,MME)。本实施例中包括单卡双待终端11、基站

(NodeB)12、基站收发站(Base Transceiver Station,BTS)13、无线网络控制器

(Radio Network Controller,RNC)14、BSC 15、服务通用分组无线业务系统

(General Packet Radio Service,GPRS)支持节点(Serving GPRS Support Node,

SGSN)16、和移动交换中心(Mobile Switch Center,MSC)17。RNC 14与BSC 15之

间通过新增的接口进行通信(如控制器间接口Iur-g),RNC与BSC在Iur-g接口上实

现A接口和Iu-cs的适配功能。本实施例以RNC和BSC分别独立设置为例,可以

理解的是,也可以用一个双模控制器替代RNC和BSC,该双模控制器具备RNC

和BSC的功能,控制器间接口作为双模控制器内部接口。

该系统架构下,单卡双待终端可以同时附着在GSM和TD-SCDMA,同时驻留在

GSM和TD-SCDMA小区上,同时监听GSM和TD-SCDMA小区的公共信道(包括

寻呼信道等),实现双模双待机制;单卡双待终端可同时在GSM和TD-SCDMA的

小区使用各自系统网络所分配的空口信道资源,终端的双协议栈分担不同的工作,

进行相同或不同的业务,例如,如链路1所示,数据业务承载在TD-SCDMA系统

中,如链路2所示,语音业务承载在GSM系统中;MSC与BSC通过RNC通信,

实现CS域相对于核心网统一为Iu-cs接口;在Iur-g接口或者双模控制器内部接口

上进行控制面和用户面的处理。

基于上述的系统架构,可以实现VP业务,包括VP主叫业务及VP被叫业务。

图2为本发明第一实施例的方法流程示意图,本实施例以VP主叫业务为例。参见

图2,本实施例包括:

步骤21:单卡双待终端发起VP主叫业务,判断是否驻留在TD-SCDMA系统的小

区,如果是,则该终端使用TD-SCDMA协议栈及射频部分,在TD-SCDMA小区

进行VP主叫。

步骤22:单卡双待终端和TD-SCDMA核心网通过RNC建立VP连接实现VP业务。

本实施例通过单卡双待终端在TD-SCDMA中发起VP业务,可以实现VP主叫业

务。

对于VP被叫业务,可以如下进行:

图3为本发明第二实施例的方法流程示意图,本实施例以VP被叫业务为例,本实

施例包括:

步骤31:第二网络控制节点接收CS域核心网发送的用于寻呼单卡双待终端的寻呼

消息;

其中,第二网络控制节点可以为RNC,对应的CS域核心网为MSC;第二网络控

制节点也可以为eNB,对应的CS域核心网为MME。

步骤32:第二网络控制节点在判断出本次业务为VP业务后,在第二网络控制节点

对应的第二网络系统内寻呼所述单卡双待终端。

例如,所述寻呼消息中携带VP业务指示信息,所述第二网络控制节点根据所述

VP业务指示信息判断本次业务为VP业务。

再例如,所述单卡双待终端同时驻留在与所述第二网络控制节点对应的第二网络系

统及与第一网络控制节点对应的第一网络系统内;在所述第二网络控制节点判断出

本次业务为VP业务之前还包括:所述第二网络控制节点在判断出在第一网络系统

内寻呼所述单卡双待终端后,通过第一网络控制节点和第二网络控制节点之间的接

口在所述第一网络系统内寻呼所述单卡双待终端。

还可以包括:第二网络控制节点根据所述寻呼消息中携带的位置信息判断是否在第

一网络系统内寻呼所述单卡双待终端。

还可以包括:第二网络控制节点接收核心网发送的建立消息,通过解析所述建立消

息判断是否进行VP业务,所述建立消息为核心网在接收到所述单卡双待终端通过

所述第一网络控制节点和第二网络控制节点发送的寻呼响应消息后发送的。

所述在所述第二网络系统内寻呼所述单卡双待终端可以包括:第二网络控制节点在

所述第二网络控制节点下进行寻呼;或者,第二网络控制节点根据寻呼消息中携带

的寻呼区域信息,在所述寻呼区域包含的网络控制节点下寻呼,所述寻呼区域包含

的网络控制节点包括所述第二网络控制节点及第二网络系统下其他的网络控制节点。

本实施例通过在第二网络系统中寻呼单卡双待终端,可以寻呼到单卡双待终端,实

现VP业务。

下面分别描述两次寻呼和一次寻呼完成VP被叫业务。

图4为本发明第三实施例的方法流程示意图,本实施例以两次寻呼完成VP被叫业

务为例。参见图4,本实施例包括:

步骤41:第二网络控制节点接收CS域核心网发送的用于寻呼单卡双待终端的寻呼

消息,所述单卡双待终端同时驻留在与所述第二网络控制节点对应的第二网络系统

及与第一网络控制节点对应的第一网络系统内。

基于图1所示的系统,第一网络控制节点为BSC,第一网络系统为GSM。第二网

络控制节点为RNC,第二网络系统为TD-SCDMA。当然,对于其他系统可以参照

执行。

步骤42:第二网络控制节点在判断出在第一网络系统内寻呼所述单卡双待终端后,

通过第一网络控制节点和第二网络控制节点之间的接口在所述第一网络系统内寻呼

所述单卡双待终端。

第二网络控制节点可以根据所述寻呼消息中携带的被叫终端的位置信息和/或终端

的标识信息,判断是否在第一网络系统中寻呼该终端,其中,终端的标识信息可以

为国际移动用户标识(International Mobile SubscriberIdentity,IMSI),或者,临时移

动用户标识(Temporary Mobile SubscriberIdentity,TMSI),或者,国际移动设备码

(International Mobile Equipment Identity,IMEI)。

步骤43:第二网络控制节点在判断出本次业务为VP业务时,在所述第二网络系统

内再次寻呼所述单卡双待终端,以便所述单卡双待终端与核心网进行VP业务。

第二网络控制节点可以通过解析来自核心网的Setup消息来判断是否是VP业务。

具体可以参见下述实施例。

本实施例通过在第二网络系统中寻呼单卡双待终端,可以寻呼到单卡双待终端,实

现VP业务。

图5为本发明第四实施例的方法流程示意图,本实施例以两次寻呼完成VP被叫业

务为例。参见图5,本实施例包括:

步骤501:RNC接收MSC发送寻呼消息(Paging),并在该寻呼消息用于在GSM中

寻呼单卡双待终端时,RNC将该寻呼消息转发给BSC。

具体地,MSC寻呼驻留在GSM的单卡双待终端,RNC根据寻呼消息中的位置信

息,如位置区标识(Location Area Identifier,LAI),,将寻呼消息路由到BSC;

RNC也可以根据寻呼消息中的终端标识(如IMSI/TMSI/IMEI),将寻呼消息路由到

BSC;

其中,寻呼消息中会携带被叫终端的位置信息。假设TD-SCDMA系统配置的一个

位置区标识为LAI-1,GSM系统配置的一个位置区标识为LAI-2。单卡双待终端附

着在GSM的LAI-2,在LAI-2上执行位置区更新(LAU)流程,单卡双待终端在发

送的位置区更新(Location Area Update,LAU)过程中的LAU请求(LAU Request)消

息中携带LAI-2,BSC截获该消息并且判断是否是单卡双待终端,如果是,则会通

过RNC向核心网注册。RNC可以采用虚拟映射的方法将属于GSM系统的LAI-2

映射为一个虚拟的LAI-3,修改LAU Request消息中的位置信息为LAI-3并通过Iu

口发送给MSC,则核心网认为该终端注册在LAI-3上,该LAI-3未在任意的GSM

或TD-SCDMA网络的位置区中配置使用;或RNC可以采用固定路由的方法将

LAI-2标识为Iur-g属性,不修改LAU Request消息中的位置信息并通过Iu口发送

给MSC,则核心网认为该终端注册在LAI-2上,后续信令流程需要路由到Iur-g。

MSC上需要有LAI-2或LAI-3的对应配置,以能够进行正常的主被叫流程。之后,

在被叫寻呼时,RNC按照虚拟映射的方法或固定路由的方法,可以根据被叫寻呼

中携带的位置信息判断被叫终端是否驻留在GSM系统中,例如,虚拟映射的方法

时,当携带的位置信息为LAI-3时,则判断出驻留在GSM系统中;固定路由的方

法时,如果是LAI-2,则判断出驻留在GSM系统中。

对于固定路由的方法,RNC上需要配置LAI-2和LAI-3的映射关系;对于固定路

由的方法,RNC上需要配置LAI-2所属的第一网络控制节点。

步骤502:BSC在空口发送寻呼请求(Paging Request)消息;

其中,BSC可以记录由Iur-g口来的寻呼消息的IMSI/TMSI/IMEI,将其标识为单

卡双待终端,以便后续将单卡双待终端发送的响应消息发送给RNC;

步骤503:终端回复寻呼响应(Paging Response)消息;

终端也可以在寻呼响应中携带单卡双待终端标识,标识为单卡双待终端;

步骤504:BSC将该寻呼响应消息通过Iur-g接口转发给RNC,RNC发送给MSC;

BSC可以比对之前记录的单卡双待终端的IMSI/TMSI/IMEI及当前寻呼响应的终端

的IMSI/TMSI/IMEI,或识别携带的单卡双待终端标识,判断寻呼响应的终端是否

为单卡双待终端。当判断为单卡双待终端,BSC为该终端申请Iur-g接口的控制面

链路,如信令连接控制部分(Signalling Connection Control Part,SCCP)链路,并向

RNC发送终端的寻呼响应;RNC为该终端申请Iu接口的控制面链路(如SCCP链

路),并向MSC转发终端的寻呼响应;

步骤505:MSC向RNC回连接确认(Connect Confirm,CC)消息,同样,RNC向

BSC转发CC(Connect Confirm)消息;

步骤506:MSC发送业务接受(CM Service Accepted)消息给终端,该消息通过Iu口、

Iur-g口发送到BSC,BSC在空口上将该消息转发给终端;

步骤507:MSC发送建立(Setup)消息,该消息包含了网络侧处理本次呼叫所需的

全部信息,包括主叫号码。同样,该消息通过Iur-g口、Iu口发送到MSC;

步骤508:RNC解析Setup消息,判断本次呼叫是否是多媒体语音业务;

RNC可以根据Setup消息中请求的呼叫类型判断是否是多媒体语音业务,如根据

Setup消息中的承载能力信元(bearer capability IE)判断,如果该信元的其他速率适

配(Other Rate Adaptation)参数的值为“′H.223and H.245′”,信息传输能力

(Information transfercapability)参数的值为“3.1kHz audio,exPLMN”,则该呼叫为多

媒体语音业务,即识别为VP业务。

步骤509:如果是多媒体语音业务,RNC在该RNC下发送寻呼消息,进行第二次

寻呼;

RNC模拟核心网对该终端进行第二次寻呼,让终端在TD-SCDMA网络接入,进行

多媒体语音业务;

步骤510:如果在该RNC的TD-SCDMA小区寻呼到该终端,终端回复寻呼响应消

息;

终端需要能够支持在不同网络同时收到寻呼且进行寻呼响应。

步骤511:RNC将Setup消息发送给终端;

终端需要能够支持在第一网络还在进行呼叫流程的时候,处理从第二网络下发的

Setup消息。第一、第二网络需要保证只下发一个Setup消息或只下发同一个Setup

消息的不同实例(如重发情况)。

步骤512:终端收到Setup消息后,检查相应的呼叫相关的参数,当终端能够支持

多媒体语音业务且Setup消息中参数正确,接受本次被叫,回复呼叫确认

(Call Confirmed)消息给核心网。该消息通过TD-SCDMA空口发送,由RNC发送

给MSC,无需通过Iur-g接口。

步骤513:RNC在第二次寻呼成功后,即收到终端的寻呼响应,即可以发起释放

GSM侧为本次呼叫分配的信道资源。如通过Iur-g口发送清除命令(Clear Command)

消息,释放Iur-g口资源和空口资源,携带合适的原因值,如“O and M intervention”

或“第二次寻呼”,避免对话统造成不利影响;

因为步骤512中,当终端判断不能接受本次多媒体语音业务,可能回复拒绝信息,

如发送RELEASE COMPLETE,因此为了保证呼叫可靠,RNC需要确认终端能够

在TD-SCDMA继续本次呼叫后,才发起释放GSM侧为本次呼叫分配的信道资源。

步骤514:BSC完成资源释放后,回复清除完成(Clear Complete)消息进行响应;

步骤515:MSC向RNC发送承载指配请求(RAB ASSIGNMENTREQUEST)消息。

步骤516:RNC为终端分配空口无线承载信道。

步骤517:RNC向MSC发送承载指配响应(RAB ASSIGNMENTRESPONSE)消息。

其中,步骤515-517用于建立呼叫所需的用户面承载链路,包括建立Iu-cs口用户

面承载(如ATM或IP用户面链路)和空口64kbps承载信道。

步骤518:终端通过RNC向MSC发送振铃消息(Alerting)。

步骤519:终端通过RNC向MSC发送连接(Connect)消息。

步骤520:MSC通过RNC向终端返回连接确认(Connect Acknowledge)消息。

其中,步骤518-520为终端和MSC间的信令流程同正常的呼叫流程,相关信令直

接通过RNC,无需再通过Iur-g接口。

步骤521:当通话双方都接受本次呼叫,被叫终端和主叫进入多媒体语音业务通话

过程。

本实施例通过在解析出为VP业务时,RNC在TD-SCDMA中寻呼终端,可以寻呼

到单卡双待终端,实现VP业务。

第四实施例是通过解析Setup消息判断VP业务,也可以是MSC直接在寻呼消息

中携带VP业务指示。

图6为本发明第五实施例的方法流程示意图,本实施例以一次寻呼完成VP被叫业

务为例,参见图6,本实施例包括:

步骤601:MSC向RNC发送用于寻呼单卡双待终端的寻呼消息,其中携带VP业

务指示信息。

步骤602:RNC根据该VP业务指示信息,判断出为VP业务,则在TD-SCDMA

中寻呼单卡双待终端。

其中,可以是在该RNC下寻呼单卡双待终端,也可以是在相关联的其他RNC下

进行寻呼。对于在该RNC下寻呼单卡双待终端的场景,可以参见步骤409-421。

不论是第四实施例的两次寻呼的方式,还是第五实施例的直接寻呼的方式。都可能

存在单卡双待终端不在当前RNC的覆盖下的情形,此时,可以在其他RNC下进

行寻呼。

本实施例通过VP业务指示信息判断出VP业务时,RNC在TD-SCDMA中寻呼终

端,可以寻呼到单卡双待终端,实现VP业务。

图7为本发明第六实施例的方法流程示意图,本实施例以需要在其他RNC下进行

寻呼为例,参见图7,本实施例包括:

步骤701:RNC-1在判断出寻呼的单卡双待终端进行VP业务时,在该RNC-1下及

向其他的RNC(如RNC-2)发送寻呼消息(Paging)。

其中,RNC-1可以如第三实施例的通过解析Setup消息判断出进行VP业务,也可

以如第四实施例的通过VP业务指示信息判断出进行VP业务。具体可以参见上述

实施例。

RNC-1上需要配置寻呼区域相关联的其他RNC(如RNC-2)的列表,如一个LAI对

应的关联RNC列表。当RNC-1需要进行寻呼,则查询寻呼消息的寻呼区域对应的

LAI,从而得到其关联的RNC列表。如果RNC-2在RNC列表中,且RNC-1和

RNC-2间有接口(如Iur接口),则将寻呼消息转发给RNC-2,在RNC-2上进行寻呼。

RNC-1可能需要将寻呼消息的寻呼区域改为对全RNC进行寻呼。

步骤702:如果在RNC-2的TD-SCDMA小区寻呼到该终端,终端回复寻呼响应。

RNC-2收到寻呼响应(Paging Response)后,需要将该寻呼响应转发给RNC-1。

终端需要能够支持在不同网络同时收到寻呼且进行寻呼响应。

RNC-2需要记录寻呼消息是从RNC-1或Iur口接收的,后续对应的寻呼响应需要

通过Iur接口转发给RNC-1。使用寻呼消息携带的IMSI/TMSI进行标识。当RNC-

2收到一个寻呼响应,根据其携带的终端标识IMSI/TMSI判断其对应的寻呼消息是

否从RNC-1或Iur口接收的,如果是,则将该寻呼响应转发给RNC-1。

步骤703:RNC-1将MSC发送的建立(Setup)消息转发给RNC-2,由RNC-2发送给

终端;

终端需要能够支持在第一网络还在进行呼叫流程的时候,处理从第二网络下发的

Setup消息。第一、第二网络需要保证只下发一个Setup消息或只下发同一个Setup

消息的不同实例(如重发情况)。

步骤704:终端收到Setup消息后,检查相应的呼叫相关的参数,当终端能够支持

多媒体语音业务且Setup消息中参数正确,接受本次被叫,回复呼叫确认

(Call Confirmed)消息给核心网。该消息通过TD-SCDMA空口发送,由RNC-2通过

转发给RNC-1,再由RNC-1发送给MSC。

步骤705:RNC-1在寻呼成功后,即收到终端的寻呼响应,即可以发起释放GSM

侧为本次呼叫分配的信道资源。如通过Iur-g口发送清除命令(ClearCommand)消息,

释放Iur-g口资源和空口资源,携带合适的原因值,如“Oand M intervention”或“第

二次寻呼”,避免对话统造成不利影响;

因为步骤704中,当终端判断不能接受本次多媒体语音业务,可能回复拒绝信息,

如发送RELEASE COMPLETE,因此为了保证呼叫可靠,RNC需要确认终端能够

在TD-SCDMA继续本次呼叫后,才发起释放GSM侧为本次呼叫分配的信道资源。

步骤706:BSC完成资源释放后,回复清除完成(Clear Complete)消息进行响应。

步骤707:MSC向RNC-1发送承载指配请求(RAB ASSIGNMENTREQUEST)消息。

步骤708:RNC-1为终端分配空口无线承载信道。

步骤709:RNC-1向MSC发送承载指配响应(RAB ASSIGNMENTRESPONSE)消息。

其中,步骤707-709用于建立呼叫所需的用户面承载链路,包括建立Iu-cs口用户

面承载(如ATM或IP用户面链路)和空口64kbps承载信道。

步骤710:终端通过RNC-2、RNC-1向MSC发送振铃消息(Alerting)。

步骤711:终端通过RNC-2、RNC-1向MSC发送连接(Connect)消息。

步骤712:MSC通过RNC-1、RNC-2向终端返回连接确认(ConnectAcknowledge)消

息。

步骤713:当通话双方都接受本次呼叫,被叫终端和主叫进入多媒体语音业务通话

过程,话路经过RNC-2和RNC-1进行中转。

后续RNC-2或RNC-1可以发起重定向流程,将话路切换到RNC-2,无需经过

RNC-1。

本实施例通过在相关RNC下寻呼单卡双待终端,可以在单卡双待终端不在当前

RNC的覆盖下时依然寻呼到该单卡双待终端,以实现VP业务。

图8为本发明第七实施例的设备结构示意图,包括接收模块81和第二寻呼模块82;

接收模块81用于接收CS域核心网发送的用于寻呼单卡双待终端的寻呼消息;第

二寻呼模块82用于在判断出本次业务为VP业务后,在第二网络控制节点对应的

第二网络系统内寻呼所述单卡双待终端第一寻呼模块。

本实施例的网络控制设备可以为RNC,第二网络系统为UMTS系统,具体如TD-

SCDMA系统或者WCDMA系统;或者,网络控制设备可以为eNB,第二网络系

统为LTE系统;第一网络控制节点为BSC,第一网络系统为GSM系统。

进一步地,本实施例中,所述寻呼消息中可以携带VP业务指示信息,所述设备还

包括:第一判断模块,用于根据所述VP业务指示信息判断本次业务为VP业务。

或者,所述单卡双待终端同时驻留在与所述第二网络控制节点对应的第二网络系统

及与第一网络控制节点对应的第一网络系统内,所述设备还包括:第一寻呼模块,

用于在判断出在第一网络系统内寻呼所述单卡双待终端后,通过第一网络控制节点

和第二网络控制节点之间的接口在所述第一网络系统内寻呼所述单卡双待终端。

此时,还可以包括:第二判断模块,用于根据所述寻呼消息中携带的位置信息判断

是否在第一网络系统内寻呼所述单卡双待终端。

或者,还可以包括:第三判断模块,用于接收核心网发送的建立消息,通过解析所

述建立消息判断是否进行VP业务,所述建立消息为核心网在接收到所述单卡双待

终端通过所述第一网络控制节点和第二网络控制节点发送的寻呼响应消息后发送的。

具体地,所述第二寻呼模块72可以具体用于在所述第二网络控制节点下进行寻呼;

根据寻呼消息中携带的寻呼区域信息,在所述寻呼区域包含的网络控制节点下寻呼,

所述寻呼区域包含的网络控制节点包括所述第二网络控制节点及第二网络系统下其

他的网络控制节点。

第一寻呼模块本实施例通过在第二网络系统中寻呼单卡双待终端,可以寻呼到单卡

双待终端,实现VP业务。

图9为本发明第八实施例的单卡双待终端结构示意图,所述单卡双待终端同时驻留

在第一网络系统和第二网络系统中,其中,第一网络系统为GSM系统,第二网络

系统可以为UMTS系统,具体如TD-SCDMA系统或者WCDMA系统;或者,第

二网络系统为LTE系统。

该终端可以包括判断模块91和发送模块92;判断模块91用于判断所述单卡双待

终端是否驻留在第二网络系统中;发送模块92用于当所述判断模块判断为是时,

向第二网络系统中的第二控制节点发送视频通话业务主叫相关信令。

本实施例通过判断单卡双待终端是否驻留在第二网络系统中,并在驻留时向第二网

络系统中的第二控制节点发送视频通话业务主叫相关信令,可以实现VP主叫业务。

可以理解的是,上述方法及设备中的相关特征可以相互参考。另外,上述实施例中

的“第一”、“第二”等是用于区分各实施例,而并不代表各实施例的优劣。

本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程

序指令相关的硬件来完成,前述的程序可以存储于计算机可读取存储介质中,该程

序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、

RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管

参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其

依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进

行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施

例技术方案的精神和范围。

发布评论

评论列表 (0)

  1. 暂无评论