CN104580781B - 消息处理方法、系统、代理呼叫会话控制功能装置及服务器 - Google Patents
消息处理方法、系统、代理呼叫会话控制功能装置及服务器 Download PDFInfo
- Publication number
- CN104580781B CN104580781B CN201510008239.8A CN201510008239A CN104580781B CN 104580781 B CN104580781 B CN 104580781B CN 201510008239 A CN201510008239 A CN 201510008239A CN 104580781 B CN104580781 B CN 104580781B
- Authority
- CN
- China
- Prior art keywords
- message
- header field
- network
- wifi network
- request
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/24—Accounting or billing
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
一种消息处理方法、系统、代理呼叫会话控制功能装置及服务器,包括:接收来自用户的请求消息;从策略和计费规则功能装置处获得所述用户的接入类型信息;根据获得的接入类型信息,检查所述请求消息;以及将符合所述接入类型信息的请求消息发送给其他网元。使用本发明,代理呼叫会话控制功能装置可判断头域是否包含正确的信息并可进行被叫域选,以更有效率地透过WiFi以及其它通讯标准使用VoIP的服务,并更为准确的估计其使用费用。
Description
技术领域
本发明涉及通信技术领域,具体涉及一种消息处理方法、系统、代理呼叫会话控制功能装置及服务器。
背景技术
近来,由于WiFi以及4G网络布建的普及,各种类型的网络用户也越来越容易取得高速网络并获得各类型的网络应用服务,其中包含VoWiFi(VoIP over WiFi)。VoWiFi的最大优势在于话费低廉,因此各类服务提供商开始越来越多地向自己的用户提供VoIP服务,其中包括普通消费者和企业用户。
VoWiFi的其中一种应用场景为,一个正在移动中的用户,在WiFi的环境使用VoIP与另一端通话中,但由于WiFi的信号范围有限,用户势必会离开WiFi的讯号范围。据此,VoLTE(VoIP over LTE)便是一种好的补强方案,LTE不但可符合VoIP对于带宽的要求,且具有更广的信号覆盖范围,惟与VoWiFi相较之下,VoLTE的使用费用较为高昂。
综上所述,如何能够更有效率地透过WiFi以及其它通讯标准使用VoIP的服务,并更为准确的估计其使用费用,仍为此领域待为即欲解决的问题。
发明内容
本发明的目的在于能够更有效率地透过WiFi以及其它通讯标准使用VoIP的服务,并更为准确的估计其使用费用。
为达上述目的,本发明第一实施例提供了一种用于代理呼叫会话控制功能装置的消息处理方法,包括:接收来自用户的请求消息;从策略和计费规则功能装置处获得所述用户的接入类型信息;根据获得的接入类型信息,检查所述请求消息;以及将符合所述接入类型信息的请求消息发送给其他网元。
结合第一实施例,在另种可能的第一实现方式中,所述检查步骤进一步包括:检查所述请求消息是否包含头域;以及如所述请求消息未包含所述头域,根据所述接入类型信息,产生所述头域于所述请求消息中,其中所述头域为专用接入网络信息头域。
结合第一实施例以及第一实现方式,在另种可能的第二实现方式中,所述检查步骤进一步包括:如所述消息包含所述头域,检查所述头域是否包含头域参数;以及如所述头域未包含所述头域参数,根据所述接入类型信息,产生所述头域参数于所述头域中。
结合第一实施例以及第二实现方式,在另种可能的第三实现方式中,所述检查步骤进一步包括:如所述消息包含所述头域,检查所述头域是否包含头域参数;以及如所述头域未包含所述头域参数,根据所述接入类型信息,产生所述头域参数于所述头域中。
结合第一实施例以及第三实现方式,在另种可能的第四实现方式中,所述检查步骤进一步包括:基于所述头域包含所述头域参数,根据所述接入类型信息,检查所述头域参数是否正确;基于所述头域参数不正确,根据所述接入类型信息产生正确头域参数;以及用所述正确头域参数取代所述头域中的所述头域参数。
为达上述目的,本发明第二实施例提供了一种用于服务器的消息处理方法,包括:接收主叫用户的会话请求;基于被叫用户的WiFi网络注册信息,优先进行WiFi网络的接续;以及藉由所述WiFi网络,传送所述会话请求至所述被叫用户。
结合第二实施例,在另种可能的第一实现方式中,进一步包括:如所述WiFi网络的接续失败,进行语音长期演进网络或电路交换网络的接续;以及藉由所述语音长期演进网络或所述电路交换网络,传送所述会话请求至所述被叫用户。
结合第二实施例以及第一实现方式,在另种可能的第二实现方式中,进一步包括:产生所述语音长期演进网络或所述电路交换网络接续成功的记录;接收所述主叫用户的另一会话请求;以及基于所述记录,藉由所述语音长期演进网络或所述电路交换网络,传送所述另一会话请求至所述被叫用户。
结合第二实施例以及第二实现方式,在另种可能的第三实现方式中,进一步包括:于所述产生步骤后,收到所述被叫用户的所述WiFi网络的注册消息,以进行所述被叫用户的WiFi网络注册程序;接收所述主叫用户的又一会话请求;以及基于所述被叫用户的注册成功,进行所述WiFi网络的接续,以藉由所述WiFi网络,发送所述又一会话请求至所述用户。
结合第二实施例以及第一实现方式,在另种可能的第四实现方式中,进一步包括:判断进行所述WiFi网络的接续的时间是否大于预设时间;以及如所述WiFi网络的接续的时间大于预设时间,判断所述WiFi网络的接续失败。
结合第二实施例以及第一实现方式,在另种可能的第五实现方式中,进一步包括:从代理呼叫会话控制功能装置处获得承载事件;以及根据所述承载事件,判断所述WiFi网络的接续失败。
结合第二实施例,在另种可能的第六实现方式中,进一步包括:判断所述被叫用户是否在另一会话中;以及基于所述被叫用户未在所述另一会话中,执行优先进行所述WiFi网络的接续的步骤。
结合第二实施例以及第六实现方式,在另种可能的第七实现方式中,进一步包括:基于所述被叫用户在所述另一会话中,藉由所述另一会话所的目前网络,发送所述会话请求至所述被叫用户。
结合第二实施例,在另种可能的第八实现方式中,进一步包括:如所述WiFi网络的所述注册信息未存在,进行语音长期演进网络的接续,以藉由所述语音长期演进网络,发送所述会话请求至所述被叫用户。
为达上述目的,本发明第三实施例提供了一种代理呼叫会话控制功能装置,包括:收发模块,用于接收来自用户的消息以及从策略和计费规则功能装置处获得所述用户的接入类型信息;以及处理模块,用于根据接入类型信息,检查所述请求消息;其中,所述处理模块更用于藉由所述收发模块,将符合所述接入类型信息的请求消息发送给其他网元。
结合第三实施例,在另种可能的第一实现方式中,所述处理模块更用于:检查所述请求消息是否包含头域;以及基于所述请求消息未包含所述头域,根据所述接入类型信息,产生所述头域于所述请求消息中,其中所述头域为专用接入网络信息头域。
结合第三实施例以及第一实现方式,在另种可能的第二实现方式中,所述处理模块更用于基于如所述消息包含所述头域,检查所述头域是否包含头域参数;以及如所述头域未包含所述头域参数,根据所述接入类型信息,产生所述头域参数于所述头域中。
结合第三实施例以及第二实现方式,在另种可能的第三实现方式中,所述处理模块更用于:基于所述头域包含所述头域参数,根据所述接入类型信息,检查所述头域参数是否正确;基于所述头域参数不正确,根据所述接入类型信息产生正确头域参数;以及用所述正确头域参数取代所述头域中的所述头域参数。
为达上述目的,本发明第四实施例提供了一种服务器,包括:收发模块,用于接收主叫用户的会话请求;以及处理模块,用于藉由所述收发模块:基于被叫用户的WiFi网络注册信息,优先进行WiFi网络的接续,以及藉由所述WiFi网络,传送所述会话请求至所述被叫用户。
结合第四实施例,在另种可能的第一实现方式中,其中所述处理模块更用于藉由所述收发模块:如所述WiFi网络的接续失败,进行语音长期演进网络或电路交换网络的接续;以及藉由所述语音长期演进网络或所述电路交换网络,传送所述会话请求至所述被叫用户。
结合第四实施例以及第一实现方式,在另种可能的第二实现方式中,其中所述处理模块更用于产生所述语音长期演进网络或所述电路交换网络接续成功的记录;所述收发模块更用于接收所述主叫用户的另一会话请求以及基于所述记录,藉由所述语音长期演进网络或所述电路交换网络,传送所述另一会话请求至所述被叫用户。
结合第四实施例以及第二实现方式,在另种可能的第三实现方式中,其中,所述收发模块更用于:在产生所述记录后,收到所述被叫用户的所述WiFi网络的注册消息,以进行所述被叫用户的WiFi网络注册程序;接收所述主叫用户的又一会话请求;以及基于所述被叫用户的注册成功,进行所述WiFi网络的接续,以藉由所述WiFi网络,发送所述又一会话请求至所述用户。
结合第四实施例以及第一实现方式,在另种可能的第四实现方式中,所述处理模块更用于:判断进行所述WiFi网络的接续的时间是否大于预设时间;以及如所述WiFi网络的接续的时间大于预设时间,判断所述WiFi网络的接续失败。
结合第四实施例以及第一实现方式,在另种可能的第五实现方式中,所述收发模块更用于从代理呼叫会话控制功能装置处获得承载事件,所述处理模块更用于根据所述承载事件,判断所述WiFi网络的接续失败。
结合第四实施例,在另种可能的第六实现方式中,所述处理模块更用于判断所述被叫用户是否在另一会话中,所述收发模块更用于基于所述被叫用户未在所述另一会话中,优先进行所述WiFi网络的接续。
结合第四实施例以及第六实现方式,在另种可能的第七实现方式中,其中所述收发模块更用于基于所述被叫用户在所述另一会话中,藉由所述另一会话所的目前网络,发送所述会话请求至所述被叫用户。
结合第四实施例,在另种可能的第八实现方式中,其中所述收发模块更用于如所述WiFi网络的所述注册信息未存在,进行语音长期演进网络的接续,以藉由所述语音长期演进网络,发送所述会话请求至所述被叫用户。
为达上述目的,本发明第五实施例提供了一种消息处理系统,包括第三实施例及其实现方式的代理呼叫会话控制功能装置以及第四实施例及其实现方式的服务器;所述代理呼叫会话控制功能装置用于发送符合接入类型信息的请求消息;以及所述服务器用于根据所述求消息,存储被叫用户的WiFi网络注册信息。。
综上所述,服务器可判断头域是否包含正确的信息并可进行域选,以更有效率地透过WiFi、LTE以及其它通讯标准使用VoIP的服务,并更为准确的估计其使用费用。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明一个实施例提供的VoWiFi注册的信令流程图;
图2为本发明一个实施例提供的服务器的硬件结构图;
图3为本发明一个实施例提供的消息处理方法的流程图;
图4为本发明另一个实施例提供的VoWiFi MO呼叫的信令流程图;
图5为本发明又一个实施例提供的VoWiFi MT呼叫的信令流程图;
图6为本发明又一个实施例提供的服务器的硬件结构图;
图7为本发明又一个实施例提供的消息处理方法的流程图;
图8为本发明又一个实施例提供的消息处理方法的流程图;
图9为本发明又一个实施例提供的消息处理方法的流程图;
图10为本发明再一个实施例提供的VoWiFi MT呼叫的信令流程图;
图11为本发明另一个实施例提供的VoWiFi MO短消息的信令流程图;
图12为本发明又一个实施例提供的VoWiFi MT短消息的信令流程图;
图13为本发明再一个实施例提供的VoWiFi MT短消息的信令流程图;
图14为本发明一个实施例提供的服务器的硬件结构图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
表1为与后续各实施例相关的缩略语和关键术语定义表,敬请参阅。
表1
请参阅图1,其绘示本发明第一实施例的VoWiFi注册的信令流程图,图1虽为VoWiFi注册的信令流程图,但本领域普通技术人员可以透过图1,理解VoWiFi注册系统的结构图,为简明起见,不在另行绘示VoWiFi注册系统的结构图,图1所揭示的步骤如下:
1.UE发送注册消息到P-CSCF,注册消息中可能携带PANI头域。
2.P-CSCF发送认证授权(AA,Authentication,Authorization)请求至PCRF。
3.PCRF发送认证授权应答至P-CSCF,其中认证授权应答包含UE接入网络的正确接入类型信息,其可用于检查来自UE的注册消息的PANI头域所包含的信息是否正确,以确保后端网元可基于PANI头域所包含的信息进行相对应的处理。
详言之,为了使后端网元可正确的计费,专用接入网络信息(PANI)头域所包含的头域参数必须是正确的参数,以使后端可正确得知用户(UE)是透过何种网络传送消息,因此P-CSCF将对用户上传的消息进行检查,以确保专用接入网络信息(PANI)头域及其所包含的参数正确,VoWiFi注册的步骤2与3便是P-CSCF用来对用户上传的消息进行检查,接下来将说明P-CSCF如何检查其所接收到的消息。
请参阅图2,其绘示本实施例的代理呼叫会话控制功能装置1(即P-CSCF)的硬件结构图,代理呼叫会话控制功能装置1包括收发模块11、处理模块13、存储器15、电源17以及入机接口19。处理模块13耦接至收发模块11存储器15以及入机接口19;电源17用于供电予收发模块11、处理模块13以及入机接口19;存储器15可以存储操作系统和其他应用程序;入机接口19至少可供键盘19a以及显示屏19b连接,收发模块11用于代理呼叫会话控制功能装置1与其他设备/装置或通信网络之间的通信。
代理呼叫会话控制功能装置1可用于接收来自用户的请求消息;从策略和计费规则功能装置(PCRF)处获得所述用户的接入类型信息;根据获得的接入类型信息,检查已接收的请求消息;以及将符合所述接入类型信息的请求消息发送给其他网元。
详言之,代理呼叫会话控制功能装置1可执行如图3的消息处理方法,首先执行步骤S100,收发模块11用于接收来自用户的请求消息,此处所指的请求消息可为任何来自用户的消息,例如注册消息、通话消息以及短讯消息等等,并不只限于用于请求功用的消息。
执行步骤S109,代理呼叫会话控制功能装置1的收发模块11从策略和计费规则功能装置处获得用户的接入类型信息(例如Rx接口参数IP-CAN-Type、RAT-Type),由前文可知,策略和计费规则功能装置发送至代理呼叫会话控制功能装置1的认证授权应答是包含用户接入网络的正确接入类型信息。接下来,处理模块13根据接入类型信息,检查请求消息是否符合所述接入类型信息。举例来说,如接入类型信息包含A、B及C三种参数,请求消息包含与A参数相关的内容,则请求消息与A参数相关的内容要与接入类型信息A参数所包含的内容相同;如请求消息包含与A跟C参数相关的内容,则请求消息与A跟C参数相关的内容各自与接入类型信息A参数与C参数所包含的内容相同。
执行步骤S101,处理模块13判断所述请求消息是否包含头域,所述头域可为专用接入网络信息头域;如请求消息未包含头域,执行步骤S102,处理模块13可根据接入类型信息,产生头域于请求消息中,以确保头域所包含的内容或参数符合接入类型信息,并使其他网元收到请求消息后,可根据正确的头域进行相对应的处理;执行步骤S106,收发模块11将包含根據接入类型信息所产生的头域的请求消息发送给其他网元。
如所述消息包含所述头域,执行步骤S103,处理模块13判断头域内是否包含头域参数,头域参数可为接入型态(Access-Type)参数、接入类别(Access-Class)参数、接入信息(access-info)、utran-cell-id-3gpp及/或i-wlan-node-id等参数,但不以此为限。如头域未包含头域参数,则执行步骤S104,处理模块13根据所述接入类型信息,产生头域参数于所述头域中;接下来,执行步骤S106,收发模块11将包含根據接入类型信息所产生的头域参数的请求消息发送给其他网元。如头域原本就包含头域参数,执行步骤S105,处理模块13将根据所述接入类型信息,判断头域参数是否正确;如头域参数正确,执行步骤S106,收发模块11将包含符合接入类型信息的头域参数的请求消息发送给其他网元。
如头域参数不正确,执行步骤S107,处理模块13根据接入类型信息产生正确头域参数;接下来,执行步骤S108,处理模块13用正确头域参数取代头域中原本错误的头域参数;接下来,执行步骤S106,收发模块11将包含符合接入类型信息的正确头域参数的请求消息发送给其他网元。
详言之,用户是可能由WiFi网络、LTE网络或者其它网络传送消息至代理呼叫会话控制功能装置1,因此为了使后端可基于消息正确的计费,或者基于消息保留正确的注册讯息,专用接入网络信息头域所包含的头域参数必须是正确的参数,以使后端可正确得知用户是透过何种网络传送消息。由于接入类型信息是可正确显示用户是透过何种网络传送消息,因此处理模块13可根据接入类型信息,判断专用接入网络信息头域所包含的头域参数是否正确;如头域参数是正确,则消息可往后端或其他网元发送;如头域参数不正确,处理模块13可根据接入类型信息产生正确的头域参数(即第二头域参数),以取待专用接入网络信息头域中原本错误的头域参数。之后,收发模块11便可发送已包含正确头域参数的消息,于VoWiFi注册流程步骤4执行前,P-CSCF便可透过前述方式检查由用户所上传的消息。
接下来再回到图1的步骤:
4.在确认注册消息的内容正确后,P-CSCF发送注册消息到I-CSCF。
5.I-CSCF发送用户授权请求至HSS,以得到为UE服务的S-CSCF
6.HSS发送用户授权答应。
7.I-CSCF发送注册消息到S-CSCF。
8.S-CSCF发送多媒体授权请求至HSS,以从HSS获取用户鉴权信息。
9.HSS发送多媒体授权应答至S-CSCF。
10-12.鉴权挑战信息从网络侧传递到UE。
13.UE发送注册消息到P-CSCF,注册消息中携带鉴权计算结果以及可能携带PANI头域。
14.P-CSCF发送注册消息到I-CSCF,注册消息中携带鉴权计算结果以及PANI头域。
需注意者,于步骤14P-CSCF发送注册消息到I-CSCF前,P-CSCF亦可透过前述方式检查由UE所上传的消息,惟不同的地方在于,P-CSCF在步骤2与3的检查中已获得正确的当前正确的接入类型,因此可不需再由接入类型信息(例如Rx接口参数IP-CAN-Type、RAT-Type)获得正确的接入类型。
15.I-CSCF发送用户授权请求至HSS,以得到为UE服务的S-CSCF。
16.HSS发送用户授权答应。
17.I-CSCF发送注册消息到S-CSCF。
18-19.S-CSCF通过比较UE上报的鉴权计算结果和HSS下发的鉴权结果,判断是否鉴权通过。如果鉴权通过,则从HSS获取用户签约数据,上述过程是S-CSCF透过发送服务器分配请求至HSS以及HS发送服务器分配应答完成。
20-22.S-CSCF发送200消息到I-CSCF,I-CSCF再转发给P-CSCF,P-CSCF最后转发给UE。
23.鉴权通过后,S-CSCF根据用户的初始过滤准则(iFC,Initial FilterCriteria)签约信息,发起第三方注册到AS。
24-25.AS根据PANI头域中的头域参数及其关联参数,记录UE从Wi-Fi接入,用于后续的被叫域选和计费。AS透过发送用户授权请求以及从HSS接收用户授权应答,以获取用户签约数据。
26.AS发送200消息到S-CSCF。
综上所述,本实施例的代理呼叫会话控制功能装置1可判断由用户所发送的消息内含的头域以及头域内的参数是否符合用户目前使用的网络类型,如果发现错误,更具有更正的能力。据此,各种网络可被有效的利用,亦可因应不同的网络使用而正确的计费。
请参阅图4,其绘示本发明第二实施例的VoWiFi MO呼叫流程的信令流程图,图4虽为VoWiFi MO呼叫流程的信令流程图,但本领域普通技术人员可以透过图4,理解VoWiFi MO呼叫系统的结构图,为简明起见,不在另行绘示VoWiFi MO呼叫系统的结构图。图4所揭示的步骤如下:
1.UE发送邀请消息到P-CSCF,邀请消息中可能携带PANI头域
2.P-CSCF通过注册时通过Rx接口从PCRF获取到当前正确的接入类型,对UE上报的邀请消息中的PANI头域中的头域参数及其关联参数进行检查,如果头域参数的内容和Rx接口获取的接入类型不相同,则P-CSCF将头域参数及其关联参数修改成Rx接口获取的接入类型;如果UE上报的邀请消息中没有携带PANI头域,或者PANI头域中没有头域参数及其关联参数,P-CSCF会在邀请消息中增加PANI头域、头域参数及其关联参数,或者在PANI头域中增加头域参数及其关联参数,头域参数使用Rx接口获取的接入类型填写,其具体做法可参阅图2、图3及其相关说明,在此不加赘述。之后,P-CSCF发送邀请消息到S-CSCF。
3.S-CSCF根据用户的iFC签约信息,发送邀请消息到AS。
4.AS根据PANI头域中的头域参数及其关联参数,记录UE从Wi-Fi接入,用于当前呼叫的计费。AS的计费包括离线计费、Ro接口在线计费、CAP/INAP在线计费。对于CAP/INAP在线计费,由于协议参数不支持指示当前呼叫是VoWiFi,因此需要扩展参数指示当前呼叫是VoWiFi。之后,AS发送邀请消息到S-CSCF。
5.S-CSCF发送邀请消息到被叫侧。
综上所述,本实施例的P-CSCF可判断由用户所发送的消息内含的头域以及头域内的参数是否符合用户目前使用的网络类型,如果发现错误,更具有更正的能力。据此,各种网络可被有效的利用,亦可因应不同的网络使用而正确的计费。
请参阅图5,其绘示本发明第三实施例的VoWiFi MT呼叫且被叫在VoWiFi注册或者VoLTE注册的信令流程图,图5虽为VoWiFi MT呼叫的信令流程图,但本领域普通技术人员可以透过图5,理解VoWiFi MT呼叫系统的结构图,为简明起见,不在另行绘示VoWiFi MT呼叫系统的结构图。图5所揭示的步骤如下:
1.I-CSCF收到主叫侧的邀请消息。
2-3.I-CSCF查询HSS,得到为用户服务的S-CSCF,其可藉由I-CSCF发送位置信息查询请求以及HSS发送位置信息查询响应达成。
4.I-CSCF发送邀请消息到S-CSCF。
5.S-CSCF根据UE的iFC签约信息,发送邀请消息到AS。
6.AS处理完被叫业务后,执行VoWiFi被叫域选过程,VoWiFi被叫域选过程将详述于后。AS存在VoWiFi注册或VoLTE注册,AS发送邀请消息到S-CSCF。
接下来将详细说明VoWiFi MT呼叫流程步骤6的被叫域选,请参阅图6,其绘示本实施例的服务器2(即AS)的硬件结构图,服务器2包括收发模块21、处理模块23、存储器25、电源27以及入机接口29。处理模块23耦接至收发模块21存储器25以及入机接口29;电源27用于供电予收发模块21、处理模块23以及入机接口29;存储器25可以存储操作系统和其他应用程序;入机接口29至少可供键盘29a以及显示屏29b连接,收发模块21用于服务器2与其他设备/装置或通信网络之间的通信。
服务器2可执行如图7、图8以及图9的消息处理方法(即被叫域选方法),请先参阅图7,首先执行步骤S200,接收模块21接收主叫用户的会话请求,举例而言,主叫用户可为主动发起会话请求的用户以与被叫用户建立会话,当会话请求由服务器2接收后,服务器2便需判断该透过何种网络将会话请求送至被叫用户,使被叫用户更有效率地使用VoIP的服务。
执行步骤S201,处理模块23判断被叫用户是否在另一会话中;如被叫用户是在另一会话中,执行步骤S202,处理模块23采用另一会话所透过的目前网络发送会话请求至被叫用户。举例来说,由于被叫用户可能正在透过VoLTE进行另一会话,因此当有新的会话请求欲送至被叫用户时,服务器2将会透过被叫用户目前正在使用的VoLTE网络,发送新的会话请求至被叫用户。
如被叫用户未在另一会话中(即被叫用户目前未在会话中),执行步骤S203,处理模块23判断服务器2是否存在WiFi网络的注册信息,需注意者,此处所述的注册信息可为服务器2基于第一实施例的代理呼叫会话控制功能装置1所发送的符合接入类型信息的请求消息所储存。更具体而言,由于代理呼叫会话控制功能装置1可检查被叫用户所传消息所包含的内容,如消息的内容错误,代理呼叫会话控制功能装置1亦可更正消息的内容,以确保服务器2可基于收到的消息所包含的正确内容,储存正确的注册信息。
如WiFi网络的注册信息不存在,执行步骤S204,收发模块21进行语音长期演进网络的接续;执行步骤S205,藉由语音长期演进网络,发送会话请求至被叫用户。如被叫用户的WiFi网络的注册信息存在,执行步骤S206,处理模块23藉由收发模块21基于WiFi网络的注册信息,优先进行WiFi网络的接续;执行步骤S207,处理模块23判断WiFi网络的接续是否失败;如WiFi网络的接续成功,执行步骤S208,收发模块21便可藉由WiFi网络,传送会话请求至被叫用户。如WiFi网络的接续失败,执行步骤S209,处理模块23藉由收发模块21进行语音长期演进网络或电路交换网络的接续。
举例来说,步骤S207可透过以下方式判断WiFi网络的接续是否失败。第一种方式为,处理模块23判断进行WiFi网络的接续的时间是否大于预设时间;如WiFi网络进行接续的时间是不大于预设时间,则WiFi网络的接续成功;如进行WiFi网络进行接续的时间是大于预设时间,则WiFi网络的接续失败。
第二种方式为,处理模块23判断接收模块21是否接收到代理-呼叫会话控制功能(P-CSCF:Proxy-Call Session Control Function)的承载事件;如未接收到代理-呼叫会话控制功能的承载事件,则WiFi网络的接续成功;如接收到代理-呼叫会话控制功能的承载事件,则WiFi网络的接续失败。需注意者,前述承载事件可为缺省承载丢失事件、缺省承载释放事件或者缺省承载异常事件,但不以此为限。
于步骤S209后,执行步骤S210,处理模块23更用于藉由收发模块21透过语音长期演进网络或电路交换网络,传送会话请求至被叫用户;由于语音长期演进网络或电路交换网络的接续成功,执行步骤S211,处理模块23更用于产生语音长期演进网络或电路交换网络接续成功的记录;执行步骤S212,收发模块21接收主叫用户发送了另一会话请求,此表示主叫用户欲与被叫用户建立另一会话;执行步骤S213,收发模块21基于所述记录,再次藉由语音长期演进网络或所述电路交换网络,传送另一会话请求至被叫用户。具体来说,服务器2会主动记录前次是何种网络接续成功,在下次需要网络接续时,便会认为上次接续成功的网络具有较大的接续的成功,因此便会优先接续上次接续成功的网络,以优化各种网络的使用效率。
之后,在步骤S214中,收发模块21在产生语音长期演进网络或电路交换网络接续成功的记录后,收到被叫用户的WiFi网络的注册消息,便可进行被叫用户的WiFi网络注册程序;于被叫用户的WiFi网络的注册成功后,在步骤S215中,收发模块21接收主叫用户的又一会话请求;在步骤S216中,收发模块21基于被叫用户的注册成功,进行WiFi网络的接续,以藉由WiFi网络,发送又一会话请求至被叫用户。
具体而言,服务器2在前次WiFi网络的接续失败后便会进行其他网络的接续(如步骤S211至步骤S213所示),而不再优先进行WiFi网络的接续。但WiFi网络具有花费便宜以及大带宽等优点,因此服务器2只要再次收到被叫用户的WiFi网络的注册消息且被叫用户注册成功,服务器2将再次优先进行WiFi网络的接续。
接下来再回到图5的步骤:
7-8.S-CSCF发送邀请消息到P-CSCF;P-CSCF发送邀请消息到UE。
9.UE发送183/180/200消息到P-CSCF,183/180/200消息中可能携带PANI头域,其中180消息以及183消息是邀请消息的临时响应消息且180消息通常是振铃消息,200消息是邀请消息的永久响应消息。
10.P-CSCF通过注册时通过Rx接口从PCRF获取到当前正确的接入类型,对UE上报的183/180/200消息中的PANI头域中的头域参数及其关联参数进行检查,如果头域参数的内容和Rx接口获取的接入类型不相同,则P-CSCF将头域参数及其关联参数修改成Rx接口获取的接入类型;如果UE上报的183/180/200消息中没有携带PANI头域,或者PANI头域中没有头域参数及其关联参数,P-CSCF会在183/180/200消息中增加PANI头域、头域参数及其关联参数,或者在PANI头域中增加头域参数及其关联参数,头域参数使用Rx接口获取的接入类型填写,其具体做法可参阅图2、图3即其相关说明,在此不加赘述。之后,P-CSCF发送183/180/200消息到S-CSCF。
11.S-CSCF发送183/180/200消息到AS。
12.AS根据183/180/200消息中的PANI头域中的头域参数及其关联参数,记录UE从Wi-Fi接入,用于当前呼叫的计费。AS的计费包括离线计费、Ro接口在线计费、CAP/INAP在线计费。对于CAP/INAP在线计费,由于协议参数不支持指示当前呼叫是VoWiFi,因此需要扩展参数指示当前呼叫是VoWiFi。之后,AS发送183/180/200消息到S-CSCF。
13-14.S-CSCF发送183/180/200消息到I-CSCF。I-CSCF发送183/180/200消息到主叫侧。
综上所述,本实施例的AS可在VoWiFi、VoLTE以及其它通讯标准中进行被叫域选,使用户更有效率地使用VoIP的服务。
请参阅图10,其绘示本发明第四实施例的VoWiFi MT呼叫且被叫在CS注册的信令流程图,以下将逐步说明:
1.I-CSCF收到主叫侧的邀请消息。
2-3.I-CSCF查询HSS,得到为用户服务的S-CSCF,其可藉由I-CSCF发送位置信息查询请求以及HSS发送位置信息查询响应达成。
4.I-CSCF发送邀请消息到S-CSCF。
5.S-CSCF根据UE的iFC签约信息,发送邀请消息到AS。
6.AS处理完被叫业务后,执行VoWiFi被叫域选过程,VoWiFi被叫域选过程其具体做法可参阅图6-图9即其相关说明。AS当前存在VoWiFi注册或VoLTE注册,AS发送邀请消息到S-CSCF。
7-8.S-CSCF发送邀请消息到P-CSCF;P-CSCF发送邀请消息到UE。
9.被叫接续超时未响应,AS发起到CS域接续流程,即AS发送邀请消息到S-CSCF。如果注册流程时使用了Rx接口,则缺省承载丢失事件、缺省承载释放事件或者缺省承载异常事件等承载事件都会通知到P-CSCF,这样后续当P-CSCF收到被叫邀请消息后,会直接响应失败消息,此时AS不需要等待定时器超时就可以发起到CS域接续流程。此步骤关于被叫接续超时未响应、缺省承载丢失事件、缺省承载释放事件或者缺省承载异常事件等承载事件亦可参阅图6-图9即其相关说明。
10-11.S-CSCF发送邀请消息到MGCF。MGCF发送邀请/初始地址消息到MSC。
图10虽为VoWiFi MT呼叫的信令流程图,但本领域普通技术人员可以透过图10,理解VoWiFi MT呼叫系统的结构图,为简明起见,不在另行绘示VoWiFi MT呼叫系统的结构图。
综上所述,本实施例的AS可在VoWiFi、VoLTE以及其它通讯标准中进行被叫域选,使用户更有效率地使用VoIP的服务。
请参阅图11,其绘示本发明第五实施例的VoWiFi MO短消息流程的信令流程图,以下将逐步说明:
1.UE发送短信消息到P-CSCF,短信消息中可能携带PANI头域。
2.P-CSCF通过注册时通过Rx接口从PCRF获取到当前正确的接入类型,对UE上报的短信消息中的PANI头域中的头域参数及其关联参数进行检查,如果头域参数的内容和Rx接口获取的接入类型不相同,则P-CSCF将头域参数及其关联参数修改成Rx接口获取的接入类型;如果UE上报的短信消息中没有携带PANI头域,或者PANI头域中没有头域参数及其关联参数,P-CSCF会在短信消息中增加PANI头域、头域参数及其关联参数,或者在PANI头域中增加头域参数及其关联参数,头域参数使用Rx接口获取的接入类型填写,其具体做法可参阅图2、图3及其相关说明,在此不加赘述。之后,P-CSCF发送短信消息到S-CSCF。
3.S-CSCF根据用户的iFC签约信息,发送短信消息到IP-SM-GW。
4.IP-SM-GW根据PANI头域中的头域参数及其关联参数,记录UE从Wi-Fi接入,用于当前短消息计费。IP-SM-GW的计费包括离线计费、Ro接口在线计费、CAP/INAP在线计费。对于CAP/INAP在线计费,由于协议参数不支持指示短消息来自Wi-Fi,因此需扩展参数指示当前短消息来自Wi-Fi。IP-SM-GW发送MAP_MO_FORWARD_SHORT_MESSAGE_REQ消息到SMSC。
5-7.IP-SM-GW发送202消息给S-CSCF。S-CSCF发送202消息给P-CSCF。P-CSCF发送202消息给UE,其中202消息是短信消息的响应消息。
8.SMSC发送MAP_MO_FORWARD_SHORT_MESSAGE_CNF消息给IP-SM-GW。
9-11.IP-SM-GW发送短信消息给S-CSCF。S-CSCF发送短信消息给P-CSCF。P-CSCF发送短信消息给UE。
12-14.因应UE收到短信消息,UE发送200消息给P-CSCF。P-CSCF发送200消息给S-CSCF。S-CSCF发送200消息给IP-SM-GW。
图11虽为VoWiFi MO短消息流程的信令流程图,但本领域普通技术人员可以透过图11,理解VoWiFi MO短消息系统的结构图,为简明起见,不在另行绘示VoWiFi MO短消息系统的结构图。
综上所述,本实施例的IP-SM-GW可判断由用户所发送的消息内含的头域以及头域内的参数是否符合用户目前使用的网络类型,如果发现错误,更具有更正的能力。据此,各种网络可被有效的利用,亦可因应不同的网络使用而正确的计费。
请参阅图12,其绘示本发明第六实施例的VoWiFi MT短消息流程的信令流程图,被叫在VoWiFi注册或VoLTE注册,以下将逐步说明:
1.SMSC发送MAP_SEND_ROUTING_INFO_FOR_SM消息到HLR。
2.HLR发送MAP_SEND_ROUTING_INFO_FOR_SM消息到IP-SM-GW。
3.IP-SM-GW执行VoWiFi被叫域选过程,VoWiFi被叫域选过程其具体做法可参阅图6-图9即其相关说明。IP-SM-GW当前存在VoWiFi注册,IP-SM-GW返回MAP_SEND_ROUTING_INFO_FOR_SM_ACK到HLR,消息中携带IP-SM-GW的全局名(GT,Global Title)地址。
4.HLR返回MAP_SEND_ROUTING_INFO_FOR_SM_ACK到SMSC,消息中携带IP-SM-GW的GT地址。
5.SMSC发送MAP_MT_FORWARD_SHORT_MESSAGE_IND消息到IP-SM-GW。
6-8.IP-SM-GW发送短信消息给S-CSCF。S-CSCF发送短信消息给P-CSCF。P-CSCF发送短信消息给UE。
9.UE发送200消息给P-CSCF,消息中可能携带PANI头域。
10.P-CSCF通过注册时通过Rx接口从PCRF获取到当前正确的接入类型,对UE上报的200消息中的PANI头域中的头域参数及其关联参数进行检查,如果头域参数的内容和Rx接口获取的接入类型不相同,则P-CSCF将头域参数及其关联参数修改成Rx接口获取的接入类型;如果UE上报的200消息中没有携带PANI头域,或者PANI头域中没有头域参数及其关联参数,P-CSCF会在200消息中增加PANI头域、头域参数及其关联参数,或者在PANI头域中增加头域参数及其关联参数,头域参数使用Rx接口获取的接入类型填写,其具体做法可参阅图2、图3即其相关说明,在此不加赘述。之后,P-CSCF发送200消息到S-CSCF。
11.S-CSCF发送200消息到IP-SM-GW。
12.IP-SM-GW根据PANI头域中的头域参数及其关联参数,记录UE从Wi-Fi接入,用于当前短消息计费。IP-SM-GW的计费包括离线计费、Ro接口在线计费、CAP/INAP在线计费。对于CAP/INAP在线计费,由于协议参数不支持指示短消息来自Wi-Fi,因此需要扩展参数指示当前短消息来自Wi-Fi。之后,IP-SM-GW发送MAP_MT_FORWARD_SHORT_MESSAGE_RSP消息到SMSC。
图12虽为VoWiFi MT短消息流程的信令流程图,但本领域普通技术人员可以透过图12,理解VoWiFi MT短消息系统的结构图,为简明起见,不在另行绘示VoWiFi MT短消息系统的结构图。
综上所述,本实施例的IP-SM-GW可在VoWiFi、VoLTE以及其它通讯标准中进行被叫域选,使用户更有效率地使用VoIP的服务。
请参阅图13,其绘示本发明第七实施例的VoWiFi MT短消息流程的信令流程图,被叫在CS注册,以下将逐步说明:
1.SMSC发送MAP_SEND_ROUTING_INFO_FOR_SM消息到HLR。
2.HLR发送MAP_SEND_ROUTING_INFO_FOR_SM消息到IP-SM-GW。
3.IP-SM-GW执行VoWiFi被叫域选过程,VoWiFi被叫域选过程其具体做法可参阅图6-图9即其相关说明。IP-SM-GW当前存在VoWiFi注册,IP-SM-GW返回MAP_SEND_ROUTING_INFO_FOR_SM_ACK到HLR,消息中携带IP-SM-GW的GT地址。
4.HLR返回MAP_SEND_ROUTING_INFO_FOR_SM_ACK到SMSC,消息中携带IP-SM-GW的GT地址。
5.SMSC发送MAP_MT_FORWARD_SHORT_MESSAGE_IND消息到IP-SM-GW。
6-8.IP-SM-GW发送短信消息给S-CSCF。S-CSCF发送短信消息给P-CSCF。P-CSCF发送短信消息给UE。
9.被叫接续超时未响应,IP-SM-GW发起到CS域接续流程。IP-SM-GW发送MAP_SEND_ROUTING_INFO_FOR_SM消息到HLR。如果注册流程时使用了Rx接口,则缺省承载丢失事件、缺省承载释放事件或者缺省承载异常事件等承载事件都会通知到P-CSCF,这样后续当P-CSCF收到被叫邀请消息后,会直接响应失败消息,此时AS不需要等待定时器超时就可以发起到CS域接续流程。此步骤关于被叫接接续超时未响应、缺省承载丢失事件、缺省承载释放事件或者缺省承载异常事件等承载事件亦可参阅图6-图9即其相关说明。
10.HLR发送MAP_SEND_ROUTING_INFO_FOR_SM_ACK消息到IP-SM-GW,消息中携带UE当前所在的MSC/VLR地址。
11.IP-SM-GW发送MAP_MT_FORWARD_SHORT_MESSAGE_IND消息到MSC。
12-15.CS短消息接收流程,即MSC发送内容提供商材料(CP DATA,ContentProvider Data)至UE,UE发送发送内容提供商应答(CP ACK,Content ProviderAcknowledgement)至MSC,MSC再次发送CP DATA至UE,UE 再次发送CP ACK至MSC。
16-17.MSC发送MAP_MT_FORWARD_SHORT_MESSAGE_RSP消息到IP-SM-GW。IP-SM-GW发送MAP_MT_FORWARD_SHORT_MESSAGE_RSP消息到SMSC。
图13虽为VoWiFi MT短消息流程的信令流程图,但本领域普通技术人员可以透过图13,理解VoWiFi MT短消息系统的结构图,为简明起见,不在另行绘示VoWiFi MT短消息系统的结构图。
综上所述,本实施例的IP-SM-GW可在VoWiFi、VoLTE以及其它通讯标准中进行被叫域选,使用户更有效率地使用VoIP的服务。
图14是依据本发明一实施例的服务器3的硬件结构图。如图14所示,多媒体处理装置3包括处理器31、存储器32、输入/输出接口33、通信接口34和总线35。其中,处理器31、存储器32、输入/输出接口33和通信接口34通过总线35实现彼此之间的通信连接。
处理器31可以采用通用的中央处理器(Central Processing Unit,CPU),微处理器,应用专用集成电路(Application Specific Integrated Circuit,ASIC),或者一个或多个集成电路,用于执行相关程序,以实现本发明实施例所提供的技术方案。
存储器32可以是只读存储器(Read Only Memory,ROM),静态存储设备,动态存储设备或者随机接入存储器(Random Access Memory,RAM)。存储器32可以存储操作系统和其他应用程序。在通过软件或者固件来实现本发明实施例提供的技术方案时,用于实现本发明实施例提供的技术方案的程序代码保存在存储器32中,并由处理器31来执行。
输入/输出接口33用于接收输入的数据和信息,输出操作结果等数据。
通信接口34使用例如但不限于收发器以及收发模块一类的收发装置,来实现服务器3与其他设备或通信网络之间的通信。
总线35可包括一通路,在服务器3各个部件(例如处理器31、存储器32、输入/输出接口33和通信接口34)之间传送信息。
应注意,尽管图14所示的服务器3仅仅示出了处理器31、存储器32、输入/输出接口33、通信接口34以及总线35,但是在具体实现过程中,本领域的技术人员应当明白,服务器3还包含实现正常运行所必须的其他器件。同时,根据具体需要,本领域的技术人员应当明白,服务器3还可包含实现其他附加功能的硬件器件。此外,本领域的技术人员应当明白,服务器3也可仅仅包含实现本发明实施例所必须的器件或模块,而不必包含图14中所示的全部器件。
图14所示的硬件结构以及上述描述适用于本发明实施例所提供的各种多媒体处理装置以及多媒体处理服务器。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,上述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,上述的存储介质可为磁盘、光盘、只读存储记忆体(ROM:Read-Only Memory)或随机存储记忆体(RAM:RandomAccess Memory)等。
本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (29)
1.一种用于代理呼叫会话控制功能装置的消息处理方法,其特征在于,包括:
接收来自用户的请求消息;
从策略和计费规则功能装置处获得所述用户的接入类型信息;
根据获得的接入类型信息,检查所述请求消息;以及
将符合所述接入类型信息的请求消息发送给其他网元。
2.如权利要求1所述的消息处理方法,其特征在于,所述检查步骤进一步包括:
检查所述请求消息是否包含头域;以及
如所述请求消息未包含所述头域,根据所述接入类型信息,产生所述头域于所述请求消息中。
3.如权利要求2所述的消息处理方法,其特征在于,所述检查步骤进一步包括:
如所述消息包含所述头域,检查所述头域是否包含头域参数;以及
如所述头域未包含所述头域参数,根据所述接入类型信息,产生所述头域参数于所述头域中。
4.如权利要求3所述的消息处理方法,其特征在于,所述检查步骤进一步包括:
基于所述头域包含所述头域参数,根据所述接入类型信息,检查所述头域参数是否正确;
基于所述头域参数不正确,根据所述接入类型信息产生正确头域参数;以及
用所述正确头域参数取代所述头域中的所述头域参数。
5.如权利要求2所述的消息处理方法,其特征在于,其中所述头域为专用接入网络信息头域。
6.一种用于服务器的消息处理方法,其特征在于,包括:
接收主叫用户的会话请求,所述会话请求应用于网络电话VoIP服务;
基于被叫用户的WiFi网络注册信息,优先进行WiFi网络的接续,所述WiFi网络注册信息为:根据符合所述用户的接入类型信息的请求消息存储的;以及
藉由所述WiFi网络,传送所述会话请求至所述被叫用户。
7.如权利要求6所述的消息处理方法,其特征在于,进一步包括:
如所述WiFi网络的接续失败,进行语音长期演进网络或电路交换网络的接续;以及
藉由所述语音长期演进网络或所述电路交换网络,传送所述会话请求至所述被叫用户。
8.如权利要求7所述的消息处理方法,其特征在于,进一步包括:
产生所述语音长期演进网络或所述电路交换网络接续成功的记录;
接收所述主叫用户的另一会话请求;以及
基于所述记录,藉由所述语音长期演进网络或所述电路交换网络,传送所述另一会话请求至所述被叫用户。
9.如权利要求8所述的消息处理方法,其特征在于,进一步包括:
于所述产生步骤后,收到所述被叫用户的所述WiFi网络的注册消息,以进行所述被叫用户的WiFi网络注册程序;
接收所述主叫用户的又一会话请求;以及
基于所述被叫用户的注册成功,进行所述WiFi网络的接续,以藉由所述WiFi网络,发送所述又一会话请求至所述用户。
10.如权利要求7所述的消息处理方法,其特征在于,进一步包括:
判断进行所述WiFi网络的接续的时间是否大于预设时间;以及
如所述WiFi网络的接续的时间大于预设时间,判断所述WiFi网络的接续失败。
11.如权利要求7所述的消息处理方法,其特征在于,进一步包括:
从代理呼叫会话控制功能装置处获得承载事件;以及
根据所述承载事件,判断所述WiFi网络的接续失败。
12.如权利要求6所述的消息处理方法,其特征在于,进一步包括:
判断所述被叫用户是否在另一会话中;以及
基于所述被叫用户未在所述另一会话中,执行优先进行所述WiFi网络的接续的步骤。
13.如权利要求12所述的消息处理方法,其特征在于,进一步包括:
基于所述被叫用户在所述另一会话中,藉由所述另一会话所透过的目前网络,发送所述会话请求至所述被叫用户。
14.如权利要求6所述的消息处理方法,其特征在于,进一步包括:
如所述WiFi网络的所述注册信息未存在,进行语音长期演进网络的接续,以藉由所述语音长期演进网络,发送所述会话请求至所述被叫用户。
15.一种代理呼叫会话控制功能装置,其特征在于,包括:
收发模块,用于接收来自用户的请求消息以及从策略和计费规则功能装置处获得所述用户的接入类型信息;以及
处理模块,用于根据接入类型信息,检查所述请求消息;
其中,所述处理模块更用于藉由所述收发模块,将符合所述接入类型信息的请求消息发送给其他网元。
16.如权利要求15所述的代理呼叫会话控制功能装置,其特征在于,其中所述处理模块更用于:
检查所述请求消息是否包含头域;以及
基于所述请求消息未包含所述头域,根据所述接入类型信息,产生所述头域于所述请求消息中。
17.如权利要求16所述的代理呼叫会话控制功能装置,其特征在于,其中所述处理模块更用于:
如所述消息包含所述头域,检查所述头域是否包含头域参数;以及
如所述头域未包含所述头域参数,根据所述接入类型信息,产生所述头域参数于所述头域中。
18.如权利要求17所述的代理呼叫会话控制功能装置,其特征在于,其中所述处理模块更用于:
基于所述头域包含所述头域参数,根据所述接入类型信息,检查所述头域参数是否正确;
基于所述头域参数不正确,根据所述接入类型信息产生正确头域参数;以及
用所述正确头域参数取代所述头域中的所述头域参数。
19.如权利要求16所述的代理呼叫会话控制功能装置,其特征在于,其中所述头域为专用接入网络信息头域。
20.一种服务器,其特征在于,包括:
收发模块,用于接收主叫用户的会话请求,所述会话请求应用于网络电话VoIP服务;以及
处理模块,用于藉由所述收发模块:基于被叫用户的WiFi网络注册信息,优先进行WiFi网络的接续,所述WiFi网络注册信息为:根据符合所述用户的接入类型信息的请求消息存储的,以及藉由所述WiFi网络,传送所述会话请求至所述被叫用户。
21.如权利要求20所述的服务器,其特征在于,其中所述处理模块更用于藉由所述收发模块:
如所述WiFi网络的接续失败,进行语音长期演进网络或电路交换网络的接续;以及
藉由所述语音长期演进网络或所述电路交换网络,传送所述会话请求至所述被叫用户。
22.如权利要求21所述的服务器,其特征在于,其中所述处理模块更用于产生所述语音长期演进网络或所述电路交换网络接续成功的记录;所述收发模块更用于接收所述主叫用户的另一会话请求以及基于所述记录,藉由所述语音长期演进网络或所述电路交换网络,传送所述另一会话请求至所述被叫用户。
23.如权利要求22所述的服务器,其特征在于,其中,所述收发模块更用于:
在产生所述记录后,收到所述被叫用户的所述WiFi网络的注册消息,以进行所述被叫用户的WiFi网络注册程序;
接收所述主叫用户的又一会话请求;以及
基于所述被叫用户的注册成功,进行所述WiFi网络的接续,以藉由所述WiFi网络,发送所述又一会话请求至所述用户。
24.如权利要求21所述的服务器,其特征在于,所述处理模块更用于:
判断进行所述WiFi网络的接续的时间是否大于预设时间;以及
如所述WiFi网络的接续的时间大于预设时间,判断所述WiFi网络的接续失败。
25.如权利要求21所述的服务器,其特征在于,所述收发模块更用于从代理呼叫会话控制功能装置处获得承载事件,所述处理模块更用于根据所述承载事件,判断所述WiFi网络的接续失败。
26.如权利要求20所述的服务器,其特征在于,所述处理模块更用于判断所述被叫用户是否在另一会话中,所述收发模块更用于基于所述被叫用户未在所述另一会话中,优先进行所述WiFi网络的接续。
27.如权利要求26所述的服务器,其特征在于,其中所述收发模块更用于基于所述被叫用户在所述另一会话中,藉由所述另一会话所透过的目前网络,发送所述会话请求至所述被叫用户。
28.如权利要求20所述的服务器,其特征在于,其中所述收发模块更用于如所述WiFi网络的所述注册信息未存在,进行语音长期演进网络的接续,以藉由所述语音长期演进网络,发送所述会话请求至所述被叫用户。
29.一种消息处理系统,其特征在于,包括如权利要求15至19任一所述的代理呼叫会话控制功能装置以及如权利要求20至27任一所述的服务器;
所述代理呼叫会话控制功能装置用于发送符合接入类型信息的请求消息;以及
所述服务器用于根据所述请求消息,存储被叫用户的WiFi网络注册信息。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510008239.8A CN104580781B (zh) | 2015-01-08 | 2015-01-08 | 消息处理方法、系统、代理呼叫会话控制功能装置及服务器 |
PCT/CN2015/097915 WO2016110178A1 (zh) | 2015-01-08 | 2015-12-18 | 消息处理方法、系统、代理呼叫会话控制功能装置及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510008239.8A CN104580781B (zh) | 2015-01-08 | 2015-01-08 | 消息处理方法、系统、代理呼叫会话控制功能装置及服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104580781A CN104580781A (zh) | 2015-04-29 |
CN104580781B true CN104580781B (zh) | 2017-06-27 |
Family
ID=53095906
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510008239.8A Active CN104580781B (zh) | 2015-01-08 | 2015-01-08 | 消息处理方法、系统、代理呼叫会话控制功能装置及服务器 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN104580781B (zh) |
WO (1) | WO2016110178A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104580781B (zh) * | 2015-01-08 | 2017-06-27 | 华为技术有限公司 | 消息处理方法、系统、代理呼叫会话控制功能装置及服务器 |
CN105916115B (zh) * | 2016-06-13 | 2019-05-17 | 南京邮电大学 | 一种实现VoWiFi语音业务漫游限制的方法 |
CN107959970B (zh) * | 2016-10-17 | 2020-08-18 | 中国电信股份有限公司 | 获取VoWiFi用户的位置信息的方法、系统以及相关设备 |
CN112911727B (zh) * | 2019-12-04 | 2023-04-18 | 华为技术有限公司 | 无线通信方法、客户前置设备、用户设备以及网络侧设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101848511A (zh) * | 2009-03-24 | 2010-09-29 | 华为技术有限公司 | 业务切换方法、业务信息控制方法、相关设备及系统 |
CN101911588A (zh) * | 2008-01-14 | 2010-12-08 | 高通股份有限公司 | 基于移动协议的策略控制和计费(pcc)规则 |
CN102638783A (zh) * | 2012-03-21 | 2012-08-15 | 中兴通讯股份有限公司 | 一种获取ue接入位置信息的方法及系统 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140011514A1 (en) * | 2012-07-03 | 2014-01-09 | Telefonaktiebolaget L M Ericsson (Publ) | Location information report via payload data traffic |
CN104580781B (zh) * | 2015-01-08 | 2017-06-27 | 华为技术有限公司 | 消息处理方法、系统、代理呼叫会话控制功能装置及服务器 |
-
2015
- 2015-01-08 CN CN201510008239.8A patent/CN104580781B/zh active Active
- 2015-12-18 WO PCT/CN2015/097915 patent/WO2016110178A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101911588A (zh) * | 2008-01-14 | 2010-12-08 | 高通股份有限公司 | 基于移动协议的策略控制和计费(pcc)规则 |
CN101848511A (zh) * | 2009-03-24 | 2010-09-29 | 华为技术有限公司 | 业务切换方法、业务信息控制方法、相关设备及系统 |
CN102638783A (zh) * | 2012-03-21 | 2012-08-15 | 中兴通讯股份有限公司 | 一种获取ue接入位置信息的方法及系统 |
Non-Patent Citations (1)
Title |
---|
Technical Specification Group Core Network and Terminals;Support of SMS over IP networks;3GPP;《3GPP TS 24.341》;20131231;第16-17页 * |
Also Published As
Publication number | Publication date |
---|---|
WO2016110178A1 (zh) | 2016-07-14 |
CN104580781A (zh) | 2015-04-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103975566B (zh) | 服务域选择服务指示符 | |
EP2751971B1 (en) | Home routing for ims roaming using vplmn anchor | |
CN100596076C (zh) | 个人网管理中用户设备登记、激活系统、方法及装置 | |
CN102474523B (zh) | 用于发起在ip多媒体子系统网络的hss中对订户数据进行预配置的方法和装置 | |
EP2277352B1 (en) | A mobile switching center platform having interfaces with functionalities defined by an architecture that provides packet-switched multimedia subscriber services | |
EP1879337A1 (en) | A method for processing the register message in the ims network according to the initial filtering rules | |
CN107509184A (zh) | 接入域的确定方法、装置、设备、介质及服务器 | |
CN101208962A (zh) | 用于服务控制的方法和单元 | |
US20130315106A1 (en) | Method and Apparatus for Online Charging in an IP Multimedia Subsystem | |
CN110086757A (zh) | 通信方法和通信装置 | |
CN104580781B (zh) | 消息处理方法、系统、代理呼叫会话控制功能装置及服务器 | |
CN103619006B (zh) | 一种语音呼叫业务的实现方法及系统 | |
US20230088323A1 (en) | Ims routing based on subscriber type | |
US20220256040A1 (en) | Zero charge systems and methods for packet-switched telephony | |
US20120163561A1 (en) | Method, device and system for implementing emergency call override service | |
US20140301248A1 (en) | Methods and apparatus for determining network support for other media during ims emergency sessions | |
EP2497259A1 (en) | Emergency signalling in an ip multimedia subsystem network | |
US8732321B2 (en) | Control entity and method for setting up a session in a communications network, subscriber database and communications network | |
CN101325731B (zh) | 分配服务呼叫会话控制功能方法、系统及归属用户服务器 | |
CN101227720A (zh) | 一种ip多媒体子系统的本地转出控制方法 | |
CN103650415B (zh) | 用在ip多媒体子系统ims网络中的装置 | |
CN103001935B (zh) | Ils网络的ue在ims网络中的认证方法和系统 | |
CN107371140B (zh) | 一种呼叫前转的处理方法及设备 | |
CN109150799A (zh) | 一种获取被叫位置信息的方法及装置 | |
EP3248399B1 (en) | Method, apparatus and computer program product for provisioning multiple user identities in an ip multimedia subsystem |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |