用于将侦听相关信息与呼叫内容相关的方法和设备与流程

文档序号:17486968发布日期:2019-04-20 06:53阅读:543来源:国知局
用于将侦听相关信息与呼叫内容相关的方法和设备与流程

本申请要求于2016年7月11日提交的美国临时申请no.62/360,630的优先权。上面提到的临时申请的全部内容通过引用而被并入本文。

本发明的实施例总体上涉及无线或移动通信网络,诸如但不限于,通用移动通信系统(umts)通用地面无线接入网(utran)、长期演进(lte)演进型utran(e-utran)、lte-advanced(lte-a)、lte语音服务(volte)、和/或5g无线接入技术。一些实施例可以总体上涉及在这种网络中的合法侦听(li)。



背景技术:

通用移动通信系统(umts)通用地面无线接入网(utran)是指包括基站或nodeb、以及例如无线网络控制器(rnc)的通信网络。utran允许在用户设备(ue)与核心网络之间的连接性。rnc为一个或多个nodeb提供控制功能。rnc以及其对应的nodeb被称为无线网络子系统(rns)。在e-utran(增强型utran)的情况下,不存在rnc并且通过演进型nodeb(enodeb或enb)或多个enb来提供无线接入功能。针对单个ue,连接涉及多个enb,例如,在协作多点传输(comp)的情况下以及在双连接的情况下。

lte或e-utran是指通过改进的效率和服务、更低的成本、和新频谱机会的使用的对umts的改进。具体地,lte是提供至少例如每个载波每秒75兆(mbps)的上行链路峰值速率、和至少例如每个载波300mbps的下行链路峰值速率的3gpp标准。lte支持从20mhz下至1.4mhz的可缩放的载波带宽并且支持频分双工(fdd)和时分双工(tdd)两者。

如上文提到的,lte还可以提升网络中的频谱效率,允许载波在给定带宽上提供更多的数据和语音服务。因此,除了高容量语音支持之外,lte还被设计为满足对高速度数据和多媒体传输的需要。lte的优点包括,例如,高吞吐量、低延时、在相同的平台内支持fdd和tdd、改进的末端用户体验、以及架构简单,而架构简单又产生了低操作成本。

第三代合作伙伴计划(3gpp)lte(例如,lterel-10、lterel-11、lterel-12、lterel-13)的某些版本的目标是国际移动电信高级(imt-a)系统,本文为了方便简称为lte-advanced(lte-a)。

lte-a旨在扩展和优化3gpplte无线接入技术。lte-a的目标是借助于具有降低成本的更高的数据速率和更低的延时来提供显著增强的服务。lte-a是更优化的无线电系统,该无线电系统在维持后向兼容性的同时满足imt-advanced的国际电信联盟无线电(itu-r)要求。在lterel-10中介绍的lte-a的关键特征中的一个关键特征是载波聚合,这允许通过两个或多个lte载波的聚合来增加数据速率。

3gpp第五代无线系统(5g)是指新一代的无线电系统和网络架构。预计5g会提供比当前的lte系统更高的比特率和覆盖范围。有些人估计5g会提供比lte所能提供的高100倍的比特率。还预计5g会将网络可扩展性提高多达几十万个连接。预计会改进5g的信号技术,以用于更大的覆盖范围以及频谱和信令效率。

互联网协议多媒体子系统(ims)是用于向ue传送互联网协议(ip)多媒体服务的架构框架。全球移动通信系统协会(gsma)工作组(例如,rilte、packet和signal)最近已经同意支持用于lte语音(volte)的新ims间运营商间漫游模型,被称为s8归属路由(s8hr)架构。s8hr是新的漫游模型,其中代理呼叫业务控制功能(p-cscf)和分组网关(p-gw)都位于用户的归属公共陆地移动网络(hplmn)中,并且当用户漫游出hplmn时,不使用媒体的本地疏导(lbo)。



技术实现要素:

根据某些实施例,装置可以包括:包括计算机程序代码的至少一个存储器、和至少一个处理器。至少一个存储器和计算机程序代码可以被配置为,利用至少一个处理器使得该装置至少在网络实体处生成相关标识符。至少一个存储器和计算机程序代码还可以被配置为,利用至少一个处理器使得该装置至少在网络实体处将相关标识符添加到会话发起协议消息。另外,至少一个存储器和计算机程序代码可以被配置为,利用至少一个处理器使得该装置至少将包括相关标识符的会话发起协议消息从网络实体传送到另一网络实体。

在某些实施例中,方法可以包括在网络实体处生成相关标识符。该方法还可以包括在网络实体处将相关标识符添加到会话发起协议消息。另外,该方法还可以包括将包括相关标识符的会话发起协议消息从网络实体传送到另一网络实体。

在某些实施例中,装置可以包括用于在网络实体处生成相关标识符的部件。该设备还可以包括在网络实体处将相关标识符添加到初始化协议消息的部件。另外,所述设备可以包括将包括所述相关标识符的所述会话发起协议消息从所述网络实体传送到另一网络实体的部件。

根据某些实施例,编码指令的非暂时性计算机可读介质,该指令在硬件中被执行时执行过程。过程可以包括在网络实体处生成相关标识符。过程还可以包括在网络实体处将相关标识符添加到会话发起协议消息。另外,过程可以包括将包括相关标识符的会话发起协议消息从网络实体传送到另一网络实体。

根据某些其它实施例,计算机程序产品可以编码用于执行过程的指令。过程可以包括在网络实体处生成相关标识符。过程还可以包括在网络实体处将相关标识符添加到会话发起协议消息。另外,过程可以包括将包括相关标识符的会话发起协议消息从网络实体传送到另一网络实体。

根据某些实施例,装置可以包括:包括计算机程序代码的至少一个存储器、和至少一个处理器。至少一个存储器和计算机程序代码可以被配置为,利用至少一个处理器使得该装置至少在网络实体处接收来自另一网络实体的包括相关标识符的会话发起协议消息。至少一个存储器和计算机程序代码还可以被配置为,利用至少一个处理器使得该装置至少从网络实体向另一网络实体传输与互联网协议多媒体子系统信令承载相关联的媒体分组,该互联网协议多媒体子系统信令承载使用相关标识符而被建立。媒体分组可以与侦听相关信息有关。

在某些实施例中,方法可以包括在网络实体处接收来自另一网络实体的包括相关标识符的会话发起协议消息。该方法还可以从网络实体向另一网络实体传输与互联网协议多媒体子系统信令承载相关联的媒体分组,该互联网协议多媒体子系统信令承载使用相关标识符而被建立。媒体分组可以与侦听相关信息有关。

