一种实现本地交换的方法和装置的制作方法

文档序号:7920721阅读:160来源:国知局
专利名称:一种实现本地交换的方法和装置的制作方法
技术领域
本发明涉及通信技术领域,特别是涉及一种实现本地交换的方法和装置。

背景技术
在UMTS(Universal Mobile Telecommunications System,通用移动通讯系统)网络中,AP(Access Point,接入点)作为一种CPE(Customer PremisesEquipment,用户室内设备),部署在用户的家中或企业的办公室里,是小型无线接入设备。AP把有线网和无线网融合在一起,是一种典型的FMC(FixedMobile Convergence,固定移动融合)应用,提高了室内的移动无线覆盖,吸收了话务,提高用户的业务体验。
现有技术中,UMTS AP网络中的通话流程为:主叫UE(User Equipment,用户设备)、主叫侧AP和AG(Aggregate Gateway,接入网关)之间建立RRC(Radio Resource Control,无线资源控制)连接;主叫UE向主叫侧AP发送初始直传消息,主叫侧AP通过AG向MSC(Mobile Switch Center,移动交换中心)发送初始UE消息;主叫UE、主叫侧AP、AG和MSC之间进行鉴权、安全控制;主叫UE通过主叫侧AP、AG向MSC发送Setup消息;主叫UE、主叫侧AP、AG和MSC之间建立承载;MSC通过AG和被叫侧AP寻呼被叫UE;被叫UE、被叫侧AP和AG之间建立RRC连接;被叫UE向被叫侧AP发送初始直传消息,被叫侧AP通过AG向MSC发送初始UE消息;被叫UE、被叫侧AP、AG和MSC之间进行鉴权、安全控制;MSC通过AG、被叫侧AP向被叫UE发送Setup消息;被叫UE、被叫侧AP和MSC之间建立承载。
发明人在实现本发明的过程中,发现现有技术至少存在如下问题: 主叫UE和被叫UE在同一个AG或AP下通话时,需要通过CN(CoreNetwork,核心网)中的MSC完成信令交换,主叫UE和被叫UE之间用于传送数据信息的用户面,建立在UE与CN之间,占用了CN的资源,造成话路浪费,增加了语音传输的时延。


发明内容
本发明实施例提供一种实现本地交换的方法和装置,减少了对CN资源的占用。
为达到上述目的,本发明实施例一方面提出一种实现本地交换的方法,包括: 获取主叫用户信息和被叫用户信息; 根据所述主叫用户信息和所述被叫用户信息,查询数据字典,判断所述主叫用户与所述被叫用户之间能否进行本地交换; 如果判断所述主叫用户和所述被叫用户之间能够进行本地交换,则控制所述主叫用户和所述被叫用户进行本地交换。
另一方面,本发明实施例还提出一种实现本地交换的装置,包括: 获取模块,用于获取主叫用户信息和被叫用户信息; 判断模块,用于根据所述获取模块获取的所述主叫用户信息和所述被叫用户信息,查询数据字典,判断所述主叫用户与所述被叫用户之间能否进行本地交换; 控制模块,用于当所述判断模块判断所述主叫用户和所述被叫用户之间能够进行本地交换,控制所述主叫用户和所述被叫用户进行本地交换。
本发明实施例的技术方案具有以下优点,因为根据主叫用户信息和被叫用户信息,控制主叫用户和被叫用户进行本地交换,从而,减少了对核心网资源的占用,缩短了语音的传输时延。



为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例中的一种实现本地交换的方法流程图; 图2为本发明实施例中的实现本地交换的一种具体实现方式流程图; 图3为本发明实施例中的实现本地交换的另一种具体实现方式流程图; 图4为本发明实施例中的实现本地交换的再一种具体实现方式流程图; 图5为本发明实施例中的一种实现本地交换的装置结构图; 图6为本发明实施例中的实现本地交换的装置的一种具体结构图。

