CN102202416A - 签约集团用户内部呼叫确认方法、装置及系统 - Google Patents
签约集团用户内部呼叫确认方法、装置及系统 Download PDFInfo
- Publication number
- CN102202416A CN102202416A CN2010101356636A CN201010135663A CN102202416A CN 102202416 A CN102202416 A CN 102202416A CN 2010101356636 A CN2010101356636 A CN 2010101356636A CN 201010135663 A CN201010135663 A CN 201010135663A CN 102202416 A CN102202416 A CN 102202416A
- Authority
- CN
- China
- Prior art keywords
- calling
- call
- user
- signatory group
- signatory
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种签约集团用户内部呼叫确认的方法,包括:被叫侧签约集团用户鉴定装置接收核心网节点转发的主叫用户向被叫用户发起的呼叫请求消息;以及在判断出所述呼叫请求消息携带有签约集团内部呼叫标识时,确定主叫用户向被叫用户发起的呼叫为签约集团用户的内部呼叫,所述签约集团内部呼叫标识是主叫侧签约集团用户鉴定装置确定主叫用户和被叫用户属于同一个签约集团后,添加到所述呼叫请求消息中的。本发明公开的方法对签约集团用户之间内部呼叫建立过程的呼叫流程进行修改,简化了被叫侧到主叫侧的查询信令流程,缩短了呼叫建立时间,提高了签约集团用户之间建立内部呼叫的效率。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种签约集团用户内部呼叫确认方法、装置及系统。
背景技术
统一CentreX业务是电信领域非常具有代表性的业务,其旨在将一个签约集团的所有终端(固定电话或者移动电话)组成虚拟的群并为之编订短号码,该虚拟群内的所有用户都可以使用短号进行互拨,并享受资费上的优惠。对于跨省的签约集团用户,虽然其各个机构所在地市不同(导致固定号码的区号和移动号码的归属位置寄存器HLR号不同),同样可以为其提供“统一CentreX”业务。
跨省签约集团用户“统一CentreX业务”的传统实现方案组网如图1所示:CentreX AS为“统一CentreX业务”的逻辑实现单元,其既可以接受来自CS域的业务触发(由MSC向统一CentreX AS进行业务触发),也可以接受来自IMS域的业务触发(由S-CSCF向统一CentreX AS进行业务触发)。为了实现跨省签约集团用户的“统一CentreX业务”,要求各省的CentreX AS都和其他省的GSCP进行互连,以实现对他省机构业务数据的查询。下面以图2a所示为例,介绍跨省签约集团用户“统一CentreX业务”传统实现方案的基本流程:
假设用户A为某跨省签约集团在A省某机构的一个用户,用户B为同签约集团在B省某机构的一个用户,且用户A和用户B都是IMS(IP多媒体子系统)用户(CS(电路交换)用户进行呼叫的流程也类似),呼叫建立流程包括:
1、用户A拨打用户B的短号,拨号方式如“6001+区号B+B的短号码”,此时S-CSCF收到的Invite消息Request-uri为“6001+区号B+B的短号码”,PAI和From头域为用户A的真实号码。S-CSCF(服务的呼叫会话控制功能模块)判断用户A签约有统一CentreX业务,其将本次呼叫触发至为用户A服务的A省统一CentreX AS上;
2、A省的统一CentreX AS判断用户A签约有统一CentreX业务,但是被叫用户B的短号码信息在本地没有存储,其根据用户A拨打号码中的“区号B”,向B省的GSCP发起查询请求(携带有A所在签约集团号,用户B的区号以及短号码),希望可以得到用户B对应的真实号码,或者查询失败结果;
3、B省的GSCP根据A省的统一CentreX AS发送的查询信息,得到用户B所对应的真实号码,并返回给A省的统一CentreXAS;
4、A省的统一CentreX AS判定本次呼叫为同一签约集团内部的跨省呼叫,并在话单中标明;与此同时将呼叫请求消息Invite返回给A省的S-CSCF,其中Request-uri为被叫用户B的长号码(手机号码),From和PAI头域都为用户A的长号码;
5、A省的S-CSCF进行路由,将Invite消息路由至被叫省为用户B服务的S-CSCF;
6、B省的S-CSCF判断被叫用户B签约有跨省统一CentreX业务,将呼叫触发至用户B省的统一CentreX AS;
7、B省的统一CentreX AS确定用户B签约有跨省统一CentreX业务,但是本地查询不到主叫用户(通过PAI头域确定主叫身份)是否与被叫用户属于同一签约集团,此时其根据主叫用户的区号信息,向A省的GSCP发送查询消息(携带有主叫号码和用户B所在签约集团号);
8、A省的GSCP收到B省统一CentreX AS发送的查询消息,确认主叫号码位于用户B所在签约集团内,其向B省的GSCP返回查询成功消息,并携带有用户A对应的短号码;
9、B省的统一CentreX AS收到A省的GSCP查询成功信息后,在话单中标示本次呼叫为一个跨省签约集团用户的内部呼叫,此时如果被叫用户B签约有内部呼叫显示短号码业务,则B省的统一CentreX AS需将Invite消息的From头域改为用户A对应的短号码(从消息8中获取),PAI头域不变,并下发给S-CSCF,由其完成后续呼叫的路由。
通过上述方案的描述,可以看到对于同一个签约集团位于不同地理位置的机构,其用户之间的内部呼叫建立需要比较复杂的信令流程,这其中既涉及到建立基本会话所需的信令,如图2a中完成业务触发过程的信令1、4、6、9,用于呼叫路由的信令5,也包含实现跨省签约集团用户信息查询的信令,如图2a中的信令2、3、7、8。根据测试,目前这种方式实现的跨省签约集团用户内部呼叫会话建立时间达11秒之久,这对于用户来说是非常难以接受的,会降低跨省签约集团用户业务的推广。对于其他网络类型的签约集团用户之间的内部通话建立流程具有同样的集团用户内部呼叫建立的效率低下问题。
发明内容
针对上述问题,本发明实施例提供一种签约集团用户内部呼叫确认方法,用以解决现有技术中存在的签约集团用户建立内部呼叫的效率低下的问题。
对应的,本发明实施例相应的提供了一种签约集团用户内部呼叫确认系统以及签约集团用户鉴定装置。
本发明提供了一种签约集团用户内部呼叫确认的方法,包括:被叫侧签约集团用户鉴定装置接收核心网节点转发的主叫用户向被叫用户发起的呼叫请求消息;以及在判断出所述呼叫请求消息携带有签约集团内部呼叫标识时,确定主叫用户向被叫用户发起的呼叫为签约集团用户的内部呼叫,所述签约集团内部呼叫标识是主叫侧签约集团用户鉴定装置确定主叫用户和被叫用户属于同一个签约集团后,添加到所述呼叫请求消息中的。
本发明还提供了一种签约集团用户鉴定装置,包括:呼叫请求消息接收单元,用于接收核心网节点转发的主叫用户向被叫用户发起的呼叫请求消息;内部呼叫标识识别单元,用于判断呼叫请求消息接收单元接受的呼叫请求消息中是否携带有签约集团内部呼叫标识;内部呼叫确定单元,用于在内部呼叫标识识别单元判断结果为是时,确定主叫用户向被叫用户发起的呼叫为签约集团用户的内部呼叫。
本发明还提供了一种签约集团用户鉴定装置,包括:内部呼叫判断单元,用于判断主叫用户和被主叫用户呼叫的被叫用户是否属于同一个签约集团;内部呼叫标识添加单元,用于在内部呼叫判断单元的判断结果为是时,向被叫侧签约集团用户鉴定装置发送的呼叫请求消息中添加签约集团内部呼叫标识。
本发明还提供了一种签约集团用户内部呼叫确认系统,包括主叫侧签约集团用户鉴定装置、核心网节点和被叫侧签约集团用户鉴定装置,其中:主叫侧签约集团用户鉴定装置,用于在确定出主叫用户和被叫用户属于同一个签约集团后,在向被叫侧签约集团用户鉴定装置发送的呼叫请求消息中添加签约集团内部呼叫标识;被叫侧签约集团用户鉴定装置,用于接收核心网节点转发的由主叫侧签约集团用户鉴定装置发来的呼叫请求消息,以及在判断出所述呼叫请求消息携带有签约集团内部呼叫标识时,确定主叫用户向被叫用户发起的呼叫为签约集团用户的内部呼叫。
本发明实施例中,在签约集团用户内部呼叫建立过程中,当主叫侧签约集团用户鉴定装置确定了主叫用户和被叫用户同属于一个签约集团时,在呼叫请求消息中额外添加签约集团内部呼叫标识,当被叫侧签约集团用户鉴定装置确定呼叫请求消息中包含有签约集团内部呼叫标识时,不再进行查询,直接确认主叫用户和被叫用户属于同一个签约集团,并在话单中进行相应的标识,本发明公开的方法对签约集团用户之间内部呼叫建立过程的呼叫流程进行修改,简化了查询信令流程,缩短了呼叫建立时间,提高了签约集团用户之间建立内部呼叫的效率。
附图说明
图1是跨省签约集团用户“统一CentreX业务”实现方案组网示意图;
图2a是现有的跨省签约集团用户“统一CentreX业务”实现流程图;
图2b是本发明提出的跨省签约集团用户“统一CentreX业务”实现流程图;
图3是本发明提出的签约集团用户内部呼叫确认方法的流程图;
图4是本发明实施例1提供的CS用户与CS用户之间内部通话建立流程图;
图5是本发明实施例2提供的CS用户与IMS用户之间内部通话建立流程图;
图6是本发明实施例3提供的IMS用户与CS用户之间内部通话建立流程图;
图7是本发明实施例4提供的IMS用户与IMS用户之间内部通话建立流程图;
图8是本发明实施例5提供的签约集团用户内部呼叫确认系统示意图;
图9是本发明实施例6提供的签约集团用户鉴定装置示意图;
图10是本发明实施例7提供的签约集团用户鉴定装置示意图。
具体实施方式
本发明提出的签约集团用户内部呼叫确认方法是基于跨省签约集团用户统一CentreX业务方案而提出的,该方法可以被应用于签约集团内IMS用户之间的通信,并且可以扩展到应用于网络侧的SCP具有同样签约集团用户鉴定功能的CS用户的签约集团内的通信,以及两种不同类型用户(IMS用户和CS用户)之间作为同一个签约集团的用户的签约集团内的通信。
对于跨省签约集团用户统一CentreX业务是基于如图1所示的组网图,各个统一CentreX AS与全国范围的GSCP(全局服务控制点)进行互联,以实现跨省签约集团用户信息的查询。首先,假设用户A为某跨省签约集团在A省某机构的一个用户,用户B为同一签约集团在B省某机构的一个用户,且用户A和用户B都是IMS(IP多媒体子系统)用户(CS(电路交换)用户进行呼叫的流程也类似),以此情况为例介绍本发明所提出的跨省签约集团用户统一CentreX业务实现方案。
本发明提出的跨省签约集团用户之间呼叫建立方案的主要流程如图2b所示,包括步骤:
S1、用户A拨打用户B的短号,拨号方式可以但不局限于是“6001+B的区号+B的短号码”,此时A所属的S-CSCF收到的Invite消息,其中Request-uri为“6001+B的区号+B的短号码”,PAI和From头域为用户A的真实号码。S-CSCF判断用户A签约有统一CentreX业务,其将本次呼叫触发至为用户A服务的A省统一CentreX AS上;
S2、A省的统一CentreX AS确定用户A签约有统一CentreX业务,但是被叫用户B的短号码信息在本地没有存储,即本地为用户A服务的A省统一CentreXAS不能判断用户B是否在与用户A相同的签约集团内,则CentreX AS根据用户A拨打号码中的“区号B”,向B省的GSCP发起查询请求(携带有A所在签约集团号,用户B的区号以及短号码);
S3、B省的GSCP根据A省的统一CentreX AS发送的查询信息,得到用户B所对应的真实号码,并返回给A省的统一CentreX AS;
S4、A省的统一CentreX AS判定本次呼叫为同一签约集团内部的跨省呼叫,并在话单中标明;与此同时将呼叫请求消息Invite返回给A省的S-CSCF,其中Request-uri为被叫用户B的长号码,PAI头域为用户A的长号码,这两点都和传统实现方案一致,但在本发明提出的方案中,将Invite消息的From头域置为用户A的全局短号,形如”6001+A区号+A短号”,即在Invite消息中增加发起呼叫的用户A的全局短号;
S5、A省的S-CSCF根据Request uri中用户B的地址信息进行路由,将Invite消息路由至被叫省为用户B服务的S-CSCF;
S6、B省的S-CSCF判断被叫用户B签约有跨省统一CentreX业务,将呼叫触发至B省的统一CentreX AS;
S7、B省的统一CentreX AS确定用户B签约有跨省统一CentreX业务,且主叫用户A信息在本地没有进行存储,如果按照传统方案,则需查询A省GSCP获取相关信息,但在本发明提出的方案中,此时Invite消息的From头域被主叫侧统一CentreX AS改为形如”6001+A用户区号+A短号”的地址信息,据此B省统一CentreX业务平台可以断定本次呼叫为用户B用户所在跨省签约集团的一个内部呼叫,并在话单中明确此信息;另外,如果被叫用户B签订的是签约集团内部呼叫显示长号码,则B省统一CentreX AS将Invite消息中的PAI头域复制至From头域再进行下发;若用户B签订的是签约集团内部呼叫显示短号码,则不需改动From头域即可下发Invite消息。
上述流程为本发明提出的跨省签约集团用户统一CentreX业务实现方案的一个概述,可见其与传统实现方案相比,减少了B省CentreX AS查询A省GSCP的步骤,经过测算,会节约大概2秒钟的呼叫建立时间,较大程度的改善了用户体验,非常有利于跨省签约集团用户统一CentreX业务的推广。上述流程中的A省用户作为呼叫的发起方,B省用户作为被叫方,两个IMS用户是处在不同省的同一个签约集团内的签约集团用户,实际上对于同一签约集团的CS用户之间以及同一签约集团的CS用户和IMS用户之间同样适用上述流程,而且也不局限于用户处于不同的省,当用户在同一个省内,但是所属的CentreX应用服务器不同或者所属的SCP(与CentreX应用服务器对应)不同时,也同样适用上述流程,以提高签约集团用户之间呼叫建立的效率。
本发明提出的签约集团用户内部呼叫确认方法的具体流程,如图3所示,包括步骤:
Step1、被叫侧签约集团用户鉴定装置接收核心网节点转发的主叫用户向被叫用户发起的呼叫请求消息;
主叫用户发起的呼叫邀请首先经过主叫侧签约集团鉴用户鉴定设备的鉴定,并在确定主叫用户与被叫用户属于同一个签约集团时,由主叫侧签约集团用户鉴定装置在呼叫请求消息中添加签约集团内部呼叫标识,该标识可以是但不局限于是主叫用户的全局短号,用户的全局短号在签约集团内部是唯一的;
Step2、判断出所述呼叫请求消息携带有签约集团内部呼叫标识时,确定主叫用户向被叫用户发起的呼叫为签约集团用户的内部呼叫。接通主叫用户和被叫用户之间的通话,并在生成的话单上注明本次呼叫为签约集团用户之间的内部呼叫。
下面通过不同的实施例,详细介绍本发明提供的签约集团用户内部呼叫确认方法,具体针对不同类型的签约集团用户之间各类呼叫场景,主要介绍四种类型的呼叫场景:CS用户呼叫CS用户、CS用户呼叫IMS用户、IMS用户呼叫CS用户以及IMS用户呼叫IMS用户。
本发明实施例1提供了一种由CS用户发起呼叫,被叫用户也是CS用户的呼叫场景中,签约集团用户之间身份确认的方法以及呼叫建立的流程,如图4所示,包括步骤:
S401、MSC-A(移动交换中心)收到主叫用户A发起的呼叫请求,根据主叫用户A的O-CSI(CAMEL签约信息),将呼叫触发到A省SCP-A模块(此处的SCP模块与IMS用户的统一CentreX应用服务器的功能相对应);
S402、SCP-A在本地数据库中对用户B的长号或短号进行查询,发现被叫用户B没有保存在本地数据库中;
如果用户A拨打的是用户B的短号,根据拨号规则中对应的区号信息,SCP-A找到用户B所在省(本省或者他省)的GSCP,并向该GSCP发起Execute查询,要求返回用户B的长号;
如果用户A拨打的是用户B的长号,本地SCP-A在本地数据库中对用户B的长号进行查询,发现被叫用户B没有保存在本地数据库中,然后根据手机号码H0H1H2H3(手机号段信息,不同手机号段对应不同的省份)找到用户B所在省(本省或者其他省)的GSCP,并向该GSCP发起Execute查询,要求返回用户B的用户属性,获取被叫用户B与主叫用户A是否为同一签约集团用户的信息;
S403、GSCP向SCP-A返回所查询用户的用户属性,包括是否与主叫号码属于同一签约集团或者被叫的长号码信息等。
S404、SCP-A向MSC-A下发RRBE消息,请求上报相关事件;SCP-A向MSC-A下发AC消息;SCP-A向MSC-A下发FCI消息,通知SSP在本次呼叫话单中加入相关内容;SCP-A向MSC-A下发Connect消息,如果Execute查询消息返回结果表明主被叫号码属于同一签约集团用户,则Connect带有GenericNumber(其中Number qualifier indicato=additional calling party number)且该号码为主叫用户A的短号(形如6001+A的区号+A的短号码),destinationRoutingAddress=被叫用户B的长号;如果Execute查询消息返回结果表明主被叫号码不属于同一签约集团用户,Connect不带Generic Number信元(其中Number qualifier indicato=additional calling party number),但Connect中的destinationRoutingAddress=被叫用户B的长号;
S405、MSC-A向被叫归属位置寄存器HLR-B查询被叫的T-CSI信息;
S406、HLR-B向MSC-A返回被叫的T-CSI信息;
S407、MSC-A向被叫SCP-B发送IDP消息,SCP-B在收到IDP消息后,对其中包含的additionalCallingPartyNumber信元进行判定,如果IDP消息中携带有additionalCallingPartyNumber,并且additionalCallingPartyNumber为A的短号(形如6001+A的区号+A的短号码),则说明该次呼叫为群内呼叫,在被叫话单中标示本次呼叫为群内呼叫,SCP还可根据短号编号规则中的区号来判断该次呼叫是省内的或者省外的签约集团呼叫,并在话单中作出标示;
如果IDP消息中不带有additionalCallingPartyNumber信元,或者是带有additionalCallingPartyNumber但号码为长号,则认为该次呼叫为群外呼叫,在被叫话单中标示本次呼叫为群外呼叫;
S408、SCP-B向MSC-A下发RRBE消息,请求上报相关事件;SCP-A向MSC-A下发AC消息;SCP-B向MSC-A下发Connect消息,其中带有GenericNumber(号码属性为VPMN业务中对应的0×80H),指示号码显示信息;其中如果被叫签约签约集团内部呼叫显示长号,则SCP-B需将GenericNumber中的号码置为IDP消息中CallingPartyNumber中携带的主叫长号;否则则设置为短号码;
S409、MSC-A向被叫HLR-B请求MSRN,后续步骤同普通呼叫流程。
本发明实施例2提供了一种签约集团用户内部呼叫确认方法,包括由CS用户发起呼叫,被叫用户是IMS用户的呼叫场景,具体流程如图5所示,包括步骤:
S501、MSC-A收到主叫用户A发起的呼叫请求,根据主叫A的O-CSI,将呼叫触发到A省SCP-A模块(此处的SCP模块与IMS用户所在系统中统一CentreX应用服务器的功能相对应);
S502、SCP-A在本地数据库中对用户B的长号或短号进行查询,发现被叫用户B没有保存在本地数据库中;
如果用户A拨打的是用户B的短号,根据拨号规则,SCP-A找到被叫用户B所在省的GSCP(本省或者他省),并向该GSCP发起Execute查询,要求返回用户B的长号;
如果用户A拨打的是用户B的长号,本地SCP-A在本地数据库中对用户B的长号进行查询,发现被叫B没有保存在本地数据库中,然后根据固定号码区号找到B所在省的GSCP(本省或者他省),并向该GSCP发起Execute查询,要求返回B的用户属性;获取被叫用户B与主叫用户A是否为同一签约集团用户等信息;
S503、GSCP向SCP-A返回所查询用户的用户属性,包括是否与主叫号码属于同一签约集团或者被叫的长号码信息等。
S504、SCP-A向MSC-A下发RRBE消息,请求上报相关事件;SCP-A向MSC-A下发AC消息;SCP-A向MSC-A下发FCI消息,通知SSP在本次呼叫话单中加入相关内容;SCP-A向MSC-A下发Connect消息,如果Execute查询消息返回结果表明主被叫号码属于同一签约集团用户,Connect带有GenericNumber(其中Number qualifier indicato=additional calling party number)且该号码为主叫用户A的短号(形如6001+A的区号+A的短号码),destinationRoutingAddress=被叫用户B的长号;如果Execute查询消息返回结果表明主被叫号码不属于同一签约集团用户,Connect不带Generic Number信元(其中Number qualifier indicato=additional calling party number),但Connect中的destinationRoutingAddress=被叫用户B的长号;
S505、MSC-A向MGCF发送IAM消息,其中CalledPartyNumber=被叫用户B的长号,CallingPartyNumber=主叫用户A的长号,AdditionalCallingPartyNumber=主叫用户的短号(如果主被叫为同一签约集团用户);MGCF将IAM映射为Invite消息发送到S-CSCF;
S506、被叫对应的S-CSCF向Centrex AS-B发送Invite消息,被叫侧CentrexASb检查”From”头域,如果“From”头域带的是短号,则说明该次呼叫为群内呼叫,在被叫话单中标示本次呼叫为群内呼叫,Centrex AS还可根据短号编号规则中的区号来判断该次呼叫是省内的或者省外的签约集团呼叫,并在话单中作出标示;否则为群外呼叫,在被叫话单中标示本次呼叫为群外呼叫;
S507、执行完话单业务逻辑后,根据被叫所签约的主叫号码显长显短业务逻辑,再来对“From”头域进行修改,并向S-CSCF发送Invite消息:如果被叫用户B签订的是签约集团内部呼叫显示长号码,则B省统一Centrex AS将Invite消息中的PAI头域复制至From头域再进行下发;若用户B签订的是签约集团内部呼叫显示短号码,则不需改动From头域即可下发Invite消息。后续步骤同普通呼叫流程。
本发明实施例3提供了一种签约集团用户的之间身份确认的方法,包括由IMS用户发起呼叫,被叫用户是CS用户的呼叫场景,具体流程如图6所示,包括步骤:
S601、S-CSCF a收到主叫用户A发起的呼叫,根据主叫用户A的IFC,将呼叫触发到Centrex AS-A;
S602、Centrex AS-A在本地数据库中对用户B的长号或短号进行查询,发现被叫用户B没有保存在本地数据库中;
如果用户A拨打的是用户B的短号,根据拨号规则Centrex AS-A找到被叫用户B所在省的GSCP(本省或者他省),并向该GSCP发起Execute查询,要求返回用户B的长号;
如果用户A拨打的是用户B的长号,根据用户B的手机号码H0H1H2H3找到用户B所在省的GSCP(本省或者他省),并向该GSCP发起Execute查询,要求返回用户B的用户属性;获取被叫用户B与主叫用户A是否为同一签约集团用户等信息;
S603、GSCP-B向Centrex AS-A返回所查询用户的用户属性,包括是否与主叫号码属于同一签约集团以及被叫的长号码信息等;
S604、如果Execute查询消息返回结果表明主被叫号码属于同一签约集团用户,Centrex AS-A将”From”字段修改为主叫A的短号(形如6001+A的区号+A的短号码),Centrex AS-A将“Request URI”更新为被叫用户B的长号,同时Centrex AS-A为主叫出话单,并在话单中标示本次呼叫为跨省的群内呼叫;如果Execute查询消息返回结果表明主被叫号码不属于同一签约集团用户,Centrex AS-A不修改”From”字段,但Centrex AS-A将“Request URI”更新为被叫用户B的长号,同时Centrex AS-A为主叫出话单,并在话单中标示本次呼叫为普通跨省呼叫;
S605、S-CSCF-A根据Invite消息中的“Request URI”将呼叫路由到MGCF;
S606、MGCF将呼叫路由到MSC-B,并将SIP消息映射为BICC/ISUP消息;
S607、MSC-B向被叫SCP-B发送IDP消息。SCP-B在收到IDP消息后,如果IDP消息中携带有additionalCallingPartyNumber信元,并且信元中携带的是助教用户的全局短号,则说明该次呼叫为集团内呼叫,在被叫话单中标示本次呼叫为群内呼叫,SCP还可根据短号编号规则中的区号来判断该次呼叫是省内的签约集团呼叫还是省外的签约集团呼叫,并在话单中作出标示;如果SCP-B没有收到带有additionalCallingPartyNumber字段的IDP消息,或者IDP消息中的additionalCallingPartyNumber为长号,则认为该次呼叫为群外呼叫,在被叫话单中标示本次呼叫为群外呼叫;
S608、SCP-B向MSC-B下发RRBE消息,请求上报相关事件;SCP-B向MSC-B下发AC消息;SCP-B向MSC-A下发Connect消息,其中带有GenericNumber(号码属性为VPMN业务中对应的0×80H),指示号码显示信息;其中如果被叫签约集团内部呼叫显示长号,则SCP-B需将GenericNumber中的号码置为IDP消息中CallingPartyNumber中携带的主叫长号;否则则设置为短号码。
本发明实施例4提供了一种签约集团用户的之间身份确认的方法,包括由IMS用户发起呼叫,被叫用户也是IMS用户的呼叫场景,具体流程如图7所示,包括步骤:
S701、S-CSCF-A收到主叫用户A发起的呼叫,根据主叫用户A的IFC,将呼叫触发到Centrex AS-A;
S702、Centrex AS-A在本地数据库中对用户B的长号或短号进行查询,发现被叫用户B没有保存在本地数据库中;
如果用户A拨打的是用户B的短号,根据拨号规则(如区号信息)CentrexAS-A找到被叫用户B所在省的GSCP-B(本省或者他省),并向该GSCP发起Execute查询,要求返回用户B的长号;
如果用户A拨打的是用户B的长号,本地SCP-A在本地数据库中对用户B的长号进行查询,发现被叫用户B没有保存在本地数据库中,然后根据固定号码区号找到用户B所在省的GSCP-B(本省或者他省),并向该GSCP发起Execute查询,要求返回用户B的用户属性;获取被叫用户B与主叫用户A是否为同一签约集团用户等信息;
S703、GSCP-B向Centrex AS-A返回所查询用户的用户属性,包括是否与主叫号码属于同一签约集团以及被叫的长号码信息等;
S704、如果Execute查询消息返回结果表明主被叫号码属于同一签约集团用户,Centrex AS-A将”From”字段修改为主叫A的短号,Centrex AS-A将“RequestURI”更新为被叫用户B的长号,同时Centrex AS-A为主叫出话单,并在话单中标示本次呼叫为跨省的群内呼叫;如果Execute查询消息返回结果表明主被叫号码不属于同一签约集团用户,Centrex AS-A不修改”From”字段,但Centrex AS-A将“Request URI”更新为被叫用户B的长号,同时Centrex AS-A为主叫出话单,并在话单中标示本次呼叫为普通跨省呼叫;
S705、S-CSCF-A根据Invite消息中的“Request URI”将呼叫路由到被叫归属的S-CSCF-B。
S706、被叫用户B对应的S-CSCF-B向Centrex AS-B发送Invite消息,被叫侧AS检查”From”头域,如果”From”头域带的是短号,则说明该次呼叫为群内呼叫,在被叫话单中标示本次呼叫为群内呼叫,Centrex AS-B还可根据短号编号规则中的区号来判断该次呼叫是省内或者省外的签约集团呼叫,并在话单中作出标示;否则为群外呼叫,在被叫话单中标示本次呼叫为群外呼叫;
S707、执行完话单业务逻辑后,根据被叫所签约的主叫号码显长显短业务逻辑,再来对”From”头域进行修改,并向S-CSCF-B发送Invite消息:如果被叫用户B签订的是签约集团内部呼叫显示长号码,则用户B省统一Centrex AS-B将Invite消息中的PAI头域复制至From头域再进行下发;若用户B签订的是签约集团内部呼叫显示短号码,则不需改动From头域即可下发Invite消息。后续步骤同普通呼叫流程。
对应于上述签约集团用户内部呼叫确认的方法,本发明实施例提供了如下的签约集团用户内部呼叫确认系统以及签约集团用户检定装置。
本发明实施例5提供了一种签约集团用户内部呼叫确认系统,如图8所示包括:主叫侧签约集团用户鉴定装置51、核心网节点52和被叫侧签约集团用户鉴定装置53,其中:
主叫侧签约集团用户鉴定装置51,用于在确定出主叫用户和被叫用户属于同一个签约集团后,在向被叫侧签约集团用户鉴定装置53发送的呼叫请求消息中添加签约集团内部呼叫标识;
被叫侧签约集团用户鉴定装置53,用于接收核心网节点52转发的由主叫侧签约集团用户鉴定装置51发来的呼叫请求消息,以及在判断出所述呼叫请求消息携带有签约集团内部呼叫标识时,确定主叫用户向被叫用户发起的呼叫为签约集团用户的内部呼叫。
本发明实施例6提供了一种签约集团用户鉴定装置,如图9所示,包括:
呼叫请求消息接收单元61,用于接收核心网节点转发的主叫用户向被叫用户发起的呼叫请求消息;
内部呼叫标识识别单元62,用于判断呼叫请求消息接收单元61接受的呼叫请求消息中是否携带有签约集团内部呼叫标识;
内部呼叫确定单元63,用于在内部呼叫标识识别单元62判断结果为是时,确定主叫用户向被叫用户发起的呼叫为签约集团用户的内部呼叫。
还包括:话单标示单元64,用于在内部呼叫确定单元63确定主叫用户向被叫用户发起的呼叫为签约集团用户的内部呼叫后,在话单中标示主叫用户向被叫用户发起的本次呼叫为签约集团内部呼叫。
还包括:内部呼叫标识添加单元60,用于经过查询全局服务控制点,确定主叫用户和被叫用户属于同一个签约集团后,在向被叫侧签约集团用户鉴定装置发送的呼叫请求消息中添加签约集团内部呼叫标识。
本发明实施例7还提供一种签约集团用户鉴定装置,如图10所示,包括:
内部呼叫判断单元71,用于判断主叫用户和被主叫用户呼叫的被叫用户是否属于同一个签约集团;
内部呼叫标识添加单元72,用于在内部呼叫判断单元71的判断结果为是时,向被叫侧签约集团用户鉴定装置发送的呼叫请求消息中添加签约集团内部呼叫标识。
本发明通过以上实施例提供了一种签约集团用户内部呼叫确认方法,一种签约集团用户内部呼叫确认系统以及签约集团用户鉴定装置。实现了当被叫侧签约集团用户鉴定装置确定呼叫请求消息中包含有签约集团内部呼叫标识时,不进行查询,直接确认主叫用户和被叫用户属于同一个签约集团,本发明实施例提供的方法对签约集团用户之间内部呼叫建立过程的呼叫流程进行修改,简化了被叫侧到主叫侧的查询信令流程,缩短了呼叫建立时间,提高了签约集团用户之间建立内部呼叫的效率,解决了现有技术中存在的签约集团用户建立内部呼叫的效率低下的问题。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (11)
1.一种签约集团用户内部呼叫确认的方法,其特征在于,包括:
被叫侧签约集团用户鉴定装置接收核心网节点转发的主叫用户向被叫用户发起的呼叫请求消息;以及
在判断出所述呼叫请求消息携带有签约集团内部呼叫标识时,确定主叫用户向被叫用户发起的呼叫为签约集团用户的内部呼叫,所述签约集团内部呼叫标识是主叫侧签约集团用户鉴定装置确定主叫用户和被叫用户属于同一个签约集团后,添加到所述呼叫请求消息中的。
2.如权利要求1所述的方法,其特征在于,还包括:
被叫侧签约集团用户鉴定装置在确定主叫用户向被叫用户发起的呼叫为签约集团用户的内部呼叫后,在话单中标示主叫用户向被叫用户发起的本次呼叫为签约集团内部呼叫。
3.如权利要求1所述的方法,其特征在于,所述签约集团内部呼叫标识包括:标志码、区域号码以及主叫用户的全局短号,所述全局短号是由签约集团分配给每个用户的唯一号码。
4.如权利要求1所述的方法,其特征在于,所述主叫侧签约集团用户鉴定装置通过查询全局服务控制点,来确定主叫用户和被叫用户是否属于同一个签约集团。
5.一种签约集团用户鉴定装置,其特征在于,包括:
呼叫请求消息接收单元,用于接收核心网节点转发的主叫用户向被叫用户发起的呼叫请求消息;
内部呼叫标识识别单元,用于判断呼叫请求消息接收单元接受的呼叫请求消息中是否携带有签约集团内部呼叫标识;
内部呼叫确定单元,用于在内部呼叫标识识别单元判断结果为是时,确定主叫用户向被叫用户发起的呼叫为签约集团用户的内部呼叫。
6.如权利要求5所述的装置,其特征在于,还包括:
话单标示单元,用于在内部呼叫确定单元确定主叫用户向被叫用户发起的呼叫为签约集团用户的内部呼叫后,在话单中标示主叫用户向被叫用户发起的本次呼叫为签约集团内部呼叫。
7.如权利要求5所述的装置,其特征在于,还包括:
内部呼叫标识添加单元,用于经过查询全局服务控制点,确定主叫用户和被叫用户属于同一个签约集团后,在向被叫侧签约集团用户鉴定装置发送的呼叫请求消息中添加签约集团内部呼叫标识。
8.一种签约集团用户鉴定装置,其特征在于,包括:
内部呼叫判断单元,用于判断主叫用户和被主叫用户呼叫的被叫用户是否属于同一个签约集团;
内部呼叫标识添加单元,用于在内部呼叫判断单元的判断结果为是时,向被叫侧签约集团用户鉴定装置发送的呼叫请求消息中添加签约集团内部呼叫标识。
9.如权利要求8所述的装置,其特征在于,所述内部呼叫判断单元通过查询全局服务控制点,来确定主叫用户和被叫用户是否属于同一个签约集团。
10.一种签约集团用户内部呼叫确认系统,其特征在于,包括主叫侧签约集团用户鉴定装置、核心网节点和被叫侧签约集团用户鉴定装置,其中:
主叫侧签约集团用户鉴定装置,用于在确定出主叫用户和被叫用户属于同一个签约集团后,在向被叫侧签约集团用户鉴定装置发送的呼叫请求消息中添加签约集团内部呼叫标识;
被叫侧签约集团用户鉴定装置,用于接收核心网节点转发的由主叫侧签约集团用户鉴定装置发来的呼叫请求消息,以及在判断出所述呼叫请求消息携带有签约集团内部呼叫标识时,确定主叫用户向被叫用户发起的呼叫为签约集团用户的内部呼叫。
11.如权利要求10所述的系统,其特征在于,所述主叫侧签约集团用户鉴定装置通过查询全局服务控制点,来确定主叫用户和被叫用户是否属于同一个签约集团。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010101356636A CN102202416A (zh) | 2010-03-26 | 2010-03-26 | 签约集团用户内部呼叫确认方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010101356636A CN102202416A (zh) | 2010-03-26 | 2010-03-26 | 签约集团用户内部呼叫确认方法、装置及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102202416A true CN102202416A (zh) | 2011-09-28 |
Family
ID=44662717
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010101356636A Pending CN102202416A (zh) | 2010-03-26 | 2010-03-26 | 签约集团用户内部呼叫确认方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102202416A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103118347B (zh) * | 2011-11-16 | 2015-11-18 | 中国移动通信集团上海有限公司 | 一种终端间短号码呼叫的方法、系统和查询设备 |
CN109450958A (zh) * | 2019-01-04 | 2019-03-08 | 中国联合网络通信集团有限公司 | 一种集团用户携号转网的通信方法及系统 |
CN109451452A (zh) * | 2019-01-04 | 2019-03-08 | 中国联合网络通信集团有限公司 | 携号转网的通信方法、主叫的媒体网关控制功能实体 |
CN109600391A (zh) * | 2019-01-04 | 2019-04-09 | 中国联合网络通信集团有限公司 | 一种集团用户携号转网的通信方法、媒体网关控制功能实体 |
CN109802958A (zh) * | 2019-01-04 | 2019-05-24 | 中国联合网络通信集团有限公司 | 通信方法、业务控制点/服务器和媒体网关控制功能实体 |
CN109962899A (zh) * | 2017-12-26 | 2019-07-02 | 中国移动通信集团辽宁有限公司 | 触发虚拟专用移动网业务的方法、装置、设备和介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1466362A (zh) * | 2002-06-21 | 2004-01-07 | 华为技术有限公司 | 在固定智能网上实现集团用户卡号业务的方法 |
CN1494303A (zh) * | 2002-10-31 | 2004-05-05 | 华为技术有限公司 | 一种中继局间集中业务交换机群内用户短号传送的方法 |
CN1547367A (zh) * | 2003-11-28 | 2004-11-17 | 中兴通讯股份有限公司 | 一种在商务群内实现dnh群组的方法 |
US7613170B1 (en) * | 2004-06-29 | 2009-11-03 | 3Com Corporation | Method and apparatus for PSTN-based IP active call recovery and re-routing |
-
2010
- 2010-03-26 CN CN2010101356636A patent/CN102202416A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1466362A (zh) * | 2002-06-21 | 2004-01-07 | 华为技术有限公司 | 在固定智能网上实现集团用户卡号业务的方法 |
CN1494303A (zh) * | 2002-10-31 | 2004-05-05 | 华为技术有限公司 | 一种中继局间集中业务交换机群内用户短号传送的方法 |
CN1547367A (zh) * | 2003-11-28 | 2004-11-17 | 中兴通讯股份有限公司 | 一种在商务群内实现dnh群组的方法 |
US7613170B1 (en) * | 2004-06-29 | 2009-11-03 | 3Com Corporation | Method and apparatus for PSTN-based IP active call recovery and re-routing |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103118347B (zh) * | 2011-11-16 | 2015-11-18 | 中国移动通信集团上海有限公司 | 一种终端间短号码呼叫的方法、系统和查询设备 |
CN109962899A (zh) * | 2017-12-26 | 2019-07-02 | 中国移动通信集团辽宁有限公司 | 触发虚拟专用移动网业务的方法、装置、设备和介质 |
CN109962899B (zh) * | 2017-12-26 | 2021-08-03 | 中国移动通信集团辽宁有限公司 | 触发虚拟专用移动网业务的方法、装置、设备和介质 |
CN109450958A (zh) * | 2019-01-04 | 2019-03-08 | 中国联合网络通信集团有限公司 | 一种集团用户携号转网的通信方法及系统 |
CN109451452A (zh) * | 2019-01-04 | 2019-03-08 | 中国联合网络通信集团有限公司 | 携号转网的通信方法、主叫的媒体网关控制功能实体 |
CN109600391A (zh) * | 2019-01-04 | 2019-04-09 | 中国联合网络通信集团有限公司 | 一种集团用户携号转网的通信方法、媒体网关控制功能实体 |
CN109802958A (zh) * | 2019-01-04 | 2019-05-24 | 中国联合网络通信集团有限公司 | 通信方法、业务控制点/服务器和媒体网关控制功能实体 |
CN109600391B (zh) * | 2019-01-04 | 2021-05-11 | 中国联合网络通信集团有限公司 | 一种集团用户携号转网的通信方法、媒体网关控制功能实体 |
CN109450958B (zh) * | 2019-01-04 | 2021-08-06 | 中国联合网络通信集团有限公司 | 一种集团用户携号转网的通信方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103763446B (zh) | 使用既有设备的ims网络接入 | |
US7206611B2 (en) | Method for displaying special alerting icon | |
CN101094442B (zh) | 一种电路交换域终呼锚定方法 | |
US9961522B2 (en) | Provision of additional network addressable numbers on single mobile device | |
CN1917533B (zh) | 电话一号多机业务的实现方法和系统 | |
CN102202416A (zh) | 签约集团用户内部呼叫确认方法、装置及系统 | |
CN101438561A (zh) | 用于ims网络的号码可携带性 | |
CN103118347B (zh) | 一种终端间短号码呼叫的方法、系统和查询设备 | |
CN102025841A (zh) | 一种电话号码更换提示的方法和装置 | |
CN101534492B (zh) | 综合虚拟专用网业务系统及实现虚拟专用网业务的方法 | |
FI105759B (fi) | Siirrettyjen puheluiden käsittely | |
CN102624996A (zh) | 被叫一号通业务的实现方法和系统以及业务控制点 | |
CN1992964B (zh) | 获得分组网络用户终端地理位置信息的系统和方法 | |
CN103188756A (zh) | 一种跨域业务路由方法、装置、系统及相关设备 | |
CN101267577A (zh) | 实现呼叫接续以及智能业务的方法、系统和设备 | |
EP1377083B1 (en) | Sharing network information | |
CN101272425B (zh) | 防止业务重复触发的方法、系统和设备 | |
CN100471311C (zh) | 移动通信中呼叫伴侣实现方法 | |
CN109450958B (zh) | 一种集团用户携号转网的通信方法及系统 | |
CN115529580B (zh) | 一种定向语音呼叫方法、装置、系统、设备及存储介质 | |
CN103906002A (zh) | 一种一号通业务实现方法及系统 | |
CN101212510B (zh) | 固网中的多本地网环境下查询用户相关信息的方法及装置 | |
CN103118352B (zh) | 对呼叫请求消息进行路由的方法和系统 | |
CN101431746B (zh) | 预付费业务的计费方法及系统、触发路由改向的通信设备 | |
CN101060562B (zh) | 一种实现关口局个性化回铃音的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110928 |