在某些实施例中,装置可以包括部件,该部件用于在网络实体处接收来自另一网络实体的包括相关标识符的会话发起协议消息。该装置还可以包括部件,该部件用于从网络实体向另一网络实体传输与互联网协议多媒体子系统信令承载相关联的媒体分组,该互联网协议多媒体子系统信令承载使用相关标识符而被建立。媒体分组可以与侦听相关信息有关。

根据某些实施例,编码指令的非暂时性计算机可读介质,该指令在硬件中被执行时执行过程。该过程可以包括在网络实体处接收来自另一网络实体的包括相关标识符的会话发起协议消息。该过程还可以包括从网络实体向另一网络实体传输与互联网协议多媒体子系统信令承载相关联的媒体分组,该互联网协议多媒体子系统信令承载使用相关标识符而被建立。媒体分组可以与侦听相关信息有关。

根据某些其它实施例,计算机程序产品可以编码用于执行过程的指令。该过程可以包括在网络实体处接收来自另一网络实体的包括相关标识符的会话发起协议消息。该过程还可以包括从网络实体向另一网络实体传输与互联网协议多媒体子系统信令承载相关联的媒体分组,该互联网协议多媒体子系统信令承载使用相关标识符而被建立。媒体分组可以与侦听相关信息有关。

附图说明

为了适当地理解本发明,应该参照附图,其中:

图1图示了根据实施例的、描绘lbo和s8hr的两种volte漫游方法的框图;

图2图示了根据实施例的用于voip的li架构的概览;

图3图示了根据实施例的、描绘针对lbo情况在vplmn中的对语音服务的合法侦听的网络拓扑的概览;

图4图示了根据实施例的示例功能li架构;

图5图示了根据实施例的、描绘ims承载和媒体承载的框图;

图6图示了根据实施例的、描绘了如何可以一次进行多个ims会话的示例的框图;

图7图示了根据实施例的其中在两个ims会话中涉及侦听对象的s8hr架构;

图8图示了根据实施例的其中漫游目标发起呼叫的示例信令流程图;

图9图示了根据实施例的s8hrli架构;

图10图示了描绘根据一个实施例的方法的信令流程图;

图11图示了根据实施例的经修改的s8hrli架构;

图12图示了描绘根据一个实施例的方法的信令流程图;

图13图示了根据实施例的与ims信令承载和媒体承载相关联的协议栈的示例;

图14图示了根据实施例的与被传送给lmisf的分组有关的示例协议栈;

图15图示了根据实施例的经修改的s8hrli架构的框图;

图16图示了根据实施例的描绘了vplmn中的li功能的呼叫流程图;

图17图示了根据另一实施例的描绘具有备选的df2到df3通信的、经修改的s8hrli架构的框图;

图18图示了根据实施例的描绘作为df2到df3通信的备选的过程的框图;以及

图19图示了根据一个实施例的装置的框图。

具体实施方式

容易理解的是,如在本文的附图中总体描述和说明的本发明的组件可以以各种不同的配置被布置和设计。因此,下文中对用于将侦听相关信息与呼叫内容相关的系统、方法、设备和计算机程序产品的实施例的详细描述(如在所附图中所表示的),不旨在限制本发明的范围,而是仅表示本发明的一些所选择的实施例。

贯穿本说明书所描述的本发明的特征、结构或特性可以以任何合适的方式被组合在一个或多个实施例中。例如,贯穿本说明书的、短语“某些实施例”、“一些实施例”或其它相似的语言的使用是指结合该实施例描述的特定特征、结构或特性可以被包括在本发明的至少一个实施例中的事实。因此,短语“在某些实施例中”、“在一些实施例中”、“在其它实施例中”或其它相似的语言的出现并不都是指该相同的实施例组,并且所描述的特征、结构或特点可以以任何合适的方式被组合在一个或多个实施例中。

另外,如果需要,可以以不同的顺序和/或彼此同时地执行下文讨论的不同功能。此外,如果需要,所描述的功能中的一个或多个功能可以是可选的或者可以被组合。这样,以下的描述应该仅被视为是对本发明的原理、教导和实施例的说明,而不是对其的限制。

本发明的某些实施例涉及访问网络中的对入境漫游用户的语音服务的合法侦听(li),例如,当使用基于s8hr的方法作为volte漫游架构时。li指侦听私人通信的合法授权的过程。volte漫游意味着运营商(被称为归属运营商或hplmn)的volte订户在另一运营商的网络(被称为所访问的运营商vplmn)中漫游的时正在访问有关语音的业务。

针对volte漫游,定义两种方法:本地疏导(lbo)和基于s8的归属路由(s8hr)。在lbo情况下,分组数据网络(pdn)连接在所访问的运营商的网络(即,vplmn)被完成,并且在处理呼叫中使用vplmn的一些ims网络节点。

在s8hr的情况下,建立与归属网络(即,hplmn)的pdn连接,并且在处理呼叫中涉及的ims节点仅驻留在hplmn中。因此,s8hr是p-cscf和p-gw都位于用户的hplmn中、并且当用户漫游出hplmn时不使用lbo的漫游模型。s8hr架构包括以下技术特性:(1)用于ims业务的承载被建立在s8参考点上;(2)所有ims节点位于在hplmn中,并且用于volte漫游服务的所有会话发起协议(sip)信令和媒体流量都通过hplmn被路由;(3)在终端与hplmn处的p-cscf之间直接执行ims交易。

图1图示了描绘两种volte漫游方法-lbo和s8hr的框图,。在图1的示例中,示出了具有“语音服务”的云以推断可以以各种方式来到达呼叫的另一末端:在hplmn内、在vplmn中、在另一基于ims的网络中或在公共交换电话网络(pstn)中等。如图1中所示,针对lbo情况,p-gw(也被称为pdn-gw)和p-cscf驻留在vplmn中,而针对s8hr情况,p-gw和p-cscf驻留在hplmn中。本发明的一些实施例涉及要为vplmn内的语音服务提供的合法侦听功能。

注意,管控合法侦听的法规受各个国家/地区的国家法律和电信法的严格监管。所有执法机构(lea)对执行对语音服务的合法侦听的能力的需求,即使是针对入境漫游者(在vplmn中)也是必须的,这独立于所使用的漫游方法。

3gpp技术规范(ts)33.107和ts33.108定义li配置、用于3gpp网络的内部和外部li接口和3gpp所定义的业务。3gppts33.106、ts33.107和ts33.108的全部内容通过引用而被并入本文。北美标准定义了与北美中所部署的网络的外部li接口。在这些标准中已经定义了在lbo方法被使用作为漫游架构时,用来在vplmn中执行合法侦听的li功能。

3gppts33.106限定出了用于基于3gpp的系统的合法侦听的级1要求,3gppts33.107限定出了用于基于3gpp的系统的合法侦听的阶段2要求,并且3gppts33.108限定出了用于基于3gpp的系统的合法侦听的阶段3要求。

