WO2009059522A1 - Procede de notification d'echec d'appel et equipement de commutation de reseau associe - Google Patents
Procede de notification d'echec d'appel et equipement de commutation de reseau associe Download PDFInfo
- Publication number
- WO2009059522A1 WO2009059522A1 PCT/CN2008/072819 CN2008072819W WO2009059522A1 WO 2009059522 A1 WO2009059522 A1 WO 2009059522A1 CN 2008072819 W CN2008072819 W CN 2008072819W WO 2009059522 A1 WO2009059522 A1 WO 2009059522A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- calling
- information
- determining
- allowed
- called party
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/48—Arrangements for recalling a calling subscriber when the wanted subscriber ceases to be busy
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2203/00—Aspects of automatic or semi-automatic exchanges
- H04M2203/55—Aspects of automatic or semi-automatic exchanges related to network data storage and management
- H04M2203/551—Call history
Description
呼叫失败提示业务实现方法和网络交换设备 本申请要求于 2007年 11月 5日提交中国专利局、 申请号为 200710166538. X、 发明名 称为 "呼叫失败提示业务实现方法和网络交换设备" 的中国专利申请的优先权, 其全部内 容通过引用结合在本申请中。 技术领域 说
本发明涉及通信技术领域, 特别涉及一种呼叫失败提示业务实现方法和一种网络交换 设备。 背景技术 书
呼叫失败提示业务是一项提示被叫有未接通来电的业务, 其表现为在呼叫异常时, 包 括在被叫关机、 被叫不可及 (如被叫掉网等)、 网络决定忙、 被叫无应答时, 网络侧发送短 消息给被叫, 以提示被叫在何日何时有何号码曾对被叫进行过呼叫。
上述各触发呼叫失败提示业务的异常点表现为: 1、 关口局取路由信息后发现被叫是缺 席用户; 2、 呼叫入局后才发现用户关机或漫游不允许; 3、 呼叫入局后被叫寻呼无响应或 响应超时; 4、 呼叫入局后发现被叫正在通话; 5、 呼叫入局后发现网络拥塞; 6、 呼叫入局 后用户无应答。
在上述现有技术中, 在各个异常点触发呼叫失败提示业务时, 任何情况下, 均直接通 过短消息中心向被叫发送包含主叫号码的呼叫失败提示短消息, 不能完整实现主叫号码显 式限制。 发明内容
有鉴于此, 本发明提供了一种呼叫失败提示业务实现方法和一种网络交换设备, 能够 防止在任何触发呼叫失败提示业务的情况下, 均向被叫提供主叫信息。
本发明提供的一种呼叫失败提示业务实现方法包括:
确定出向被叫发起的呼叫无法接通;
确定出不允许将主叫信息提供给被叫, 向被叫发送不包括主叫信息的呼叫提示消息。 本发明提供的一种网络交换设备包括:
呼叫接续模块, 用于确定向被叫发起的呼叫是否接通, 在未接通时, 将呼叫未接通的 信息通知给呼叫提示模块;
呼叫提示模块, 用于在接收所述呼叫未接通的信息后, 确定出不允许将主叫信息提供 给被叫, 向被叫发送不包括主叫信息的呼叫提示消息。
由上述方案可以看出, 本发明中, 通过确定出向被叫发起的呼叫无法接通后, 判断是 否允许将主叫信息提供给被叫, 并根据判断结果向被叫提供或不提供未接通主叫的信息, 从而防止了在任何触发呼叫失败提示业务的情况下, 均向被叫提供主叫信息, 提高了主叫 信息的私密性, 并且提高了业务灵活性。 附图说明
图 1为现有技术中关口局触发呼叫失败提示业务的流程图;
图 2为现有技术中被叫端局触发呼叫失败提示业务的流程图;
图 3为本发明实施例 1提供的方法流程图;
图 4为本发明实施例 2提供的方法流程图;
图 5为本发明实施例 3提供的方法流程图;
图 6为本发明实施例 4提供的网络交换设备结构示意图。 具体实施方式
为使本发明的目的、 技术方案和优点更加清楚, 下面结合附图, 通过具体实施例对本 发明作进一步的详细描述。
如背景技术所述, 各触发呼叫失败提示业务的异常点表现为: 1、 关口局取路由信息后 发现被叫是缺席用户; 2、 呼叫入局后才发现用户关机或漫游不允许; 3、 呼叫入局后被叫 寻呼无响应或响应超时; 4、 呼叫入局后发现被叫正在通话; 5、 呼叫入局后发现网络拥塞; 6、 呼叫入局后用户无应答。
其中,在异常点表现为第 1点时,在关口局(GMSC (Gateway Mobile Switching Center, 网关移动业务交换中心))触发呼叫失败短消息提示, 处理流程如图 1所示, 包括如下步骤: 步骤 101、主叫用户(MS)向自身所在端局(VMSC (Visited Mobile-services Switching Centre, 访问移动交换中心)) 发起呼叫请求 (SETUP);
步骤 102、 主叫用户所在端局 (VMSC) 向关口局发送建立呼叫请求 (IAM);
步骤 103、 关口局收到建立呼叫请求后向被叫签约的归属位置寄存器 (HLR, Home
Location Register) 发起取路由请求 (MAP_SEND_R0UTING_INF0_REQ);
步骤 104、 被叫签约的 HLR发现用户缺席, 则将信息在取路由响应消息
( MAP_SEND_ROUTING_INFO_CNF ) 中带给关口局;
步骤 105、关口局触发呼叫失败短消息提示,构造包括主叫号码的呼叫失败短消息内容, 并通过始发短消息业务请求 (M0_F0RWARD_SM_ARG) 将其发送给短消息中心 (SMSC);
步骤 106、短消息中心收到关口局发来的始发短消息业务请求后, 给关口局回复始发短 消息业务响应消息 (M0_F0RWARD_SM_RES), 并在之后将接收的短消息转发给被叫。
在异常点表现为第 2至 6点时, 在被叫端局 (VMSC) 触发呼叫失败短消息提示, 处理 流程如图 2所示, 包括如下步骤:
步骤 201、 关口局 (GMSC) 向被叫端局 (VMSC) 发起建立呼叫请求 (IAM), 上述被叫端 局即被叫用户拜访的 MSC (Mobi le Switching Center, 移动业务交换中心);
步骤 202、 被叫端局 (VMSC)判断被叫是否为用户关机和漫游不允许, 如果是, 则执行 步骤 209; 否则执行步骤 203;
步骤 203、 被叫端局 (VMSC) 判断被叫是否为用户正在通话中, 如果是, 则执行步骤 209; 否则执行步骤 204;
步骤 204, 被叫端局 (VMSC) 向被叫用户下发寻呼;
步骤 205、 被叫端局判断被叫是否为寻呼无响应或等待寻呼响应超时, 如果是, 则直接 跳至步骤 209; 否则执行步骤 206;
步骤 206、 接收到寻呼响应后, 被叫端局向被叫下发 SETUP消息, 并向媒体网关(MGW, Media GateWay) 下发信道指配请求;
步骤 207、 判断无线信道是否拥塞, 如果是, 则信道指配失败, 执行步骤 209; 否则执 行步骤 208;
步骤 208、 判断被叫振铃后是否为一直无应答, 如果是, 则执行步骤 209 ; 否则执行步 骤 210, 接通主叫与被叫的话路;
步骤 209、 被叫端局 (VMSC)触发呼叫失败短消息提示。 具体地, 本步骤中被叫端局构 造包括主叫号码的呼叫失败短消息内容, 并通过短消息中心发送给被叫。
发明人针对上述流程中, 在各个异常点触发呼叫失败提示业务时, 任何情况下, 均直 接通过短消息中心向被叫发送包含主叫号码的呼叫失败提示短消息, 不能完整实现主叫号 码显式限制的缺点, 提出了一种呼叫失败提示业务实现方法, 详见下述实施例:
实施例一
本发明呼叫失败提示业务实现方法第一实施例的流程如图 3所示, 包括如下步骤: 步骤 301、 确定出向被叫发起的呼叫无法接通。
本步骤可以是关口局在上述异常点 1, 确定出向被叫发起的呼叫无法接通; 也可以是被 叫端局在上述异常点 2至 6, 确定出向被叫发起的呼叫无法接通。
步骤 302、判断是否允许将主叫信息提供给被叫, 并根据判断结果向被叫提供或不提供 未接通主叫的信息。
本步骤中, 根据判断结果向被叫提供未接通主叫的信息可以包括:
如果判断出允许将主叫信息提供给被叫时, 向被叫发送包括主叫信息的呼叫提示消息, 如构造包括主叫号码的有未接通呼叫的短消息内容, 并通过短消息中心发送给被叫;
如果判断出不允许将主叫信息提供给被叫后, 直接结束所述方法, 或者向被叫发送不 包括主叫信息的呼叫提示消息, 如构造不包括主叫号码的有未接通呼叫的短消息内容, 并 通过短消息中心发送给被叫。
另外, 在判断是否允许将主叫信息提供给被叫时, 可以根据来自主叫侧的主叫显示相 关参数确定, 可以根据网络侧是否进行了强制显示主叫信息设定或进行了强制禁止主叫信 息设定确定, 也可以根据被叫是否签约了主叫显示业务超越确定, 还可以综合上述各个参 数确定。 以下通过两个较佳实施例进行说明综合上述各个参数确定的实现方案, 其他确定 方式的具体实现方案参照下述实施例即可实现, 这里不再赘述。
实施例二
本发明呼叫失败提示业务第二实施例应用于在关口局触发呼叫失败提示业务, 如图 4 所示, 包括如下步骤:
步骤 401、 主叫向所在端局发起呼叫请求;
步骤 402、 主叫所在端局向关口局发送建立呼叫请求;
步骤 403、 关口局收到建立呼叫请求后向被叫签约的 HLR发起取路由请求;
步骤 404、被叫签约的 HLR发现被叫缺席,则将被叫缺席信息在响应消息中带给关口局; 步骤 405、 关口局接收到被叫缺席信息后, 确定出向被叫发起的呼叫无法接通, 判断自 身中是否进行了强制显示主叫号码的设置, 如果是, 则确定出允许显示主叫信息, 执行步 骤 409 ; 否则, 执行步骤 406 ;
步骤 406、 关口局判断自身中是否进行了强制禁止显示主叫号码的设置, 如果是, 则确 定出不允许显示主叫信息, 执行步骤 410 ; 否则执行步骤 407 ;
在具体实现时, 步骤 405中所执行的判断步骤和步骤 406中所执行的判断步骤, 还可 以调换执行次序, 即先执行步骤 406中的判断步骤, 再执行步骤 405中的判断步骤, 或同 时执行。 另外, 本实施例中, 可以通过参数设定方式进行强制禁止显示主叫号码的设置和 进行强制显示主叫号码的设置。
步骤 407、关口局判断在步骤 403所接收的建立呼叫请求中, 是否包括了主叫显示相关 参数, 如果是, 执行步骤 408; 否则, 确定出不允许显示主叫信息, 执行步骤 410;
步骤 408、关口局判断建立呼叫请求中包括的主叫显示相关参数是否为允许显示主叫信 息, 如果是, 则确定出允许显示主叫信息,执行步骤 409; 否则确定出不允许显示主叫信息, 执行步骤 410;
在建立呼叫请求中,上述主叫显示相关参数可以是主叫方 BCD格式号码(Calling Party
BCD Number IEI ) 中的提供表示语 (Presentation Indicator, PI ), 如表 1所示。 其中, 当主叫方 BCD格式号码长度不为 0时, 表示建立呼叫请求中包括了主叫显示相关参数; 当 主叫方 BCD格式号码长度为 0时, 表示不包括主叫显示相关参数。 另外, PI的不同取值所 代表的具体参数可以如表 2所示, 其中当 PI的取值为 00时, 表示允许显示主叫信息。
表 1
8 7 6 5 4 3 2 1
主叫方 BCD格式号码 (Calling party BCD number IEI ) 字节
(oct( ?t) 1
Calling Party BCD Number内容长度 ( Length of calling party BCD octet 2
number contents)
0/1 数字类型 ( type of Number) 编号方式计划指示 (Numbering
ext plan identification) octet 3
1 提供表示语 0 0 0 放映指示
(presentat ( screening
ext Indicator) 空闲 ( spare) Indicator) octet 3a*
Number digit 2 Number digit 1 octet 4*
Number digit 4 Number digit 3 octet 5氺 表 2
上述表 1中的信息可以由主叫端局在生成建立呼叫请求时, 根据自身的配置或主叫的 设置, 确定 PI的取值, 并将该取值设置在建立呼叫请求中发送给关口局。
步骤 409、 关口局构造包括主叫信息, 如主叫号码的短消息内容, 并通过始发短消息业 务请求发送给短消息中心, 由短消息中心将包括主叫号码的未接通呼叫短消息发送给被叫; 步骤 410、 关口局不生成短消息内容, 也不向短消息中心发送始发短消息业务请求, 而 直接结束本流程。 本步骤中, 也可以不直接结束流程, 而是关口局生成不包括主叫信息的 短消息内容, 并通过始发短消息业务请求发送给短消息中心, 由短消息中心将不包括主叫 信息的未接通呼叫短消息发送给被叫; 具体地, 可以在生成的短消息内容中采用特殊格式 填写, 如在原写入主叫信息的位置采用 *代替。
上述步骤 410具体采用的方式可以根据用户定制确定, 也可以根据关口局自身中的设 置确定。
实施例三
本发明呼叫失败提示业务第三实施例应用于在被叫端局触发呼叫失败提示业务,如图 5 所示, 包括如下步骤:
步骤 501、在主叫向所在端局发起呼叫请求, 主叫所在端局向关口局发送建立呼叫请求 后, 关口局向被叫端局发起建立呼叫请求;
步骤 502、被叫端局接收到建立呼叫请求后, 判断被叫用户是否处于关机或漫游不允许 呼叫状态, 如果是, 执行步骤 509 ; 否则, 执行步骤 503 ;
步骤 503、 被叫端局判断被叫是否正在通话中, 如果是, 执行步骤 509 ; 否则执行步骤
504;
步骤 504、 被叫端局寻呼被叫, 并判断是否寻呼无响应或等待寻呼响应超时, 如果是, 则执行步骤 509 ; 否则, 执行步骤 505 ;
步骤 505、 被叫端局接收到被叫返回的寻呼响应后, 向被叫下发呼叫建立 (SETUP ) 消 息, 并向媒体网关 MGW下发信道指配请求;
步骤 506、 被叫端局判断无线信道是否出现拥塞导致信道指配失败, 如果是, 执行步骤 509; 否则, 执行步骤 507 ;
步骤 507、 被叫端局判断是否被叫振铃后一直无应答, 如果是, 执行步骤 509 ; 否则执 行步骤 508 ;
步骤 508、 被叫端局接通主叫与被叫之间的话路。
步骤 509、被叫端局确定出向被叫发起的呼叫无法接通, 判断自身中是否进行了强制显 示主叫号码的设置, 如果是, 则确定出允许显示主叫信息, 执行步骤 515 ; 否则, 执行步骤 510;
步骤 510、 被叫端局判断自身中是否进行了强制禁止显示主叫号码的设置, 如果是, 则
确定出不允许显示主叫信息, 执行步骤 515; 否则执行步骤 511 ;
在具体实现时, 步骤 509中所执行的判断步骤和步骤 510中所执行的判断步骤, 还可 以调换执行次序, 或同时执行。 另外, 本实施例中, 可以通过参数设定方式进行强制禁止 显示主叫号码的设置和进行强制显示主叫号码的设置。
步骤 511、关口局判断在步骤 501所接收的建立呼叫请求中, 是否包括了主叫显示相关 参数, 如果是, 执行步骤 512; 否则, 执行步骤 513;
步骤 512、关口局判断建立呼叫请求中包括的主叫显示相关参数是否为允许显示主叫信 息, 如果是, 则确定出允许显示主叫信息, 执行步骤 514; 否则执行步骤 513;
与上一实施例类似地,在建立呼叫请求中,上述主叫显示相关参数可以是 Calling Party BCD Number IEI中的 PI。 当主叫方 BCD格式号码长度不为 0时, 表示建立呼叫请求中包括 了主叫显示相关参数; 当主叫方 BCD格式号码长度为 0时, 表示不包括主叫显示相关参数。 另外, PI的取值为 00时, 表示允许显示主叫信息。 同样地, Calling Party BCD Number IEI 中的信息可以由主叫端局在生成建立呼叫请求时, 根据自身的配置或主叫的设置, 确定 PI 的取值, 并将该取值设置在建立呼叫请求中通过关口局发送给被叫端局;
步骤 513、 被叫端局判断被叫是否签约主叫显示超越业务, 如果是, 确定出允许将主叫 信息发送给被叫, 执行步骤 514; 否则, 确定出不允许将主叫信息发送给被叫, 执行步骤 515;
步骤 514、 被叫端局构造包括主叫信息, 如主叫号码的短消息内容, 并通过始发短消息 业务请求发送给短消息中心, 由短消息中心将包括主叫号码的未接通呼叫短消息发送给被 叫;
步骤 515、 被叫端局不生成短消息内容, 也不向短消息中心发送始发短消息业务请求, 而直接结束本流程。
其中, 在步骤 515, 被叫端局也可以生成不包括主叫信息的短消息内容, 并通过始发短 消息业务请求发送给短消息中心, 由短消息中心将不包括主叫信息的未接通呼叫短消息发 送给被叫; 具体地, 可以在生成的短消息内容中采用特殊格式填写, 如在原写入主叫信息 的位置采用 *代替。
以上对本发明呼叫失败提示业务实现方法的实施例进行了描述, 下面再对本发明提供 的网络交换设备进行详细说明。
实施例四
本发明提供的网络交换设备实施例如图 6所示, 包括呼叫接续模块和呼叫提示模块。 其中, 呼叫接续模块用于确定向被叫发起的呼叫是否接通, 在未接通时, 将呼叫未接
通的信息通知给呼叫提示模块。 具体地, 呼叫接续模块如何确定向被叫发起的呼叫是否接 通, 在上述方法的第二和第三实施例中已有详细说明, 这里不再赘述。
呼叫提示模块用于在接收呼叫未接通的信息后, 确定出不允许将主叫信息提供给被叫, 向被叫发送不包括主叫信息的呼叫提示消息。
其中, 确定出不允许将主叫信息提供给被叫, 包括:
确定未接收到了来自主叫侧的主叫显示允许参数, 则确定出不允许将主叫信息提供给 被叫。
其中, 确定未接收到了来自主叫侧的主叫显示允许参数, 包括:
确定来自主叫侧的建立呼叫请求中携带的提供表示语未指示为允许显示主叫信息, 则 确定未接收到了来自主叫侧的主叫显示允许参数。
其中, 确定未接收到了来自主叫侧的主叫显示允许参数为: 确定所接收的主叫显示相 关参数未包括主叫显示允许参数;
相应地, 确定所接收的主叫显示相关参数未包括主叫显示允许参数之前, 进一步包括: 确定接收到了来自主叫侧的主叫显示相关参数。
其中, 确定接收到了来自主叫侧的主叫显示相关参数, 包括:
确定所接收的建立呼叫请求中携带的主叫方 BCD格式号码 Calling Party BCD Number 信元的内容长度不为 0, 则确定接收到了来自主叫侧的主叫显示相关参数。
其中, 确定出不允许将主叫信息提供给被叫, 包括:
确定被叫未签约主叫显示超越业务, 则确定出不允许将主叫信息提供给被叫。
其中, 确定出不允许将主叫信息提供给被叫, 包括:
确定未设置强制显示主叫信息, 则确定出不允许将主叫信息提供给被叫。
其中, 确定出不允许将主叫信息提供给被叫, 包括: 确定设置了强制禁止显示主叫信 息, 则确定出不允许将主叫信息提供给被叫。
本发明实施例提供的设备具体为关口局网关移动业务交换中心 GMSC, 或, 被叫端局访 问移动交换中心 VMSC。
其中, 确定进行了强制显示主叫号码的设置, 则确定出不允许将主叫信息提供给被叫; 确定未进行了强制显示主叫号码的设置且未进行强制禁止显示主叫号码的设置后, 执 行下述步骤:
判断接收的建立呼叫请求中是否包括主叫显示相关参数, 如果否, 则确定出不允许将 主叫信息提供给被叫; 如果是, 则进一步判断包括的主叫显示相关参数是否为允许显示主 叫信息, 如果主叫显示相关参数不是允许显示主叫信息, 则确定出不允许将主叫信息提供
给被叫。
特别是, 被叫端局确定出主叫显示相关参数不是允许显示主叫信息后, 执行下述步骤: 确定被叫未签约主叫显示超越业务后, 则确定出不允许将主叫信息提供给被叫。
在上述方法的三个实施例中均已对如何进行是否允许将主叫信息提供给被叫的判断, 以及如何根据判断结果向被叫提供或不提供未接通主叫的信息, 有详细说明, 这里不再赘 述。
由上述对本发明实施例的说明可以看出, 本发明中, 通过确定出向被叫发起的呼叫无 法接通后, 判断是否允许将主叫信息提供给被叫, 并根据判断结果向被叫提供或不提供未 接通主叫的信息, 从而防止了在任何触发呼叫失败提示业务的情况下, 均向被叫提供主叫 信息, 提高了主叫信息的私密性, 并且提高了业务灵活性。
通过以上的实施方式的描述, 本领域的技术人员可以清楚地了解到本发明可以通过硬 件实现, 也可以可借助软件加必要的通用硬件平台的方式来实现基于这样的理解, 本发明 的技术方案可以以软件产品的形式体现出来, 该软件产品可以存储在一个计算机可读存储 介质(可以是 CD-ROM, U盘, 移动硬盘等) 中, 包括若干指令用以使得一台计算机设备(可 以是个人计算机, 服务器, 或者网络设备等) 执行本发明各个实施例所述的方法。
此外, 本发明实施例中, 可以根据网络侧的设置, 或根据用户签约的业务相结合, 进 行上述判断, 带来了更多的增值业务, 提高了运营商的竞争力。
以上是对本发明具体实施例的说明, 在具体的实施过程中可对本发明的方法进行适当 的改进, 以适应具体情况的具体需要。 因此可以理解, 根据本发明的具体实施方式只是起 示范作用, 并不用以限制本发明的保护范围。
Claims
1、 一种呼叫失败提示业务实现方法, 其特征在于, 该方法包括以下步骤: 确定出向被叫发起的呼叫无法接通;
确定出不允许将主叫信息提供给被叫, 向被叫发送不包括主叫信息的呼叫提示消 息。
2、 根据权利要求 1所述的方法, 其特征在于, 所述确定出不允许将主叫信息提供 给被叫, 包括:
确定未接收到了来自主叫侧的主叫显示允许参数,则确定出不允许将主叫信息提供 给被叫。
3、 根据权利要求 2所述的方法, 其特征在于, 确定未接收到了来自主叫侧的主叫 显示允许参数, 包括:
确定来自主叫侧的建立呼叫请求中携带的提供表示语未指示为允许显示主叫信息, 则确定未接收到了来自主叫侧的主叫显示允许参数。
4、 根据权利要求 2所述的方法, 其特征在于, 所述确定未接收到了来自主叫侧的 主叫显示允许参数为: 确定所接收的主叫显示相关参数未包括所述主叫显示允许参数; 相应地, 所述确定所接收的主叫显示相关参数未包括主叫显示允许参数之前, 进一 步包括:
确定接收到了来自主叫侧的主叫显示相关参数。
5、 根据权利要求 4所述的方法, 其特征在于, 所述确定接收到了来自主叫侧的主 叫显示相关参数, 包括:
确定所接收的建立呼叫请求中携带的主叫方 BCD格式号码 Cal l ing Party BCD Number信元的内容长度不为 0, 则确定接收到了来自主叫侧的主叫显示相关参数。
6、 根据权利要求 1所述的方法, 其特征在于, 所述确定出不允许将主叫信息提供 给被叫, 包括:
确定被叫未签约主叫显示超越业务, 则确定出不允许将主叫信息提供给被叫。
7、 根据权利要求 1所述的方法, 其特征在于, 所述确定出不允许将主叫信息提供 给被叫, 包括:
确定未设置强制显示主叫信息, 则确定出不允许将主叫信息提供给被叫。
8、 根据权利要求 1所述的方法, 其特征在于, 所述确定出不允许将主叫信息提供 给被叫, 包括: 确定设置了强制禁止显示主叫信息, 则确定出不允许将主叫信息提供给 被叫。
9、 根据权利要求 1所述的方法, 其特征在于, 所述步骤由关口局或被叫端局在接 收到建立呼叫请求后执行。
10、 根据权利要求 9所述的方法, 其特征在于,
确定进行了强制显示主叫号码的设置, 则确定出不允许将主叫信息提供给被叫; 确定未进行了强制显示主叫号码的设置且未进行强制禁止显示主叫号码的设置后, 执行下述步骤:
判断接收的建立呼叫请求中是否包括主叫显示相关参数, 如果否, 则确定出不允许 将主叫信息提供给被叫; 如果是, 则进一步判断包括的主叫显示相关参数是否为允许显 示主叫信息, 如果所述主叫显示相关参数不是允许显示主叫信息, 则确定出不允许将主 叫信息提供给被叫。
11、 根据权利要求 10所述的方法, 其特征在于, 所述被叫端局确定出主叫显示相 关参数不是允许显示主叫信息后, 执行下述步骤:
确定被叫未签约主叫显示超越业务后, 则确定出不允许将主叫信息提供给被叫。
12、 一种网络交换设备, 其特征在于, 该设备包括:
呼叫接续模块, 用于确定向被叫发起的呼叫是否接通, 在未接通时, 将呼叫未接通 的信息通知给呼叫提示模块;
呼叫提示模块, 用于在接收所述呼叫未接通的信息后, 确定出不允许将主叫信息提 供给被叫, 向被叫发送不包括主叫信息的呼叫提示消息。
13、 根据权利要求 12所述的设备, 其特征在于, 所述确定出不允许将主叫信息提 供给被叫, 包括:
确定未接收到了来自主叫侧的主叫显示允许参数,则确定出不允许将主叫信息提供 给被叫。
14、 根据权利要求 13所述的设备, 其特征在于, 确定未接收到了来自主叫侧的主 叫显示允许参数, 包括:
确定来自主叫侧的建立呼叫请求中携带的提供表示语未指示为允许显示主叫信息, 则确定未接收到了来自主叫侧的主叫显示允许参数。
15、 根据权利要求 13所述的设备, 其特征在于, 所述确定未接收到了来自主叫侧 的主叫显示允许参数为: 确定所接收的主叫显示相关参数未包括所述主叫显示允许参 数;
相应地, 所述确定所接收的主叫显示相关参数未包括主叫显示允许参数之前, 进一 步包括:
确定接收到了来自主叫侧的主叫显示相关参数。
16、 根据权利要求 15所述的设备, 其特征在于, 所述确定接收到了来自主叫侧的 主叫显示相关参数, 包括:
确定所接收的建立呼叫请求中携带的主叫方 BCD格式号码 Cal l ing Party BCD Number信元的内容长度不为 0, 则确定接收到了来自主叫侧的主叫显示相关参数。
17、 根据权利要求 12所述的设备, 其特征在于, 所述确定出不允许将主叫信息提 供给被叫, 包括:
确定被叫未签约主叫显示超越业务, 则确定出不允许将主叫信息提供给被叫。
18、 根据权利要求 12所述的设备, 其特征在于, 所述确定出不允许将主叫信息提 供给被叫, 包括:
确定未设置强制显示主叫信息, 则确定出不允许将主叫信息提供给被叫。
19、 根据权利要求 12所述的设备, 其特征在于, 所述确定出不允许将主叫信息提 供给被叫, 包括: 确定设置了强制禁止显示主叫信息, 则确定出不允许将主叫信息提供 给被叫。
20、 根据权利要求 12所述的设备, 其特征在于, 所述设备为关口局或被叫端局。
21、 根据权利要求 20所述的设备, 其特征在于, 确定进行了强制显示主叫号码的 设置, 则确定出不允许将主叫信息提供给被叫;
确定未进行了强制显示主叫号码的设置且未进行强制禁止显示主叫号码的设置后, 执行下述步骤:
判断接收的建立呼叫请求中是否包括主叫显示相关参数, 如果否, 则确定出不允许 将主叫信息提供给被叫; 如果是, 则进一步判断包括的主叫显示相关参数是否为允许显 示主叫信息, 如果所述主叫显示相关参数不是允许显示主叫信息, 则确定出不允许将主 叫信息提供给被叫。
22、 根据权利要求 21所述的设备, 其特征在于, 所述被叫端局确定出主叫显示相 关参数不是允许显示主叫信息后, 执行下述步骤:
确定被叫未签约主叫显示超越业务后, 则确定出不允许将主叫信息提供给被叫。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA200710166538XA CN101159982A (zh) | 2007-11-05 | 2007-11-05 | 呼叫失败提示业务实现方法和网络交换设备 |
CN200710166538.X | 2007-11-05 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2009059522A1 true WO2009059522A1 (fr) | 2009-05-14 |
Family
ID=39307866
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2008/072819 WO2009059522A1 (fr) | 2007-11-05 | 2008-10-24 | Procede de notification d'echec d'appel et equipement de commutation de reseau associe |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101159982A (zh) |
WO (1) | WO2009059522A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101159982A (zh) * | 2007-11-05 | 2008-04-09 | 华为技术有限公司 | 呼叫失败提示业务实现方法和网络交换设备 |
CN104113629B (zh) * | 2013-04-17 | 2018-04-27 | 腾讯科技(深圳)有限公司 | 传送信息的方法和装置 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050018832A1 (en) * | 1999-08-12 | 2005-01-27 | Hill Nicholas P. | System and method for privacy management |
US20050059382A1 (en) * | 2003-07-24 | 2005-03-17 | Arnaud Brun | Method and a system for submitting a message deposited in an in-box of a messaging service |
CN1816175A (zh) * | 2005-02-06 | 2006-08-09 | 华为技术有限公司 | 一种实现未完成来电短消息通知业务的方法 |
CN1976500A (zh) * | 2006-12-27 | 2007-06-06 | 华为技术有限公司 | 漏话提醒短消息通知方法及漏话提醒短消息通知系统 |
CN101026792A (zh) * | 2007-01-29 | 2007-08-29 | 华为技术有限公司 | 一种漏话提醒业务实现方法及系统 |
CN101047741A (zh) * | 2006-03-30 | 2007-10-03 | 华为技术有限公司 | 一种漏话提醒的方法及系统 |
CN101159982A (zh) * | 2007-11-05 | 2008-04-09 | 华为技术有限公司 | 呼叫失败提示业务实现方法和网络交换设备 |
-
2007
- 2007-11-05 CN CNA200710166538XA patent/CN101159982A/zh active Pending
-
2008
- 2008-10-24 WO PCT/CN2008/072819 patent/WO2009059522A1/zh active Application Filing
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050018832A1 (en) * | 1999-08-12 | 2005-01-27 | Hill Nicholas P. | System and method for privacy management |
US20050059382A1 (en) * | 2003-07-24 | 2005-03-17 | Arnaud Brun | Method and a system for submitting a message deposited in an in-box of a messaging service |
CN1816175A (zh) * | 2005-02-06 | 2006-08-09 | 华为技术有限公司 | 一种实现未完成来电短消息通知业务的方法 |
CN101047741A (zh) * | 2006-03-30 | 2007-10-03 | 华为技术有限公司 | 一种漏话提醒的方法及系统 |
CN1976500A (zh) * | 2006-12-27 | 2007-06-06 | 华为技术有限公司 | 漏话提醒短消息通知方法及漏话提醒短消息通知系统 |
CN101026792A (zh) * | 2007-01-29 | 2007-08-29 | 华为技术有限公司 | 一种漏话提醒业务实现方法及系统 |
CN101159982A (zh) * | 2007-11-05 | 2008-04-09 | 华为技术有限公司 | 呼叫失败提示业务实现方法和网络交换设备 |
Also Published As
Publication number | Publication date |
---|---|
CN101159982A (zh) | 2008-04-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3063929B1 (en) | Priority call handling using ip multimedia subsystem | |
JP6012772B2 (ja) | プリページング中の回線交換フォールバック(csfb) | |
US8060063B1 (en) | Presenting messages on a mobile device that is currently presenting other media content | |
US8630628B2 (en) | Multimedia calling methods and systems for video phones | |
KR20130114235A (ko) | 호의 수신에 응답하여 통화중 상태 메시지를 전송하는 멀티 sim ue를 위한 방법; 장치들 및 컴퓨터 판독 가능 매체 | |
EP2549824B1 (en) | Method, device and system for aborting circuit switched fallback call | |
CN101616368A (zh) | 被叫用户状态显示方法、移动终端及被叫用户状态显示系统 | |
CN102711250B (zh) | 寻呼处理、信息显示方法、装置及系统 | |
CN102918824B (zh) | 允许订户查看电路交换语音呼叫寻呼的呼叫方号码同时附连到分组数据网络的方法和设备 | |
KR100651408B1 (ko) | 음성 모드와 데이터 모드간 대체를 이용한 화상전화안내방송 방법 | |
BRPI0419126B1 (pt) | Método para automaticamente distribuir uma mensagem, terminal capaz de processar mensagens e sistema para automaticamente processar e distribuir mensagens | |
WO2009059522A1 (fr) | Procede de notification d'echec d'appel et equipement de commutation de reseau associe | |
WO2013007194A1 (zh) | 一种实现呼叫转移的方法、系统、设备及移动终端 | |
WO2012151966A1 (zh) | 一种电子名片业务的实现方法和系统 | |
KR20120024217A (ko) | 긴급알림 서비스 제공 방법 및 시스템 | |
JP4354875B2 (ja) | サービス提供モードが指定されたデータサービスを実施する装置及び方法 | |
CN102802136A (zh) | 新号码通知方法及装置 | |
EP2723053B1 (en) | Transfer inquiry method, application server, service terminal, and system | |
KR101074065B1 (ko) | 착신 단말의 상태 정보를 제공하는 방법 및 시스템 | |
JP2009200943A (ja) | 通信制御装置、通信端末、および通信制御方法 | |
WO2010066174A1 (zh) | 非跨接彩振通信的方法、终端及系统 | |
EP2348760A1 (en) | Method, system and device for implementing subarea service | |
JP5327487B2 (ja) | ネットワーク・ドメインを通知するための方法及びアクセス・ポイント | |
US9020497B2 (en) | Method of routing a call to one of a plurality of user equipment | |
EP2166789A1 (en) | Emergency call alert |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 08846570 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 08846570 Country of ref document: EP Kind code of ref document: A1 |