具体实施例方式 下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图1所示,为本发明实施例中的一种实现本地交换的方法流程图,包括以下步骤: 步骤101,获取主叫用户信息和被叫用户信息。
获取主叫用户信息和被叫用户信息,包括获取主叫用户和被叫用户的IMSI(International Mobile Subscriober Identify,国际移动用户识别码)。接收到主叫UE发送的NAS(Non-Access Stratum,非接入层)信令后,解析NAS信令中的呼叫建立消息,可以直接获取主叫用户的IMSI,还可以获取被叫用户的MSISDN(Mobile Station International Integrated Services Digital NetworkNumber,移动台国际综合业务数字网号码)或被叫用户的其他号码标识,如短号码和MSISDN加号码前缀等,通过查询预先配置的数据字典,可以获取被叫用户的IMSI。
数据字典中可以包含MSISDN与短号码对应表,用于进行短号码与MSISDN之间的翻译,如表1所示,通过查询MSISDN与短号码对应表,可以根据被叫用户的短号码获取被叫用户的MSISDN;数据字典中还可以包含本地交换号码前缀表,用于标识用户需要进行本地交换,如表2所示,通过查询本地交换号码前缀表,可以根据被叫用户的MSISDN加号码前缀获取被叫用户的MSISDN;数据字典中还可以包含IMSI与MSISDN对应表,用于进行IMSI与MSISDN之间的翻译,如表3所示,通过查询IMSI与MSISDN对应表,可以根据被叫用户的MSISDN获取被叫用户的IMSI。
表1:MSISDN与短号码对应表 表2:本地交换号码前缀表 表3:IMSI与MSISDN对应表 数据字典中还包含IMSI与AP对应关系表,如表4所示,通过查询IMSI与AP对应关系表,可以根据UE的IMSI获取UE所在AP的标识,AP与IMSI之间存在一对多的关系。数据字典中还包含本地交换组表,如表5所示,通过查询本地交换组表,可以根据UE所在的AP的标识获取UE所在的本地交换组Group。本地交换组表将AG下的多个AP划分到不同的Group,只有当主被叫UE所在的AP在同一个Group内时,主被叫UE之间才能进行本地交换。
表4:IMSI与AP对应关系表
表5:本地交换组表
本领域技术人员可以理解,数据字典这个名称不构成对本发明实施例的限制。凡是具有存储上述部分或者全部对应关系数据表功能的模块,均可应用于本发明实施例,也可以有除数据字典外其他的名称。
步骤102,根据主叫用户信息和被叫用户信息,查询数据字典,判断主叫用户和被叫用户之间能否进行本地交换,如果判断主叫用户和被叫用户之间能够进行本地交换,则执行步骤103。
根据主叫用户和被叫用户的IMSI,查询数据字典中的IMSI与AP对应关系表,即表4,可以判断主叫UE和被叫UE是否在同一AP中,如果主叫UE和被叫UE在同一AP中,则判断主叫用户和被叫用户之间能够进行本地交换。如果主叫UE和被叫UE不在同一AP中,则获取主叫UE和被叫UE各自所在AP的标识,查询数据字典中的本地交换组表,即表5,确定主叫UE和被叫UE各自所在AP是否在同一Group中,如果主叫UE和被叫UE各自所在AP在同一Group中,则判断主叫用户和被叫用户之间能够进行本地交换。
本步骤也可以不用判断主被叫UE是否在同一AP中,直接获取主叫UE和被叫UE各自所在AP的标识,根据主被叫UE各自所在AP的标识,查询数据字典中的本地交换组表,即表5,判断主被叫UE是否在同一个Group中,进而确定主被叫用户之间是否能够进行本地交换。
步骤103,控制主叫用户和被叫用户进行本地交换。
如果判断主叫用户和被叫用户之间能够进行本地交换,则控制主叫用户和被叫用户在本地传送数据信息,不再通过CN。
本发明实施例的技术方案具有以下优点,因为根据主叫用户信息和被叫用户信息,控制主叫用户和被叫用户进行本地交换,减少了对核心网资源的占用,缩短了语音的传输时延。
如图2所示,为本发明实施例中的实现本地交换的一种具体实现方式流程图,包括以下步骤: 步骤201,AG获取并记录驻留在AP网络中的UE信息,根据UE信息,配置数据字典。
本发明实施例在AG中实现呼叫控制、补充业务等类MSC功能。UMTS AP网络对UE具有特定的准入机制,只有允许准入的UE才可以驻留在UMTS AP网络中。在主叫UE发起呼叫前,主叫UE和主叫侧AP建立RRC连接,并通过主叫侧AP向AG发送LAU(Location Area Update,位置更新)/RRAU(RouteArea Update,路由更新)Req请求消息。AG解析LAU/RAU Req消息,获取并记录主叫UE信息,包括UE的IMSI和UE所在AP的标识等,在数据字典中配置IMSI与AP对应关系表,如表4所示。数据字典中的其他表项可以预先配置,也可以动态修改。数据字典可以位于AG中,包括IMSI与AP对应关系表和本地交换组表,还可以包括IMSI与MSISDN对应表、MSISDN与短号码对应表和/或本地交换号码前缀表。
AG与UE会定时同步信息,如果UE在同步时间间隔内驻留到其他AP小区,则刷新IMSI与AP的对应关系,即表4中的信息。如果表4中的信息更新不及时,如UE驻留到宏小区,对于该UE的寻呼会失败,可按预定的策略中断本次呼叫,或按普通呼叫进行寻呼。
步骤202,主叫UE与AG建立RRC连接。
主叫UE发起呼叫,通过正常的呼叫流程与AG建立RRC连接。主叫用户采用的拨打方式包括以下三种: 方式1:正常的拨打方式。如拨打被叫用户的MSISDN。
方式2:拨打短号的方式。预先为用户分配一个短号码,该短号码与用户的号码存在一定的对应关系,主叫用户可以直接拨打被叫用户的短号码。
方式3:特殊号码前缀方式。主叫用户拨打被叫用户时,在被叫号码前加拨号码前缀。
步骤203,主叫UE向AG发送呼叫建立消息。
主叫UE与AG建立RRC连接后,向AG发送呼叫建立消息。
步骤204,AG获取主叫用户信息和被叫用户信息。
获取主叫用户信息和被叫用户信息,包括获取主叫用户和被叫用户的IMSI,AG接收并解析NAS信令中的呼叫建立消息,获取主叫用户的IMSI。对呼叫建立消息的解析结果还可以包含被叫用户的MSISDN,也可以包含被叫用户的其他号码标识,如短号码和MSISDN加号码前缀等。若得到的被叫信息为本地交换号码加MSISDN的形式,则通过查询本地交换号码前缀表和MSISDN与IMSI对应表,获取被叫用户的IMSI,如得到的被叫信息为17955134xxxxxxxx,根据表2可以判断17955为号码前缀,去掉号码前缀后可获取被叫用户的MSISDN,查询表3,可以获取被叫用户的IMSI;若得到的被叫信息为被叫用户短号码,则通过查询MSISDN与短号码对应表和MSISDN与IMSI对应表,获取所述被叫用户的IMSI。另外,本领域技术人员可知,通过NAS信令中包含的被叫用户的MSISDN或者其他号码标识,还可以有其他获取其对应IMSI的方法,在此不再赘述。
步骤205,AG根据主叫用户信息和被叫用户信息,查询数据字典,判断主叫用户和被叫用户之间能否进行本地交换,如果主叫用户和被叫用户之间能够进行本地交换,则执行步骤206。
AG获取主叫用户和被叫用户的IMSI后,通过查询数据字典中的IMSI与AP对应关系表,即表4,获取主叫UE和被叫UE各自所在的AP的标识,通过查询数据字典中的本地交换组表,即表5,确定主叫UE和被叫UE各自所在的AP是否在同一Group中,即可判断主被叫用户之间能否进行本地交换。如果主叫UE和被叫UE各自所在的AP在同一Group中,则判断主被叫用户之间能够进行交换组内本地交换,执行本地交换的步骤;如果主叫UE和被叫UE各自所在的AP不在同一Group中,则判断主被叫用户之间不能进行本地交换,将呼叫建立消息发送给CN,通过普通呼叫流程完成本次呼叫,或中断本次呼叫。
步骤206,AG寻呼被叫UE,如果寻呼成功,则执行步骤207。
如果判断主被叫之间能够进行本地交换,则AG寻呼AG下的被叫UE。如果寻呼失败,可以将呼叫建立消息发送给MSC进行普通呼叫,或中断本次呼叫;如果寻呼成功,继续本地交换的步骤。
步骤207,AG与被叫UE建立RRC连接。
AG寻呼被叫UE成功后,与被叫UE建立RRC连接。
步骤208,主叫UE与AG建立主叫用户承载。
AG与被叫UE建立RRC连接后,与主叫UE建立主叫用户承载,向主叫UE传送数据信息。
步骤209,被叫UE与AG建立信令连接。
被叫UE与AG建立信令连接后,可以与AG进行NAS信令的交互。
步骤210,AG与被叫UE建立被叫用户承载。
被叫UE与AG建立信令连接后,还会与AG建立被叫用户承载,向AG传送数据信息。
步骤211,主叫UE与被叫UE进行通话。
AG与被叫UE建立被叫用户承载后,主叫UE与被叫UE进行通话。主叫UE与被叫UE进行通话后的流程,与普通呼叫相同。
本发明实施例的技术方案具有以下优点,因为根据主叫用户信息和被叫用户信息,控制主叫用户和被叫用户进行交换组内本地交换,UE通话时语音不再经过核心网,主叫UE和被叫UE之间的用户面无需建立在UE与核心网之间,减少了对核心网资源的占用,缩短了语音的传输时延。
如图3所示,为本发明实施例中的实现本地交换的另一种具体实现方式流程图,包括以下步骤: 步骤301,AP获取并记录驻留在AP网络中的UE信息,根据UE信息,配置数据字典。
本发明实施例在AP中实现呼叫控制、补充业务等类MSC功能。UMTS AP网络对UE具有特定的准入机制,只有允许准入的UE才可以驻留在UMTS AP网络中。在主叫UE发起呼叫前,主叫UE和AP建立RRC连接,并向AP发送LAU/RAU Req消息。AP解析LAU/RAU Req消息,获取并记录主叫UE信息,如UE的IMSI和UE所在AP的标识等,配置数据字典中的IMSI与AP的对应关系表,如表4所示。数据字典中的其他表项可以预先配置,也可以动态修改。数据字典可以位于AP中,包括IMSI与AP对应关系表,还可以包括IMSI与MSISDN对应表、MSISDN与短号码对应表和/或本地交换号码前缀表。
AP与UE会定时同步信息,如果UE在同步时间间隔内驻留到其他AP小区,则刷新IMSI与AP的对应关系,即表4中的信息。如果表4中的信息更新不及时,如UE驻留到宏小区,对于该UE的寻呼会失败,可按预定的策略中断本次呼叫,或按普通呼叫进行寻呼。
步骤302,主叫UE与AP建立RRC连接。
主叫UE发起呼叫,通过正常的呼叫流程与AP建立RRC连接。主叫用户采用的拨打方式可以包括以下三种: 方式1:正常的拨打方式。如拨打被叫用户的MSISDN。
方式2:拨打短号的方式。预先为用户分配一个短号码,该短号码与用户的号码存在一定的对应关系,主叫用户可以直接拨打被叫用户的短号码。
方式3:特殊号码前缀方式。主叫用户拨打被叫用户时,在被叫号码前加拨号码前缀。
步骤303,主叫UE向AP发送呼叫建立消息。
主叫UE与AP建立RRC连接后,向AP发送呼叫建立消息。
步骤304,AP获取主叫用户信息和被叫用户信息。
获取主叫用户信息和被叫用户信息,包括获取主叫用户和被叫用户的IMSI,AP接收并解析NAS信令中的呼叫建立消息,获取主叫用户的IMSI。对呼叫建立消息的解析结果还可以包含被叫用户的MSISDN,也可以包含被叫用户的其他号码标识,如短号码和MSISDN加号码前缀等。如呼叫建立消息中的被叫信息为17955134xxxxxxxx,根据表2可以判断17955为号码前缀,去掉号码前缀后可获取被叫用户的MSISDN;如呼叫建立消息中的被叫信息为短号码,根据表1可以获取被叫用户的MSISDN。获取被叫用户的MSISDN后,通过查询表3可以获取被叫用户的IMSI。另外,本领域技术人员可知,通过NAS信令中包含的被叫用户的MSISDN或者其他号码标识,还可以有其他获取其对应IMSI的方法,在此不再赘述。
步骤305,AP根据主叫用户信息和被叫用户信息,查询数据字典,判断主叫用户和被叫用户之间能否进行本地交换,如果主叫用户和被叫用户之间能够进行本地交换,则执行步骤306。
AP获取主叫用户和被叫用户的IMSI后,通过查询数据字典中的IMSI与AP对应关系表,即表4,判断主叫UE和被叫UE是否在同一AP中,如果主叫UE和被叫UE在同一AP中,则判断主叫用户和被叫用户之间能够进行AP内本地交换,执行本地交换的步骤。如果主叫UE和被叫UE不在同一AP中,则将呼叫建立消息发送给AG,通过普通呼叫流程完成本次呼叫,或中断本次呼叫。
步骤306,AP寻呼被叫UE,如果寻呼成功,则执行步骤307。
如果判断主被叫之间能够进行本地交换,则AP寻呼AP下的被叫UE。如果寻呼失败,则将呼叫建立消息发送给AG进行普通呼叫,或中断本次呼叫;如果寻呼成功,继续本地交换的步骤。
步骤307,AP与被叫UE建立RRC连接。
AP寻呼被叫UE成功后,与被叫UE建立RRC连接。
步骤308,主叫UE与AP建立主叫用户承载。
AP与被叫UE建立RRC连接后,与主叫UE建立主叫用户承载,向主叫UE传送数据信息。
步骤309,被叫UE与AP建立信令连接。
被叫UE与AP建立信令连接后,可以与AP进行NAS信令的交互。
步骤310,AP与被叫UE建立被叫用户承载。
被叫UE与AP建立信令连接后,还会与AP建立被叫用户承载,向AP传送数据信息。
步骤311,主叫UE与被叫UE进行通话。
AP与被叫UE建立被叫用户承载后,主叫UE与被叫UE进行通话。主叫UE与被叫UE进行通话后的流程,与普通呼叫相同。
本发明实施例的技术方案具有以下优点,因为根据主叫用户信息和被叫用户信息,控制主叫用户和被叫用户进行AP内本地交换,UE通话时语音不再经过核心网,主叫UE和被叫UE之间的用户面无需建立在UE与核心网之间,减少了对核心网资源的占用,缩短了语音的传输时延。
本发明实施例中,也可以先由AP判断主叫用户和被叫用户之间能否进行本地交换,如果AP判断主叫用户和被叫用户之间不能进行AP内本地交换,则将呼叫建立消息发送给AG,由AG继续判断主叫用户和被叫用户之间能否进行交换组内本地交换。
如图4所示,为本发明实施例中的实现本地交换的再一种具体实现方式流程图,包括以下步骤: 步骤401至步骤404,与步骤301至步骤304相同,可参照前面实施例的描述。
步骤405,AP根据主叫用户信息和被叫用户信息,查询数据字典,判断主叫用户和被叫用户之间能否进行本地交换,如果主叫用户和被叫用户之间不能进行本地交换,则执行步骤406。
步骤406,AP将呼叫建立消息发送给AG。
AP获取主叫用户和被叫用户的IMSI后,通过查询数据字典中的IMSI与AP对应关系表,即表4,判断主叫UE和被叫UE是否在同一AP中,如果主叫UE和被叫UE不在同一AP中,则将呼叫建立消息发送给AG。
AP和AG中均可以设置有数据字典,AP中的数据字典包括IMSI与AP对应关系表,还可以包括IMSI与MSISDN对应表、MSISDN与短号码对应表和/或本地交换号码前缀表;AG中的数据字典包括IMSI与AP对应关系表和本地交换组表,还可以包括IMSI与MSISDN对应表、MSISDN与短号码对应表和/或本地交换号码前缀表。
步骤407至步骤414,与步骤204至步骤211相同,可参照前面实施例的描述。
本发明实施例的技术方案具有以下优点,因为根据主叫用户信息和被叫用户信息,控制主叫用户和被叫用户进行本地交换,可以在判断主被叫用户不能进行AP内本地交换后,进一步将呼叫建立信息发给AG,并由AG判断主被叫用户是否可以进行交换组内本地交换,UE通话时语音不再经过核心网,主叫UE和被叫UE之间的用户面无需建立在UE与核心网之间,减少了对核心网资源的占用,缩短了语音的传输时延。
如图5所示,为本发明实施例中的一种实现本地交换的装置结构图,包括: 获取模块510,用于获取主叫用户信息和被叫用户信息。
获取主叫用户信息和被叫用户信息,包括获取主叫用户和被叫用户的IMSI。获取模块510用于解析NAS信令中的呼叫建立消息,获取主叫用户的IMSI和被叫用户的MSISDN以及被叫用户的其他号码标识,如短号码和MSISDN加号码前缀等。通过查询预先配置的数据字典,可以获取被叫用户的IMSI。
判断模块520,用于根据获取模块510获取的主叫用户信息和被叫用户信息,查询数据字典,判断主叫用户与被叫用户之间能否进行本地交换。
判断模块520用于根据主叫用户和被叫用户的IMSI,查询数据字典中的IMSI与AP对应关系表,即表4,判断主叫UE和被叫UE是否在同一AP中,如果主叫UE和被叫UE在同一AP中,则判断主叫用户和被叫用户之间能够进行本地交换。
所述判断模块520,当主叫UE和被叫UE不在同一AP中时,还可以进一步用于获取主叫UE和被叫UE各自所在AP的标识,查询数据字典中的本地交换组表,即表5,确定主叫UE和被叫UE各自所在AP是否在同一Group中,如果主叫UE和被叫UE各自所在AP在同一Group中,则判断主叫用户和被叫用户之间能够进行本地交换。
判断模块520也可以不用判断主被叫UE是否在同一AP中,直接获取主叫UE和被叫UE各自所在AP的标识,根据主被叫UE各自所在AP的标识,查询数据字典中的本地交换组表,即表5,判断主被叫UE是否在同一个Group中,进而确定主被叫用户之间是否能够进行本地交换。
控制模块530,用于当判断模块520判断主叫用户和被叫用户之间能够进行本地交换,控制主叫用户和被叫用户进行本地交换。
如果判断模块520判断主叫用户和被叫用户之间能够进行本地交换,则控制模块530控制主叫用户和被叫用户在本地传送数据信息,不再通过CN。
本发明实施例的技术方案具有以下优点,因为根据主叫用户信息和被叫用户信息,控制主叫用户和被叫用户进行本地交换,减少了对核心网资源的占用,缩短了语音的传输时延。
如图6所示,为本发明实施例中的实现本地交换的装置的一种具体结构图,包括: 记录模块610,用于获取并记录驻留在AP网络中的UE信息,根据UE信息,配置数据字典。
本发明实施例在实现本地交换的装置中实现呼叫控制、补充业务等类MSC功能。UMTS AP网络对UE具有特定的准入机制,只有允许准入的UE才可以驻留在UMTS AP网络中。在主叫UE发起呼叫前,本发明实施例中的实现本地交换的装置接收并解析主叫UE发送的LAU/RAU Req消息,获取并记录主叫UE信息,如UE的IMSI和UE所在AP的标识等,配置数据字典中的IMSI与AP的对应关系表,如表4所示。数据字典中的其他表项可以预先配置,也可以动态修改。
获取模块620,用于获取主叫用户信息和被叫用户信息。
获取主叫用户信息和被叫用户信息,包括获取主叫用户和被叫用户的IMSI。获取模块620用于解析NAS信令中的呼叫建立消息,获取主叫用户的IMSI和被叫用户的MSISDN,以及被叫用户的其他号码标识,如短号码和MSISDN加号码前缀等。通过查询预先配置的数据字典,可以获取被叫用户的IMSI。
判断模块630,用于根据获取模块620获取的主叫用户信息和被叫用户信息,查询数据字典,判断主叫用户与被叫用户之间能否进行本地交换。
判断模块630用于根据主叫用户和被叫用户的IMSI,查询数据字典中的IMSI与AP对应关系表,即表4,判断主叫UE和被叫UE是否在同一AP中,如果主叫UE和被叫UE在同一AP中,则判断主叫用户和被叫用户之间能够AP内进行本地交换。
所述判断模块630,当主叫UE和被叫UE不在同一AP中时,还可以进一步用于获取主叫UE和被叫UE各自所在AP的标识,查询数据字典中的本地交换组表,即表5,确定主叫UE和被叫UE各自所在AP是否在同一Group中,如果主叫UE和被叫UE各自所在AP在同一Group中,则判断主叫用户和被叫用户之间能够进行交换组内本地交换。
判断模块630,也可以不用判断主被叫UE是否在同一AP中,直接获取主叫UE和被叫UE各自所在AP的标识,根据主被叫UE各自所在AP的标识,查询数据字典中的本地交换组表,即表5,判断主被叫UE是否在同一个Group中,进而确定主被叫用户之间是否能够进行交换组内本地交换。
控制模块640,用于当判断模块630判断主叫用户和被叫用户之间能够进行本地交换,控制主叫用户和被叫用户进行本地交换。
如果判断模块630判断主叫用户和被叫用户之间能够进行本地交换,则控制模块640控制主叫用户和被叫用户在本地传送数据信息,不再通过CN。
记录模块610,具体包括: 第一解析子模块611,用于解析接收到的LAU/RAU Req消息。
获取子模块612,用于根据第一解析子模块611对LAU/RAU Req消息的解析结果,获取并记录驻留在AP网络中的UE信息。
本发明实施例中的实现本地交换的装置与UE会定时同步信息,如果UE在同步时间间隔内驻留到其他AP小区,则刷新IMSI与AP的对应关系,即表4中的信息。如果表中的信息更新不及时,如UE驻留到宏小区,对于该UE的寻呼会失败,可按预定的策略中断本次呼叫,或按普通呼叫进行寻呼。
获取模块620,具体包括: 第二解析子模块621,用于解析接收到的呼叫建立消息,获取主叫用户的IMSI。
查询子模块622,用于根据第二解析子模块621对呼叫建立消息的解析结果,查询数据字典,获取被叫用户信息。
本发明实施例中的实现本地交换的装置接收并解析NAS信令中的呼叫建立消息,获取主叫用户信息和被叫用户信息。呼叫建立消息可以包含被叫用户的MSISDN,也可以包含被叫用户的其他号码标识,如短号码和MSISDN加号码前缀等。如呼叫建立消息中的被叫信息为17955134xxxxxxxx,根据表2可以判断17955为号码前缀,去掉号码前缀后可获取被叫用户的MSISDN;如呼叫建立消息中的被叫信息为短号码,根据表1可以获取被叫用户的MSISDN。获取被叫用户的MSISDN后,通过查询表3可以获取被叫用户的IMSI。
本发明实施例的技术方案具有以下优点,因为根据主叫用户信息和被叫用户信息,控制主叫用户和被叫用户进行本地交换,UE通话时语音不再经过核心网,主叫UE和被叫UE之间的用户面无需建立在UE与核心网之间,减少了对核心网资源的占用,缩短了语音的传输时延。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台终端设备(可以是手机,个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视本发明的保护范围。
权利要求
1.一种实现本地交换的方法,其特征在于,包括:
获取主叫用户信息和被叫用户信息;
根据所述主叫用户信息和所述被叫用户信息,查询数据字典,判断所述主叫用户与所述被叫用户之间能否进行本地交换;
如果判断所述主叫用户和所述被叫用户之间能够进行本地交换,则控制所述主叫用户和所述被叫用户进行本地交换。
2.如权利要求1所述实现本地交换的方法,其特征在于,所述获取主叫用户信息和被叫用户信息包括获取所述主叫用户和被叫用户的国际移动用户识别码IMSI。
3.如权利要求2所述的实现本地交换的方法,其特征在于,所述数据字典包括移动台国际综合业务数字网号码MSISDN与IMSI对应表。
4.如权利要求3所述的实现本地交换的方法,其特征在于,所述数据字典还包括本地交换号码前缀表。
5.如权利要求3所述的实现本地交换的方法,其特征在于,所述数据字典还包括MSISDN与短号码对应表。
6.如权利要求4中所述的方法,其特征在于,所述获取主叫用户和被叫用户的IMSI包括:
通过解析接收到的呼叫建立消息,获取所述主叫用户的IMSI;
根据对所述呼叫建立消息的解析结果,若得到的被叫信息为本地交换号码前缀加MSISDN的形式,则通过查询所述本地交换号码前缀表和所述MSISDN与IMSI对应表,获取所述被叫用户的IMSI。
7.如权利要求5中所述的方法,其特征在于,所述获取主叫用户和被叫用户的IMSI包括:
通过解析接收到的呼叫建立消息,获取所述主叫用户的IMSI;
根据对所述呼叫建立消息的解析结果,若得到的被叫信息为被叫用户短号码,则通过查询所述MSISDN与短号码对应表和所述MSISDN与IMSI对应表,获取所述被叫用户的IMSI。
8.如权利要求2所述实现本地交换的方法,其特征在于,所述获取主叫用户信息和被叫用户信息的IMSI之前,还包括:
获取并记录驻留在接入点AP网络中的用户设备UE信息,根据所述UE信息,配置所述数据字典。
9.如权利要求8所述实现本地交换的方法,其特征在于,所述获取并记录驻留在AP网络中的UE信息,根据所述UE信息配置数据字典具体包括:
解析接收到的位置更新/路由更新请求消息;
根据对所述位置更新/路由更新请求消息的解析结果,获取驻留在所述AP网络中的UE信息;所述UE信息包括UE的IMSI和所述UE所在AP的标识;
所述配置数据字典包括在所述数据字典中配置IMSI与AP对应关系表。
10.如权利要求9所述实现本地交换的方法,其特征在于,所述数据字典还包括本地交换组表;
所述本地交换组表,用于标识AP标识和本地交换组的对应关系。
11.如权利要求9所述实现本地交换的方法,其特征在于,所述判断主叫用户与被叫用户之间能否进行本地交换,具体包括:
根据所述主叫用户的IMSI和所述被叫用户的IMSI,查询所述数据字典中的IMSI与AP对应关系表,获取所述主叫UE所在AP的标识和所述被叫UE所在AP的标识,判断主叫UE和被叫UE是否在同一AP中,如果所述主叫UE和所述被叫UE在同一AP中,则判断所述主叫用户和所述被叫用户之间能够进行AP内本地交换。
12.如权利要求10所述实现本地交换的方法,其特征在于,所述判断主叫用户与被叫用户之间能否进行本地交换,具体包括:
根据所述主叫用户的IMSI和所述被叫用户的IMSI,查询所述数据字典中的IMSI与AP对应关系表,获取所述主叫UE所在AP的标识和所述被叫UE所在AP的标识,然后根据所述本地交换组表,判断所述主叫UE所在AP和所述被叫UE所在AP是否在同一本地交换组内,如果所述主叫UE所在AP和所述被叫UE所在AP在同一本地交换组内,则判断所述主叫用户和所述被叫用户之间能够进行交换组内本地交换。
13.如权利要求10所述实现本地交换的方法,其特征在于,所述判断主叫用户与被叫用户之间能否进行本地交换,具体包括:
根据所述主叫用户的IMSI和所述被叫用户的IMSI,查询所述数据字典中的IMSI与AP对应关系表,获取所述主叫UE所在AP的标识和所述被叫UE所在AP的标识,判断主叫UE和被叫UE是否在同一AP中,如果判断所述主叫AP和被叫AP不在同一AP中,则根据所述本地交换组表,判断所述主叫UE所在AP和所述被叫UE所在AP是否在同一本地交换组内,如果所述主叫UE所在AP和所述被叫UE所在AP在同一本地交换组内,则判断所述主叫用户和所述被叫用户之间能够进行交换组内本地交换。
14.一种实现本地交换的装置,其特征在于,包括:
获取模块,用于获取主叫用户信息和被叫用户信息;
判断模块,用于根据所述获取模块获取的所述主叫用户信息和所述被叫用户信息,查询数据字典,判断所述主叫用户与所述被叫用户之间能否进行本地交换;
控制模块,用于当所述判断模块判断所述主叫用户和所述被叫用户之间能够进行本地交换,控制所述主叫用户和所述被叫用户进行本地交换。
15.如权利要求14所述实现本地交换的装置,其特征在于,还包括:
记录模块,用于获取并记录驻留在AP网络中的UE信息,根据所述UE信息,配置所述数据字典。
16.如权利要求15所述实现本地交换的装置,其特征在于,所述记录模块,具体包括:
第一解析子模块,用于解析接收到的位置更新/路由更新请求消息;
获取子模块,用于根据所述第一解析子模块对所述位置更新/路由更新请求消息的解析结果,获取所述UE信息。
17.如权利要求14所述实现本地交换的装置,其特征在于,所述获取模块,具体包括:
第二解析子模块,用于解析接收到的呼叫建立消息,获取所述主叫用户信息;
查询子模块,用于根据所述第二解析子模块对所述呼叫建立消息的解析结果,查询所述数据字典,获取所述被叫用户信息。
全文摘要
本发明实施例公开了一种实现本地交换的方法和装置,该方法包括获取主叫用户信息和被叫用户信息;根据所述主叫用户信息和所述被叫用户信息,查询数据字典,判断所述主叫用户与所述被叫用户之间能否进行本地交换;如果判断所述主叫用户和所述被叫用户之间能够进行本地交换,则控制所述主叫用户和所述被叫用户进行本地交换。本发明实施例减少了对核心网资源的占用,缩短了语音的传输时延。
文档编号H04Q7/38GK101374355SQ20081017190
公开日2009年2月25日 申请日期2008年10月24日 优先权日2008年10月24日
发明者勇 张 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1