图2图示了用于voip的li架构的概览(适用于利用lbo在hplmn(漫游/非漫游)与vplmn中进行voip侦听)。图2描绘了如在3gppts33.107中定义的voipli架构。3gppts33.107定义哪些网络节点提供呼叫内容(cc)侦听触发功能,以及哪些网络节点提供侦听相关信息(iri)功能。在lbo的情况下,在p-cscf处的vplmn中进行iri的侦听,并且取决于部署场景而在p-gw或ims-agw处的vplmn中进行cc的侦听。

图3图示了描绘针对lbo情况、在vplmn中对语音服务的合法侦听的网络拓扑的概览。在呼叫建立阶段期间,通过p-cscf发送用于执行cc侦听(在p-gw或ims-agw处)的触发器。被传送给执法机构(lea)的iri和cc必须被相关,以便允许lea来将cc与iri相关联。作为呼叫建立的一部分,将该相关号从p-cscf转移到p-gw或ims-agw。

3gppts33.107中规定的阶段2限定包括用于针对合法侦听所适用的各种3gpp定义的业务执行合法侦听的架构概念。在上文概述了图2中所图示的适用于voip呼叫的普通架构概念。根据3gppts33.108,hi2参考点被用于向执法监控设施(lemf)传送iri消息。根据3gppts33.108,hi3参考点被用于向lemf传送cc。hi1参考点被用于允许lemf向服务侦听对象的运营商提交li业务请求。然而,hi1参考点的细节尚未标准化。x1_1、x1_2、x1_3、x2andx3参考点作为li有关数据的plmn转移的一部分被使用。这些参考点的细节也尚未标准化。

3gppts33.107和3gppts33.108定义被用于在除了s8hr之外的场景的voip会话的iri与cc之间建立相关性的方法。如图2所示,当建立基于ims的voip呼叫时,cc侦听触发功能将cc侦听触发器发送给cc侦听功能。cc侦听功能是在提供cc侦听的呼叫的媒体路径上存在的网络节点。

3gppts33.107声明cc侦听触发器最少应当包含:媒体标识符和相关标识符。媒体标识符标识媒体并且相关标识符标识将被用于对应的媒体的相关号。cc侦听功能将相关标识符包括在通过接口df3被传送给lemf的cc内,如图3所示。由于是以每个ims语音会话为基础发送cc侦听触发器,所以该方法可以允许将cc与关联的ims会话的iri相关。

利用基于s8hr的方法,上文提到的网络节点(即,p-gw、ims-agw、或p-cscf)都不驻留在vplmn中(见图1)。作为结果,针对基于s8hr的方法,在当前(3gpp)标准/规范中定义的能力不能够在vplmn中提供li功能。换句话说,针对s8hr漫游模型,要求新的li解决方案。

图4图示了示例功能li架构(3gpptr33.827)(该架构处于3gpp-sa3-li标准组的研究中),作为针对s8hr情况而在vplmn中提供对入境漫游用户的语音服务的合法侦听。被称为承载绑定侦听和转发功能(bbiff)的、s-gw内的功能实体将与s8hr有关的所有ims信令分组转发给另一功能实体(被称为li镜像ims状态功能(lmisf)),该另一功能实体依次检查每个sip消息以确定是否需要侦听有关的voip呼叫。如果确实需要侦听呼叫,则lmisf将该呼叫的sip消息传送给df2,df2依次将iri传送给lemf。lmisf可以直接通知bbiff或经由另一网络实体间接通知bbiff将与ims会话关联的呼叫的媒体分组传送给df3,df3可以依次将cc传送给lemf。

在一些其它实施例中,lmisf可以通知另一功能实体(诸如li策略控制功能(lpcf)或任何其它网络实体):ims会话正在被侦听。在涉及lpcf的实施例中,lmisf可以经由接口xic与lpcf通信,并且lpcf可以经由接口xib与bbiff通信。lpcf或该任何其它网络实体(包括lmisf)然后可以通知bbiff来将与该ims会话关联的呼叫的媒体分组传送给df3,df3将依次向lemf传送cc。虽然图4中示出了lpcf,但某些其它实施例可以不具有lpcf。在这种实施例中,可以通过任何其它网络实体(包括lmisf)来吸收lpcf的功能中的至少一部分。

在sa3li研究内所考虑的标准中的一个标准是确保:当基于s8hr的方法被用作漫游架构时,被定义来提供vplmn中的li功能的任何新架构/概念可以与在使用lbo方法作为漫游架构时所提供的相似功能可比较。3gpptr33.827标识了很多未决问题,并且一个这种问题是开发允许将iri和cc相关的方法。本发明的某些实施例解决了该相关问题的难题,并且提供了适当的方案。

如前文中讨论的,当将基于s8hr的方法用作volte漫游架构时,执行语音服务的合法侦听时涉及的网络节点都不驻留在vplmn中。驻留在vplmn(见图1)中的s-gw和mme确实为分组数据提供li功能,但不会为语音服务提供li功能。可以利用国际移动台设备识别码(imei)、国际移动用户识别码(imsi)、或移动台国际用户目录号(msisdn)中的至少一个来标识分组数据侦听的侦听对象。然而,可以利用sip统一资源标识符(uri)或电话(tel)uri来标识ims语音服务的侦听对象,即使最近增添了用来基于imei来标识侦听对象的能力。

被用于标识侦听对象的sipuri或teluri可以仅在sip消息内可用。因此,为了为语音服务提供li功能,必须观察sip消息以确定正在建立的特定ims会话是否涉及侦听对象。

在演进分组核心(epc)网络内,ims信令分组流过ims信令承载并且媒体分组流过媒体承载。图5图示了描绘ims信令承载和媒体承载的框图。如从图5可以看到的,sip信令消息和语音媒体相当透明地通过驻留在vplms的epc中的网络节点。想要进行侦听的网络必须观察所有的ims分组来断定sip消息是否涉及侦听对象。

一种方法是进行对ims信令分组和媒体分组的深度分组侦听以检测那些分组是否与侦听对象有关,并且如果有关,则使用li标准(例如,3gppts33.108)中定义的相同协议将那些分组传送给lea。与侦听对象对应的sip消息可以作为iri消息传送给lea并且来自为关联的ims信令承载建立的媒体承载的媒体分组可以作为cc消息被传送给lea。

由于在给定时间时、可以在多于一个ims会话(例如,等待、会议)中涉及侦听对象,所以在媒体承载内可以存在多个媒体流。图6图示了描绘如何可以一次进行多个ims会话的示例的框图。如图5和图6所示,ims信令承载和媒体承载是两个分开的承载。换句话说,ims信令和媒体的分组流过两个分开的通用分组无线业务(gprs)隧道协议(gtp)用户平面(gtp-u)隧道。

在vplmn内的网络节点可能能够告知哪个媒体承载与哪个ims信令承载有关。然而,了解哪个媒体分组与哪个ims会话相关联并不容易。并且,因此,在特定ims会话的iri与cc之间的相关性可以成为一种挑战。在研究(3gpptr33.827)内,sa3li已经将其标识为要求进一步的分析和研究的问题。如上面提到的,本发明的某些实施例提供了将特定ims会话的iri与cc相关的方法。

注意,在epc(s8hr方法)内,只能进行媒体承载与ims信令承载的关联(通过使用链接承载识别码),但如本文所描述的,媒体承载内的媒体路径与ims会话的关联要求另外的过程。

图7图示了如sa3li中设想的s8hr架构,其中侦听对象在两个ims会话中被涉及。如图7所示,将与s8hr有关的所有ims信令分组传送(通过bbiff)给lmisf。lmisf检查sip消息,确定是否涉及侦听对象,并且如果涉及,则通过df2向lemf传送sip消息。在某些实施例中,lmisf然后可以通知lpcf或任何其它网络实体:正在被侦听的ims信令承载的详情。lpcf或任何其它网络实体可以通知bbiff以将相关联的媒体承载的分组传送给df3。即使lmisf向lpcf或任何其它网络实体给出了某种相关信息,并且即使lpcf或任何其它网络实体将该相关信息转发给了bbiff,当涉及多个ims会话时,bbiff也不能将特定媒体分组关联到特定媒体会话,除非bbiff本身执行深度分组检查。在一些其它实施例中,lmisf可以直接地或经由另一网络实体通知bbiff。

图7中所示的架构的策略不是在bbiff处进行任何深度分组检查,因为引入这种功能可能会要求检查流过s-gw的每个分组。这是将所有ims信令分组传送给lmisf并且在lmisf处进行ims信令分组的深度分组检查的原因。

因此,根据某些实施例,提供了方法,以将流过用于ims会话的媒体的eps承载的各个媒体分组关联到对应的sip会话,其中其分组流过用于ims信令的eps承载。并且,根据一些实施例,当使用s8hr方法作为漫游架构时,仅可以针对涉及vplmn内入境漫游用户的那些ims会话进行这种处理。

图8图示了其中漫游目标发起呼叫的示例信令流程图,其中在所访问的通信服务提供商(csp)中进行侦听(例如,3gppts33.107)。在图8的呼叫流程中,ip-can表示基于ip的载波接入网络并且从cc侦听角度来说可以是pdn-gw、ggsn或ims-agw。从p-cscf发送给ip-can的aar/rar包括与cc侦听触发器有关、以及因此与媒体标识符和相关id有关的信息。侦听并且将cc传送给df3的ip-can内的媒体节点将相关信息包括在cc内。

3gppts33.108包括有关相关号的ims-voip有关部分,其中提出,针对给定目标,相关号对每个voip会话是唯一的并且被用于将一个voip会话内的cc与iri相关或者将不同iri记录和不同cc数据相关。针对基于ims的voip,s-cscf以及(可选地)p-cscf提供iri事件。针对基于ims的voip,提供cc侦听的功能元件取决于呼叫场景和网络配置。如ts33.107中描述的,通过以下功能元件(被称为cc侦听功能)中的一个功能原件来进行cc侦听:pdn-gw/ggsn、ims-agw、trgw、im-mgw、或mrf。可以通过以下功能元件(被称为cc侦听触发功能)提供用来在上述功能元件处执行cc侦听的触发器:用于pdn-gw/ggsn的p-cscf、用于ims-agw的p-cscf、用于trgw的ibcf、用于im-mgw的mgcf、或用于mrf的s-cscf或as。针对cc的传送,cc侦听触发功能将相关号提供给cc侦听功能。该相关号在交换接口hi3上被传送给lemf,并且还在交换接口hi2上被传送给lemf。在hi2上被传送给lemf的ims-voip-相关性包含作为ims-iri(iri-与-iri-相关性)的、被用于iri消息的(多个)相关号,以及作为ims-cc(iri-与-cc-相关性)的、被用于cc数据的(多个)相关号。lemf应该解释包含属于一个单个imsvoip会话的那些相关号值的iri消息和cc数据。在hi2和hi3(从df2和df3到lemf的接口)上,相关信息使用3gppts33.108的部分12.1.4中介绍的asn.1参数被传送。

然而,当使用基于s8hr的方法作为漫游架构时,来自3gpp规范的上述概念不适用于vplmn中的语音服务的侦听。

图9图示了具有指示如下过程步骤的参考号的s8hrli架构。如图9所示,在步骤1处,lmisf被供应有来自admf的侦听对象信息(针对语音服务,其可以是sipuri、teluri或imei)。在步骤2处,lpcf指导bbiff来将被建立用于s8hrapn(接入点名称)的所有ims信令承载的分组传送给lmisf。lpcf可以将s8hrapn提供给bbiff。虽然图9图示了lpcf指导bbiff,但在其它实施例中,任何其它网络实体(包括lmisf)可以直接指导或间接指导bbiff。一些实施例甚至可以不包括lpcf。在步骤3处,bbiff将那些ims信令承载的分组传送给lmisf。因此,bbiff不知道ims信令承载的分组是否与侦听对象有关。它只是传送所有分组。

继续参照图9,在步骤4处,lmisf执行深度分组检查并且观察sip消息,以及检查携带主叫方识别码和/或被叫方识别码的sip报头以验证那些识别码中是否有任何识别码与本地存储的侦听对象识别码匹配。如果sip消息与侦听对象对应,则lmisf将那些分组传送给df2。在步骤5处,根据3gppts33.108,df2将生成iri并且将iri传送给lemf。在步骤6处,lmisf通知lpcf或任何其它网络实体:正在被侦听的ims信令承载的识别码。在步骤7处,lpcf或任何其它网络实体可以指导bbiff来将被链接到该ims信令承载的媒体承载的分组传送给df3。然后,在步骤8处,bbiff将媒体分组传送给df3。bbiff知道媒体分组与ims信令承载有关,但在多个会话中都涉及到侦听对象的情况下不知道哪个媒体分组与哪个ims会话有关。在步骤9中,根据3gppts33.108,df3生成cc并且将cc传送给lemf。

图10图示了信令流程图,信令流程图示出了上面概述的并且在图9中示出的过程步骤。虽然图10所示的实施例包括lpcf,但在某些其它实施例中,可以不存在lpcf,并且通过一个或多个其它网络实体来吸收lpcf的功能中的至少一部分功能。

一些实施例可以将重点放在s8hr架构的相关性方面。根据实施例,在图9的步骤4中,lmisf生成相关号并且在将sip消息传送给df2时包括该相关号。在一个实施例中,在图9的步骤7处,lpcf或任何其它网络实体可以指导bbiff来将与ims信令承载相关联的媒体分组传送给lmisf。lmisf会执行对媒体分组的深度分组检查以检查rtp流的ip地址和端口号,以便确定媒体分组与哪个ims会话有关。一旦被确定,lmisf会将媒体分组与之前针对ims会话存储的相关号一起传送给df3。图11图示了根据本发明的一些实施例的,包括过程步骤的经修改的s8hrli架构。

如图11所示,在步骤1处,lmisf被供应有来自asmf的侦听对象信息(例如,针对语音服务,其可以是sipuri、teluri或imei)。在步骤2处,lpcf或任何其它网络实体指导bbiff来将被建立用于s8hr接入点名称(apn)的所有ims信令承载的分组传送给lmisf。此处,lpcf或任何其它网络实体可以将s8hrapn提供给bbiff。在某些其它实施例中,可以移除lpcf和被连接至lpcf的接口,并且可以通过一个或多个其它网络实体来执行lpcf的功能的至少一部分功能。在步骤3处,bbiff将那些ims信令承载的分组传送给lmisf。这样,bbiff不知道ims信令承载的分组是否与侦听对象有关。bbiff只是传送所有分组。在步骤4处,lmisf执行深度分组检查并且观察sip消息,以及检查携带主叫方识别码和/或被叫方识别码的sip报头以验证那些主叫方识别码和/或被叫方识别码中是否有任何识别码与本地存储的侦听对象识别码匹配。如果sip消息与侦听对象对应,则lmisf将那些分组传送给df2。

继续参照图11,在步骤5处,根据3gppts33.108,df2将生成iri并且将iri传送给lemf。在步骤6处,lmisf然后通知lpcf或任何其它网络实体:正在被侦听的ims信令承载的识别码。在步骤7处,lpcf或任何其它网络实体指导bbiff来将被链接到该ims信令承载的媒体承载的分组传送给lmisf。然后,在8处,bbiff将媒体分组传送给lmisf。bbiff知道媒体分组与ims信令承载有关,但在多个会话中都涉及到侦听对象的情况下不知道哪个媒体分组与哪个ims会话有关。在本实施例中,bbiff不需要知道媒体分组与ims信令承载之间的关联性。在步骤9中,lmisf执行对在lmisf处接收到的媒体分组的深度分组检查,并且检查与rtp流相关联的ip地址和端口号。然后,lmisf会将rtp流的ip地址/端口号与来自ims会话的相似信息相比较来确定相关联的ims会话。lmisf将媒体分组与在将sip消息传送给df2时其已经使用的相关号一起传送给df3。在步骤10处,根据3gppts33.108,df3生成cc并且将cc传送给lemf。图12图示了根据一个实施例的在信令流程图格式中的上述过程步骤。如上面关于图4、图7以及图9-11所讨论的,在某些实施例中,可以移除lpcf和连接至lpcf的接口。

图13图示了使用与ims信令承载和媒体承载相关联的协议栈的一些示例的本发明的实施例。使用用于ip地址和端口号的一些真实数字,图13描绘了ims信令承载中的ims信令分组和媒体承载中的媒体分组的流程。在图13的示例中,两个ims会话中涉及侦听对象。在图13所示的实施例中,不存在lpcf。

图13所示的示例使用下面示出的用于ip地址和端口号的一些真实数字:

·volteueip地址(由p-gw指派):5.10.1.10

·朝向p-gw(gtp-u隧道端点)的s-gwip地址:12.1.1.1

·朝向s-gw(gtp-u隧道端点)的p-gwip地址:5.100.1.1

·朝向p-gw的ims-agwip地址:5.175.200.1

·p-cscfip地址:5.175.10.1

·用于sip信令的端口号:5060

·用于gtp-u隧道的端口号:2152

·用于ims会话1的rtp流的ue端口号:24000、24001

·用于ims会话1的rtp流的ims-agw端口号:32000、32001

·用于ims会话1的rtp流的ue端口号:26000、26001

·用于ims会话1的rtp流的ims-agw端口号:36000、36001。

这两个gtp-u隧道(被用于ims信令承载和媒体承载)使用相同的ip地址和端口号,但具有不同的隧道标识符(图13中未示出)。针对s-gw,gtp层上方的信息仅仅是有效载荷。在s-gw内,不对该信息进行任何处理。

当要求bbiff将来自ims信令承载的分组传送到lmisf时,其传送gtp-u层上方的所有事物。bbiff不观察gtp-u层上方的ims分组。相似地,当要求bbiff将来自媒体承载的分组传送到lmisf时,其传送gtp-u层上方的所有事物。其不观察gtp-u层上方的媒体分组。然而,bbiff通过3gppts29.274中限定的gtp协议概念而了解媒体承载和ims信令承载是有关的。

lmisf从bbiff接收ims信令分组和媒体分组并且图14图示了lmisf从协议栈视点看到了什么。如图14所示,被用于携带rtp流的ip地址和udp端口号与使用sip消息交换的ip地址和udp端口号匹配。例如,针对ims会话1,volteue包括作为自身ip地址的5.100.1.10,其中24000实时协议(rtp)、24001实时控制协议(rtcp)作为自身的用户数据报协议(udp)端口号,并且接收作为远端ip地址的5.175.200.1,其中32000(rtp)、32001(rtcp)作为udp端口号。

一旦确定sip消息涉及侦听对象,则lmisf可以分配相关号并且针对该ims会话将其本地存储。当接收到媒体分组时,lmisf可以检查被用于携带rtp流的ip地址和udp端口号以确定关联的ims会话。一旦进行匹配,lmisf可以使用在将sip消息传送给df2时其已经使用的相关号作为被传送给df3的相关号。

图15图示了根据本发明的实施例的经修改的s8hrli架构的框图。图15中将供应接口示出为x1_1(替代如图4所示的x1),因为x1_1是从admf到提供侦听的网络节点的参考点的正确名称(见图2)。除解决相关性的问题之外,图15的经修改的架构还提供了另外的优点。在图15的实施例中,与将来自ims信令承载的分组传送给lmisf并且将来自媒体承载的分组传送给df3的当前架构相比,bbiff将来自ims信令承载和媒体承载的分组都传送给相同的目的地(即,lmisf)。传送给一个目的地而非两个目的地可以被视为是一种改进。

在美国,li标准要求当cc传送开始时传送iri消息(被称为ccopen)。利用图15的经修改的架构,ccopen的传送变得非常简单,这是因为lmisf确切地知道cc传送开始的时间。

在进一步的实施例中,每当lmisf确定ims会话涉及侦听对象时,其可以向bbiff传递令牌并且,每当将媒体分组传送给lmisf时,bbiff可以包括该令牌。在一些实施例中,可以直接地或通过任何其它网络实体间接地将令牌从lmisf传递到bbiff。在包括lpcf的实施例中,可以通过lpcf来传递令牌。在不包括lpcf的某些其它实施例中,可以将令牌直接传递到bbiff或者通过任何其它网络实体间接地传递到bbiff。这种令牌的使用可以改进对确定媒体分组与ims会话相关联的lmisf实现。然而,应该注意,某些实施例并不一定需要使用令牌。

如上文提到的,在实施例中,由于bbiff将(ims信令承载和媒体承载的)分组传送给仅一个目的地点(即,lmisf),bbiff的实现可以被改进。根据实施例,lmisf分别具有到df2和df3的x2和x3接口。可以确保lmisf(是新的功能实体)承担起确保通过x2和x3传送的信息与被用于其它voip场景(非漫游、lbo情况)的信息处于相同格式的责任。这可以确保被用于其它voip场景的df2和df3也可以与s8hr一起使用。在当前的方法中,bbiff具有到df3的x3接口,并且其中bbiff简单地将媒体分组传送给df3,接收处于bbiff所传送格式的媒体分组将是df3的责任。这将影响df3。

与3gpp标准不同,美国li法规要求将sip消息映射到呼叫状态事件,诸如“发起”、“终止尝试”、“回答”、“释放”等。虽然在绝大多数li实施方式中df2提供所需要的映射,但是存在与cc密切耦合的某些iri事件。若干示例包括:当cc传送开始时发送ccopen、当cc传送结束时发送ccclose,通过dtme数字从侦听对象的内容收集后切片(post-cut)、并且使用消息dialeddigitextraction来报告那些数字。利用可用的媒体分组,lmisf将能够相当容易地生成那些事件。

图16图示了根据实施例的呼叫流程图,该呼叫流程图描绘vplmn中的li功能。图16是在呼叫流程涵盖了两种类型的volte漫游架构的意义上的二合一呼叫流程,其中,该图的左半是针对基于s8hr的方法并且右半是针对基于lbo的方法。当将图16应用于s8hrli(图的左部分)时,在检查和确定ims信令分组涉及侦听对象之后,lmisf利用相关号d1、经由df2将iri消息传送给lemf。当从bbiff接收到媒体分组时,lmisf利用相同的相关号d1、经由df3将cc传送给lemf。

当将图16应用于lboli(图的右部分)时,在检查和确定ims会话涉及侦听对象之后,p-cscf利用相关号c1、经由df2将iri消息传送给lemf。p-cscf在呼叫建立期间将包含相关号c1的cc侦听触发器发送给p-gw。p-gw使用相关号c1、经由df3将cc传送给lemf。

图17图示了根据另一实施例的框图,该框图描具有备选的df2至df3通信的经修改的s8hrli架构。在本实施例中,当df2从lmisf接收到iri消息时,其可以将相关号与媒体标识符一起发送给df3。df3在接收到媒体分组时可以使用相关号来将cc传送给lemf。

如图17所示,在步骤1处,lmisf被供应有来自admf的侦听对象信息(例如,针对语音服务,其可以是sipuri、teluri或imei)。在步骤2处,lpcf指导bbiff来将被建立用于的s8hrapn的所有ims信令承载的分组传送给lmisf。此处,lpcf可以将s8hrapn提供给bbiff。在某些其它实施例中,不包括lpcf,并且可以通过任何其它网络实体(至少包括lmisf)来执行lpcf的功能至少的至少一部分。在步骤3处,bbiff将那些ims信令承载的分组传送给lmisf。这样,bbiff不知道ims信令承载的分组是否与侦听对象有关。bbiff只是传送所有分组。

继续参照图17,在步骤4处,lmisf执行深度分组检查并且观察sip消息,以及检查携带主叫方识别码和/或被叫方识别码的sip报头以验证那些主叫方识别码和/或被叫方识别码中是否有任何识别码与本地存储的侦听对象识别码匹配。如果sip消息与侦听对象对应,则lmisf将那些分组传送给df2。在步骤5处,根据3gppts33.108,df2可以生成iri并且将iri传送给lemf。在步骤6处,df2可以将侦听的ims会话的媒体标识符和相关号发送给df3。然后在步骤7处,lmisf通知lpcf:正在被侦听的ims信令承载的识别码。在步骤8处,lpcf指导bbiff来将被链接到该ims信令承载的媒体承载的分组传送给df3(如在3gpptr33.827中限定的架构中一样)。如上文讨论的,在某些实施例中,不包括lpcf,并且可以通过任何其它网络实体(包括lmisf)来执行lpcf的功能中的至少一部分功能。

在步骤9处,bbiff将媒体分组传送给df3。bbiff知道媒体分组与ims信令承载有关,但是在多个会话中都涉及到侦听对象的情况下不知道哪个媒体分组与哪个ims会话有关。在本方法中,bbiff不需要知道该关联性。在步骤10处,df3执行对其接收到的媒体分组的深度分组检查,并且检查与rtp流相关联的ip地址和端口号。然后,df3将其与由df2早前供应的媒体标识符相比较。当发现匹配时,df3将使用其已经从df2接收到的相关号来将cc传送给lemf。图18图示了根据上述实施例的流程图,该流程图描绘作为df2到df3通信的备选的过程步骤。尽管在图18中包括lpcf,但在某些实施例中不包括lpcf,可以通过任何其它网络实体(至少包括lmisf)来执行lpcf的功能中的至少一部分功能。

根据又一实施例,图9中描述的实施例可以被修改,使得在bbiff处执行深度分组检查。在本实施例中,可以对图9的步骤6、7和8进行改变。例如,在步骤7处,lmisf通知lpcf或任何其它网络实体:正在被侦听的ims信令承载的识别码。lmisf还提供媒体标识符(ip地址和端口号)和相关号。在步骤8处,lpcf或任何其它网络实体可以指导bbiff来将被链接到该ims信令承载的媒体承载的分组传送给df3。lpcf或任何其它网络实体还可以将媒体标识符和相关号信息传递给bbif。然后,在步骤8处,bbiff执行对媒体分组的深度分组检查以确定rtp流的ip地址和端口号。当发现匹配时,bbiff将媒体分组与相关号一起传送给df3。

在进一步的实施例中,可以在lemf内执行相关。在本实施例中,不通过vplmn进行相关。相反,如果整个媒体分组(包括ip地址和端口号)被发送给lemf,则lemf可以执行深度分组检查并且可以将iri与cc相关。

图19图示了根据实施例的装置10的示例。在某些实施例中,装置10可以是通信网络中的、或服务这种网络的节点、主机、服务器。例如,装置10可以是无线电接入网络中的网络节点,诸如bbiff、lpcf、lmisf、admf、df2、df3、和/或lemf。应该注意,本领域的普通技术人员会理解装置10可以包括图19中未示出的组件或特征。

如图19所示,装置10可以包括或被耦合到用于处理信息和执行指令或操作的处理器22。处理器22可以是任何类型的通用或专用处理器。虽然在图19中示出了单个处理器22,但根据其它实施例可以利用多个处理器。事实上,处理器22可以包括通用计算机、专用计算机、微处理器、数字信号处理器(dsp)、现场可编程门阵列(fpga)、专用集成电路(asic)、和基于多核处理器架构的处理器(作为示例)中的一个或多个。

处理器22可以执行与装置10的操作相关联的功能,其可以包括:例如,对天线增益/相位参数进行预编码、对形成通信消息的独立比特进行编码和解码、对信息进行格式化、以及对装置10进行总体控制(包括与通信资源的管理有关的过程)。

装置10还可以包括或被耦合到用于存储信息和可以被处理器22执行的指令的存储器14(内部或外部),存储器14可以被耦合到处理器22。存储器14可以是一个或多个存储器并且可以是适合本地应用环境的任何类型的存储器。例如,可以使用任何合适的易失性或非易失性数据存储技术来实现存储器14,诸如基于半导体的存储器设备、磁性存储器设备或系统、光学存储器设备或系统、固定存储器、或可移除存储器。作为示例,存储器14可以由随机存取存储器(ram)、只读存储器(rom)、诸如磁盘或光盘等静态存储装置、或任何其它类型的非暂时性机器或计算机可读介质的任何组合构成。存储器14中存储的指令可以包括程序指令或计算机程序代码,该程序指令或计算机程序代码在被处理器22执行时使得装置10执行本文描述的任务。

在一些实施例中,装置10还可以包括或被耦合到一个或多个天线25以用于向装置10传输信号和/或数据以及从装置10接收信号和/或数据。装置10还可以包括或被耦合到被配置为传输和接收信息的收发器28。收发器28可以包括,例如可以被耦合到(多个)天线25的多个无线电接口。这些无线接口可以与多个无线接入技术对应,包括lte、wlan、bluetooth、bt-le、nfc、射频标识符(rfid)、超宽带(uwb)等中的一个或多个。无线电接口可以包括组件,诸如滤波器、转换器(例如,数模转换器等)、映射器、快速傅立叶转换(fft)模块等,以生成用于经由一个或多个下行链路传输的符号以及接收符号(例如,经由上行链路)。这样,收发器28可以被配置为将信息调制到载波波形上以用于由(多个)天线25传输以及对经由(多个)天线25接收到的信息进行解调以用于由装置10的其它元件来进一步处理。在其它实施例中,收发器28可能能够直接地传输和接收信号或数据。

在实施例中,存储器14可以存储软件模块,该软件模块在由处理器22执行时提供功能。模块可以包括,例如为装置10提供操作系统功能的操作系统。存储器还可以存储一个或多个功能模块,诸如应用或程序,以为装置10提供另外的功能性。装置10的组件可以被实现在硬件中、或者作为硬件和软件的任何合适的组合被实现。

在一些实施例中,装置(诸如用户设备或网络节点)可以包括用于执行上文相对于图1至图18所描述的实施例的部件。在某些实施例中,包括计算机程序代码的至少一个存储器可以被配置为,利用至少一个处理器使得设备至少执行本文描述的过程中的任何过程。

在一个实施例中,装置10可以是网络实体、网络节点、或网络接入节点,诸如bbiff、lmisf、admf、df2、df3、和/或lemf,例如,或任何其它网络实体。根据一个实施例,可以通过存储器14和处理器22来控制装置10以执行与本文描述的实施例相关联的功能。例如,在实施例中,装置10可以是图9-13以及图15-18所示的lmisf。在某些实施例中,可以通过存储器14和处理器22来控制装置10以从admf或其它网络节点接收侦听对象信息/识别码。例如,针对语音服务,侦听对象信息可以是sipuri、teluri或imei。根据实施例,lpcf或任何其它网络实体(包括lmisf)可以指导bbiff来将被建立用于s8hrapn的所有ims信令承载的分组传送给装置10。在实施例中,lpcf或任何其它网络实体可以将s8hrapn提供给bbiff,并且可以通过存储器14和处理器22来控制装置10以从bbiff接收被建立用于s8hr的ims信令承载的分组。bbiff可能不知道ims信令承载的分组是否与侦听对象有关,而只是将所有的分组发送给装置10。

在实施例中,然后可以通过存储器14和处理器22来控制装置10以执行深度分组检查以观察分组(例如,sip消息)并且检查携带主叫方识别码和/或被叫方识别码的报头(例如,sip报头),以验证那些识别码中是否有任何识别码与之前接收到、并且被装置10本地存储的侦听对象信息/识别码匹配。如果分组(或sip消息)与侦听对象对应,则可以通过存储器14和处理器22控制装置10以将那些分组与由装置10生成的相关号传送给df3。df2可以生成iri并且将iri传送给lemf。根据实施例,可以通过存储器14和处理器22来控制装置10以通知lpcf或任何其它网络实体:正在被侦听的ims信令承载的识别码。反过来,lpcf或任何其它网络实体可以指导bbiff来将被链接到该ims信令承载的媒体承载的分组传送给装置10。

相应地,在一个实施例中,可以通过存储器14和处理器22来控制装置10来从bbiff接收媒体分组。在实施例中,bbiff可能知道媒体分组与ims信令承载有关,但在多个会话中都涉及到侦听对象的情况下不知道哪个媒体分组与哪个ims会话有关。在某些实施例中,然后可以通过存储器14和处理器22来控制装置10以执行对其接收到的媒体分组的深度分组检查,并且检查与rtp流相关联的ip地址和端口号。然后,可以通过存储器14和处理器22来控制装置10以将rtp流的ip地址/端口号与来自ims会话的相似信息相比较,来确定相关联的ims会话。在一个实施例中,可以通过存储器14和处理器22来进一步控制装置10以将媒体分组与在将分组(例如,sip消息)传送给df2时其已经使用的相关号一起传送给df3。df3,然后可以生成cc并且将cc传送给lemf。

另一实施例可以涉及用于将侦听相关信息(iri)与呼叫内容(cc)相关以用于s8hr合法侦听的方法。在某些实施例中,可以由lmisf来执行该方法。在一个实施例中,该方法可以包括从admf或其它网络节点接收侦听对象信息/识别码。例如,针对语音服务,侦听对象信息/识别码可以是sipuri、teluri或imei。根据实施例,lpcf或任何其它网络实体可以指导bbiff来将被建立用于s8hrapn的所有ims信令承载的分组传送给lmisf。在实施例中,lpcf或任何其它网络实体可以将s8hrapn提供给bbiff,并且该方法还可以包括从bbiff接收被建立用于s8hr的ims信令承载的分组。bbiff可能不知道ims信令承载的分组是否与侦听对象有关,而只是将所有的分组发送给lmisf。

在实施例中,该方法还可以包括执行深度分组检查以观察分组(例如,sip消息)并且检查携带主叫方识别码和/或被叫方识别码的报头(例如,sip报头),以验证那些识别码中是否有任何识别码与之前接收到的、并且由lmisf本地存储的侦听对象信息/识别码匹配。如果分组(或sip消息)与侦听对象对应,则该方法可以包括将那些分组与由lmisf生成的相关号一起传送给df2。df2可以生成iri并且将iri传送给lemf。根据实施例,该方法然后可以包括通知lpcf或任何其它网络实体:正在被侦听的ims信令承载的识别码。反过来,lpcf或任何其它网络实体可以指导bbiff来将被链接到该ims信令承载的媒体承载的分组传送给设备lmisf。

相应地,在一个实施例中,该方法还可以包括从bbiff接收媒体分组。在实施例中,bbiff可能知道媒体分组与ims信令承载有关,但在多个会话中都涉及到侦听对象的情况下不知道哪个媒体分组与哪个ims会话有关。在某些实施例中,该方法可以包括执行对其接收到的媒体分组的深度分组检查,并且检查与rtp流相关联的ip地址和端口号。然后,lmisf可以将rtp流的ip地址/端口号与来自ims会话的相似信息相比较,来确定相关联的ims会话。在一个实施例中,该方法可以包括将媒体分组与在将分组(例如,sip消息)传送给df2时其已经使用的相关号一起传送给df3。df3然后可以生成cc并且将cc传送给lemf。

在一些实施例中,可以通过软件和/或计算机程序代码或被存储在存储器或其它计算机可读或有形介质中的、并且由处理器执行的代码的一部分来实现本文描述的方法、过程、信令图、或流程图中的任何一种的功能性。在一些实施例中,装置可以是、可以包括有或可以与被配置成(多个)算术运算、或被配置成由至少一个操作处理器执行的程序或其部分(包括添加的或更新的软件例程)的至少一个软件应用、模块、单元或实体相关联。包括软件例程、小程序和宏的程序,也被称为程序产品或计算机程序,可以被存储在任何装置可读数据存储介质中,并且它们包括程序指令来执行特定任务。计算机程序产品可以包括一个或多个计算机可执行组件,该计算机可执行组件在程序被运行时被配置为执行实施例。该一个或多个计算机可执行组件可以是至少一个软件代码或其部分。实现实施例的功能所要求的修改和配置可以作为(多个)例程而被执行,例程可以被实现为添加的或更新的(多个)软件例程。(多个)软件例程可以被下载到设备中。

软件或计算机程序代码或其部分可以是源代码形式、对象代码形式、或一些中间形式,并且可以被存储在一些类型的载波、分布式介质、或计算机可读介质中,这种介质可以是能够携带程序的任何实体或设备。这种载波包括例如记录介质、计算机存储器、只读存储器、光电和/或电载波信号、电信信号、和软件发布包。取决于所需要的处理能力,计算机程序可以在单个电子数字计算机中被执行或者其可以被分布在多个计算机之间。计算机可读介质或计算机可读存储介质可以是非暂时性介质。

在其它实施例中,可以通过硬件来执行功能,例如,通过使用专用集成电路(asic)、可编程门阵列(pga)、现场可编程门阵列(fpga)、或硬件和软件的任何其它组合。在又一实施例中,可以将功能实现为信号、可以通过从互联网或其它网络下载的电磁信号携带的非有形部件。

根据实施例,装置(诸如节点、设备、或对应组件)可以被配置作为计算机或微处理器(诸如单芯片计算机元件)、芯片集(至少包括用于提供用于算术运算的存储能力的存储器,和用于执行算术运算的运算处理器)。

本领域的普通技术人员容易理解到,可以利用不同顺序的步骤来实践如上文讨论的本发明、和/或可以利用与所公开的那些配置不同配置的硬件元件来实践本发明。因此,虽然已经基于这些优选实施例描述了本发明,但对于本领域的技术人员而言明显的是某些修改、变化和备选结构是明显的,而这些修改、变化和备选结构保持在本发明的精神和范围内。

部分术语表

3gpp第三代合作伙伴计划

admf管理功能

agw接入网关

asn.1抽象语法表示法1

atis电信行业解决方案联盟

bbiff承载绑定侦听和转发功能

bcf边界控制功能

calea通信协助法律执行法

cc呼叫内容(或通信内容)

cii呼叫标识信息(亦称iri)

cs电路交换

cscf呼叫状态控制功能

csp通信服务提供商

df传送功能

df2传送功能2(针对iri)

df3传送功能3(针对cc)

dtmf双音多频

epc演进分组核心

eps演进分组系统

etsi欧洲电信标准协会

ggsn网关gprs支持节点

gprs通用分组无线电服务

gsm全球移动系统

gsmagsm联盟

gsngprs支持节点

gtpgprs隧穿协议

hi1交换接口1(针对管理)

hi2交换接口2(针对iri)

hi3交换接口3(针对cc)

hplmn归属plmn

ibcf互联bcf

i-cscf询问cscf

iap互联网接入点

ice侦听控制元件

id识别码或标识符

imei国际移动设备识别码

imsi国际移动用户识别码

im-mgwims媒体网关

imsip多媒体系统

ims-agwims接入网关

ip互联网协议

ip-canip载波接入网络

iri侦听相关信息

lbo本地疏导

lea执法机构

lemf执法监控设施

li合法侦听

lmisfli镜像ims状态功能

lpcfli策略控制功能

lte长期演进

mf调解功能

mgcf媒体网关控制功能

mgw媒体网关

mme移动性管理实体

mrf媒体资源功能

msisdn移动台综合业务数字号码0172

p-cscf代理cscf

pcrf策略与计费规则功能

pdn分组数据网络

p-gwpdn-网关

pdn-gwpdn-网关

pdp分组数据协议

plmn公共陆地移动网络

rtcp实时控制协议

rtp实时协议

s-cscf服务cscf

trgw发送网关

s8hr基于s8的归属路由

s-gw服务网关

sip会话发起协议

sa3服务及系统方面tsg3

sdp会话描述协议

sip会话初始化协议

sipurisipuri(sip格式的uri)

tel电话

teluri电话uri(电话号码格式的uri)

udp用户数据报协议

uri统一资源标识符

voipip语音服务

voltelte语音服务

vplmn访问plmn

x1接口(针对admf与接入功能之间的管理)

x2接口(针对接入功能与df2之间的iri)

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1