一种在长期演进集群网络中进行能力协商的方法及装置制造方法

文档序号:7998205阅读:177来源:国知局
一种在长期演进集群网络中进行能力协商的方法及装置制造方法
【专利摘要】一种在长期演进集群网络中进行能力协商的方法及装置,所述方法应用于集群核心网侧包括:在呼叫建立流程中,根据接收到的主叫集群终端发来的本次呼叫所请求使用的音视频能力信息,结合已获知的主被叫集群终端所支持的音视频能力信息,确定本次呼叫所使用的音视频能力信息。所述方法应用于集群终端侧包括:向集群核心网上报本终端所支持的音视频能力信息;作为主叫集群终端发起集群呼叫时,在呼叫建立流程向集群核心网上报本次呼叫所请求使用的音视频能力信息。采用本发明后,核心网可以针对集群呼叫中主被叫终端的音视频能力信息进行协商和选择,进而在基于LTE的集群网络中最大限度的满足不同能力的终端之间的呼叫建立,极大地提高用户满意度。
【专利说明】一种在长期演进集群网络中进行能力协商的方法及装置

【技术领域】
[0001] 本发明涉及移动通信系统,尤其涉及一种在长期演进的集群网络中进行能力协商 的方法及装置。

【背景技术】
[0002] 集群通信是一种移动调度系统,代表着通信体制之一的专用移动通信网发展方 向。其所提供的集群业务具有信道共用和动态分配等技术特点,可为多个部门、单位等集团 用户提供专用的指挥调度等通信服务。二十世纪末,随着数字通信系统的普及,基于数字通 信技术的集群通信系统和业务也得到了广泛的应用。近年来,第三代乃至第四代无线通信 技术飞速发展,对数字集群通信系统也提出了宽带化、高速化、平滑演进等多方面的需求。
[0003] 基于长期演进(Long Term Evolution,简称为LTE)技术的集群通信系统,便是为 了能够满足集群通信业务的宽带化、高速化的需求而诞生的。
[0004] 基于LTE的集群网络需要支持语音集群业务,语音业务可采用VOIP (Voice over Internet Protocol,网络电话)承载来实现,终端与终端之间以及终端与网络之间的语音 编解码能力可以完全依靠上层应用来强制约束,但这样做毕竟不够灵活。因此,和终端语音 编解码能力相关的设计是必要的,需要有途径让核心网获得终端支持的语音编解码能力, 这样,核心网才可根据已有的信息,采取灵活的策略方案。同样,对于视频业务,也要定义终 端支持的视频分辨率。


【发明内容】

[0005] 本发明的目的是提供一种在LTE集群网络中进行能力协商的方法及装置,以克服 现有基于LTE的集群核心网无法获知终端支持的语音编解码能力和/或视频分辨率的缺 陷。
[0006] 为解决上述问题,本发明提供了一种在长期演进集群网络中进行能力协商的方 法,应用于集群核心网侧,包括:
[0007] 在呼叫建立流程中,根据接收到的主叫集群终端发来的本次呼叫所请求使用的音 视频能力信息,结合已获知的主叫集群终端和被叫集群终端所支持的音视频能力信息,确 定本次呼叫所使用的音视频能力信息。
[0008] 进一步地,
[0009] 所述请求使用的音视频能力信息为请求使用的语音编解码能力或视频分辨率;
[0010] 所述支持的音视频能力信息为支持的语音编解码能力和/或视频分辨率。
[0011] 进一步地,所述方法还包括:
[0012] 所述集群核心网将确定出的本次呼叫所使用的音视频能力信息,通过呼叫建立流 程通知参与本次呼叫的所述主叫集群终端和所述被叫集群终端。
[0013] 进一步地,
[0014] 针对单呼呼叫,所述通过呼叫建立流程通知参与本次呼叫的所述主叫集群终端和 被叫集群终端,具体包括:
[0015] 向所述主叫集群终端和被叫集群终端分别发送激活承载请求消息,其中携带所述 确定出的本次呼叫所使用的音视频能力信息。
[0016] 进一步地,
[0017] 针对组呼呼叫,所述通过呼叫建立流程通知参与本次呼叫的所述被叫集群终端, 具体包括:
[0018] 向所述主叫集群终端发送激活承载请求消息,其中携带所述确定出的本次呼叫所 使用的音视频能力信息;
[0019] 向各被叫集群终端发送组呼上下文建立请求消息或集群组呼配置消息,其中携带 所述确定出的本次呼叫所使用的音视频能力信息。
[0020] 进一步地,
[0021] 针对单呼呼叫,所述确定本次呼叫所使用的音视频能力信息,具体包括:
[0022] 判断所述主叫集群终端所请求使用的音视频能力信息是否是所述被叫集群终端 所支持的音视频能力信息;如果是,则以所述主叫集群终端所请求使用的音视频能力信息 作为本次呼叫所使用的音视频能力信息;否则,根据所述主叫集群终端所请求使用的音视 频能力信息的类型,相应的在所述主叫集群终端和所述被叫集群终端所支持的音视频能力 信息的交集中任意选择一个作为本次呼叫所使用的音视频能力信息。
[0023] 进一步地,
[0024] 针对单呼呼叫,所述确定本次呼叫所使用的音视频能力信息,具体包括:
[0025] 如判断出所述主叫集群终端所请求使用的音视频能力信息不是所述被叫集群终 端所支持的音视频能力信息,且根据所述主叫集群终端所请求使用的音视频能力信息的 类型,判断出在所述主叫集群终端和所述被叫集群终端所支持的音视频能力信息中没有交 集,则在核心网具备相应类型的转码功能的前提下,将主叫集群终端所请求使用的音视频 能力信息作为所述主叫终端在本次呼叫所使用的音视频能力信息,将所述被叫集群终端所 支持的同类型的任意一种音视频能力信息作为所述被叫终端在本次呼叫所使用的音视频 能力信息。
[0026] 进一步地,
[0027] 针对组呼呼叫,所述确定本次呼叫所使用的音视频能力信息,具体包括:
[0028] 优先选择所述主叫集群终端所请求使用的音视频能力信息,作为本次呼叫所使用 的音视频能力信息。
[0029] 进一步地,
[0030] 所述已获知的主叫集群终端和被叫集群终端所支持的音视频能力信息为所述集 群核心网通过附着流程接收到的所述主叫集群终端和所述被叫集群终端发来的自身支持 的音视频能力信息。
[0031] 相应地,本发明提供了一种在长期演进集群网络中进行能力协商的方法,应用于 集群终端侧,包括:
[0032] 向集群核心网上报本终端所支持的音视频能力信息;
[0033] 作为主叫集群终端发起集群呼叫时,在呼叫建立流程中,向所述集群核心网上报 本次呼叫所请求使用的音视频能力信息。
[0034] 进一步地,
[0035] 所述请求使用的音视频能力信息为请求使用的语音编解码能力或视频分辨率;
[0036] 所述支持的音视频能力信息为支持的语音编解码能力和/或视频分辨率。
[0037] 进一步地,所述方法还包括:
[0038] 根据所述核心网通知的本次呼叫所使用的音视频能力信息,进行相应类型的业 务。
[0039] 相应地,本发明还提供了一种集群核心网装置,包括:
[0040] 接收模块,用于接收各集群终端发来的本终端所支持的音视频能力信息;还用于 在呼叫建立流程中,接收主叫集群终端发来的本次呼叫所请求使用的音视频能力信息;
[0041] 选择模块,用于根据所述接收模块接收到的所述主叫集群终端发来的本次呼叫所 请求使用的音视频能力信息,结合所述接收模块已获知的主叫集群终端和被叫集群终端所 支持的音视频能力信息,确定本次呼叫所使用的音视频能力信息。
[0042] 进一步地,
[0043]所述接收模块接收到的所述请求使用的音视频能力信息为请求使用的语音编解 码能力或视频分辨率;
[0044] 所述接收模块接收到的所述支持的音视频能力信息为支持的语音编解码能力和/ 或视频分辨率。
[0045] 进一步地,所述装置中还包括:
[0046] 发送模块,用于将所述选择模块确定出的本次呼叫所使用的音视频能力信息,通 过呼叫建立流程通知参与本次呼叫的所述主叫集群终端和所述被叫集群终端。
[0047] 进一步地,
[0048] 针对单呼呼叫,所述发送模块用于通过呼叫建立流程通知参与本次呼叫的所述主 叫集群终端和被叫集群终端,具体包括:
[0049] 所述发送模块用于向所述主叫集群终端和被叫集群终端分别发送激活承载请求 消息,其中携带所述确定出的本次呼叫所使用的音视频能力信息。
[0050] 进一步地,
[0051] 针对组呼呼叫,所述发送模块用于通过呼叫建立流程通知参与本次呼叫的所述被 叫集群终端,具体包括:
[0052] 所述发送模块用于向所述主叫集群终端发送激活承载请求消息,其中携带所述确 定出的本次呼叫所使用的音视频能力信息;
[0053] 所述发送模块用于向各被叫集群终端发送组呼上下文建立请求消息或集群组呼 配置消息,其中携带所述确定出的本次呼叫所使用的音视频能力信息。
[0054] 进一步地,
[0055] 针对单呼呼叫,所述选择模块用于确定本次呼叫所使用的音视频能力信息,具体 包括:
[0056] 所述选择模块用于判断所述主叫集群终端所请求使用的音视频能力信息是否是 所述被叫集群终端所支持的音视频能力信息;如果是,则以所述主叫集群终端所请求使用 的音视频能力信息作为本次呼叫所使用的音视频能力信息;否则,根据所述主叫集群终端 所请求使用的音视频能力信息的类型,相应的在所述主叫集群终端和所述被叫集群终端所 支持的音视频能力信息的交集中任意选择一个作为本次呼叫所使用的音视频能力信息。
[0057] 进一步地,
[0058] 针对单呼呼叫,所述选择模块用于确定本次呼叫所使用的音视频能力信息,具体 包括:
[0059] 所述选择模块用于如判断出所述主叫集群终端所请求使用的音视频能力信息不 是所述主叫集群终端和所述被叫集群终端所支持的音视频能力信息,且所述主叫集群终端 和所述被叫集群终端所支持的音视频能力信息没有交集,则在核心网具备转码功能的前提 下,将主叫集群终端所请求使用的音视频能力信息作为所述主叫终端在本次呼叫所使用的 音视频能力信息,将所述被叫集群终端所支持的同类型的任意一种音视频能力信息作为所 述被叫终端在本次呼叫所使用的音视频能力信息。
[0060] 进一步地,
[0061] 针对组呼呼叫,所述选择模块用于确定本次呼叫所使用的音视频能力信息,具体 包括:
[0062] 所述选择模块用于优先选择所述主叫集群终端所请求使用的音视频能力信息,作 为本次呼叫所使用的音视频能力信息。
[0063] 进一步地,
[0064] 所述已获知的主叫集群终端和被叫集群终端所支持的音视频能力信息为所述接 收模块通过附着流程接收到的所述主叫集群终端和所述被叫集群终端发来的自身支持的 首视频能力?目息。
[0065] 相应地,本发明还提供了一种集群终端,包括:
[0066] 第一发送模块,用于向集群核心网上报本终端所支持的音视频能力信息;
[0067] 第二发送模块,用于作为主叫集群终端发起集群呼叫时,在呼叫建立流程中,向所 述集群核心网上报本次呼叫所请求使用的音视频能力信息。
[0068] 进一步地,
[0069] 所述第二发送模块发送的请求使用的音视频能力信息为本集群终端请求使用的 语音编解码能力或视频分辨率;
[0070] 所述第一发送模块发送的支持的音视频能力信息为本集群终端支持的语音编解 码能力和/或视频分辨率。
[0071] 进一步地,所述终端中还包括:
[0072] 业务执行模块,用于根据所述核心网通知的本次呼叫所使用的音视频能力信息, 进行相应类型的业务。
[0073] 采用本发明后,核心网可以针对集群呼叫中主被叫终端的语音编解码能力或视频 分辨率进行协商和选择,进而在基于LTE的集群网络中最大限度的满足不同能力的终端之 间的呼叫建立,可极大地提高用户感受的满意度。

【专利附图】

【附图说明】
[0074] 图1为本发明实施例中在LTE集群网络中进行能力协商的方法流程图;
[0075] 图2为本发明实施例中集群终端附着流程示意图;
[0076] 图3为本发明实施例中在集群终端单呼呼叫情景下进行能力协商的方法流程图;
[0077] 图4为本发明实施例中在集群终端组呼呼叫情景下进行能力协商的方法流程图;
[0078] 图5为本发明实施例中核心网对最终使用的语音编解码能力或视频分辨率进行 选择的选择算法的执行流程示意图。

【具体实施方式】
[0079] 为使本发明的目的、技术方案和优点更加清楚明白,下文中将结合附图对本发明 的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中 的特征可以相互任意组合。
[0080] 在本实施例中,通过NAS (Non-Access-Stratum,非接入层)层协议,在终端和网络 之间的业务流程中携带集群定义的语音编解码能力或视频分辨率,以实现核心网侧针对主 被叫侧的语音编解码能力或视频分辨率进行协商。
[0081] 在本实施中,一种在LTE集群网络中进行能力协商的方法,应用于集群核心网侧, 如1所示,包括:
[0082] 在呼叫建立流程中,根据接收到的主叫集群终端发来的本次呼叫所请求使用的音 视频能力信息,结合已获知的主叫集群终端和被叫集群终端所支持的音视频能力信息,确 定本次呼叫所使用的音视频能力信息;其中,请求使用的音视频能力信息是指请求使用的 语音编解码能力或视频分辨率;支持的音视频能力信息是指支持的语音编解码能力和/或 视频分辨率。
[0083] 集群核心网在确定出本次呼叫所使用的音视频能力信息后,还可以通过呼叫建立 流程通知参与本次呼叫的主叫集群终端和被叫集群终端。主叫集群终端和被叫集群终端使 用集群核心网确定出的音视频能力信息,相应地进行集群语音业务或集群视频业务。
[0084] 此外,集群核心网可通过附着流程中集群终端发来的自身支持的音视频能力信 息,获知该集群终端所支持的音视频能力信息。
[0085] 在具体实施时,集群核心网确定本次呼叫所使用的音视频能力信息的选择算法可 简单也可以复杂,且可以配置。但不论算法如何,需要保证的原则是:选择算法输出的本次 呼叫所使用的音视频能力信息,优先是主叫集群终端和被叫集群终端都支持的音视频能力 信息,即优先选取主叫集群终端所支持的音视频能力信息与被叫集群终端所支持的音视频 能力信息的交集中的一个。
[0086] 优选的,集群核心网所使用的选择算法也可以针对呼叫的类型有所区分,比如:针 对主叫集群终端发起的对单个用户的单呼呼叫的选择算法,与针对该主叫集群终端发起的 对多个用户的组呼呼叫的选择算法不能相同,需要独立设计,因为单呼呼叫可以在主被叫 双方支持的音视频能力信息范围内进行最大限度的完整的协商,而组呼呼叫虽然理论上也 可以做完整的协商,但显然效率低下,因此,应考虑使用简化的选择算法。
[0087] 下面用本发明的两个应用示例进行进一步说明。
[0088] 应用示例一
[0089] 针对于单呼呼叫,一种基于LTE集群网络的能力协商方法,包括:
[0090] 步骤1、如图2所示,集群终端在附着流程中,向集群核心网发送附着请求消息,其 中携带本终端所支持的语音编解码能力和视频分辨率能力;集群核心网收到后,保存在该 集群终端的用户上下文中,并向该集群终端回复附着接受消息;
[0091] 步骤2、如图3所示,一集群终端作为主叫集群终端发起集群单呼呼叫时,向集群 核心网发送呼叫请求消息,其中携带本次呼叫所请求使用的语音编解码能力或视频分辨 率;
[0092] 步骤3、集群核心网根据主叫集群终端所请求使用的语音编解码能力或视频分辨 率,以及主叫和被叫集群终端支持的语音编解码能力或视频分辨率(步骤1中保存的)等 信息,经过选择算法相应地决策出本次呼叫所使用的语音编解码能力或视频分辨率;如若 经过选择算法选择失败,则释放本次呼叫;
[0093] 步骤4、集群核心网向主被叫集群终端分别发送激活承载请求消息,其中携带本次 呼叫所使用的语音编解码能力或视频分辨率,分别通知到主叫集群终端和被叫集群终端。
[0094] 应用示例二
[0095] 针对于组呼呼叫,一种基于LTE集群网络的能力协商方法,包括:
[0096] 步骤1、如图2所示,集群终端在附着流程中,向集群核心网发送附着请求消息,其 中携带本终端所支持的语音编解码能力和视频分辨率能力;集群核心网收到后,保存在该 集群终端的UE上下文中,并向该集群终端回复附着接受消息;
[0097] 步骤2、如图4所示,一集群终端作为主叫集群终端发起集群单呼呼叫时,向集群 核心网发送呼叫请求消息,其中携带本次呼叫所请求使用的语音编解码能力或视频分辨 率;
[0098] 步骤3、集群核心网根据主叫集群终端所请求使用的语音编解码能力或视频分辨 率及主叫和各被叫集群终端支持的语音编解码能力或视频分辨率(步骤1中保存的)等信 息,经过选择算法决策本次呼叫所使用的语音编解码能力或视频分辨率。选择算法可多样 化,按照上述原则,可采用的选择算法在后续进行描述;
[0099] 步骤4、集群核心网向主叫集群终端发送激活承载请求消息、向各个被叫集群终端 分别发送组呼上下文建立请求消息或集群组呼配置消息,其中携带本次呼叫使用的语音编 解码能力或视频分辨率,通知到主叫集群终端和各个被叫集群终端。
[0100] 在具体实施时,选择算法的执行流程,如图5所示,包括:
[0101] A、判断主叫集群终端所发起的呼叫的类型是单呼还是组呼;如果是单呼,则执行 步骤B;否则,执行步骤D;
[0102] B、判断主叫集群终端所请求使用的语音编解码能力或视频分辨率,是否是被叫集 群终端所支持的音视频能力信息;如果是,则以主叫集群终端所请求使用的语音编解码能 力或视频分辨率作为选择结果,选择流程结束;否则,执行步骤C ;
[0103] C、根据主叫集群终端所请求使用的音视频能力信息的类型,进一步判断主叫集群 终端和被叫集群终端所支持该类型的音视频能力信息是否有交集,如果有,则相应的在交 集中选择任意一种语音编解码能力或视频分辨率作为选择结果,选择流程结束;如果没有, 则选择失败,选择流程结束。其中,音视频能力信息的类型至少包括:语音编解码能力及视 频分辨率;
[0104] D、优先使用主叫集群终端所请求使用的语音编解码能力或视频分辨率,作为最终 的选择结果,选择流程结束。
[0105] 在上述两个应用示例中,选择算法的实施是在主被叫集群终端所支持的音视频能 力信息和主叫集群终端所请求使用的音视频能力信息之间进行内部的协商,且在协商的策 略中优先选择了主叫集群终端所请求使用的音视频能力信息。协商的结果需输出一个主叫 集群终端和被叫集群终端都支持的音视频能力信息。
[0106] 这种选择算法虽然尽可能的保证了选择成功,但也存在选择失败的可能性。为了 降低选择失败的几率,可对选择算法进行优化和补充,比如在应用示例一的算法的B步骤 中,集群核心网在判断出主叫集群终端和被叫集群终端所支持的该类型的音视频能力信息 (至少包括语音编解码能力信息或试音能力信息)没有交集时,对自身是否支持相应类型 的转码功能进行判断,如果支持相应类型的转码功能,那么将主叫集群终端所请求使用的 音视频能力信息转码转成被叫集群终端所支持的任意一种音视频能力信息,算法输出就有 两个结果,分别用于主叫集群终端和被叫集群终端。如果集群核心网不支持相应类型的转 码功能,则判断为选择失败,流程结束。加入这一部分的优化和补充,可以提高选择成功的 几率。
[0107] 此外,在本实施例中,一种在长期演进集群网络中进行能力协商的方法,应用于集 群终端侧,包括:
[0108] 向集群核心网上报本终端所支持的音视频能力信息;
[0109] 作为主叫集群终端发起集群呼叫时,在呼叫建立流程中,向所述集群核心网上报 本次呼叫所请求使用的音视频能力信息。
[0110] 较佳地,
[0111] 所述请求使用的音视频能力信息为请求使用的语音编解码能力或视频分辨率;
[0112] 所述支持的音视频能力信息为支持的语音编解码能力和/或视频分辨率。
[0113] 较佳地,所述方法还包括:
[0114] 根据所述核心网通知的本次呼叫所使用的音视频能力信息,进行相应类型的业 务。
[0115] 相应地,在本实施例中,一种集群核心网装置,包括:
[0116] 接收模块,用于接收各集群终端发来的本终端所支持的音视频能力信息;还用于 在呼叫建立流程中,接收主叫集群终端发来的本次呼叫所请求使用的音视频能力信息;
[0117] 选择模块,用于根据所述接收模块接收到的所述主叫集群终端发来的本次呼叫所 请求使用的音视频能力信息,结合所述接收模块已获知的主叫集群终端和被叫集群终端所 支持的音视频能力信息,确定本次呼叫所使用的音视频能力信息。
[0118] 较佳地,
[0119] 所述接收模块接收到的所述请求使用的音视频能力信息为请求使用的语音编解 码能力或视频分辨率;
[0120] 所述接收模块接收到的所述支持的音视频能力信息为支持的语音编解码能力和/ 或视频分辨率。
[0121] 较佳地,所述装置中还包括:
[0122] 发送模块,用于将所述选择模块确定出的本次呼叫所使用的音视频能力信息,通 过呼叫建立流程通知参与本次呼叫的所述主叫集群终端和所述被叫集群终端。
[0123] 较佳地,
[0124] 针对单呼呼叫,所述发送模块用于通过呼叫建立流程通知参与本次呼叫的所述主 叫集群终端和被叫集群终端,具体包括:
[0125] 所述发送模块用于向所述主叫集群终端和被叫集群终端分别发送激活承载请求 消息,其中携带所述确定出的本次呼叫所使用的音视频能力信息。
[0126] 较佳地,
[0127] 针对组呼呼叫,所述发送模块用于通过呼叫建立流程通知参与本次呼叫的所述被 叫集群终端,具体包括:
[0128] 所述发送模块用于向所述主叫集群终端发送激活承载请求消息,其中携带所述确 定出的本次呼叫所使用的音视频能力信息;
[0129] 所述发送模块用于向各被叫集群终端发送组呼上下文建立请求消息或集群组呼 配置消息,其中携带所述确定出的本次呼叫所使用的音视频能力信息。
[0130] 较佳地,
[0131] 针对单呼呼叫,所述选择模块用于确定本次呼叫所使用的音视频能力信息,具体 包括:
[0132] 所述选择模块用于判断所述主叫集群终端所请求使用的音视频能力信息是否是 所述被叫集群终端所支持的音视频能力信息;如果是,则以所述主叫集群终端所请求使用 的音视频能力信息作为本次呼叫所使用的音视频能力信息;否则,根据所述主叫集群终端 所请求使用的音视频能力信息的类型,相应的在所述主叫集群终端和所述被叫集群终端所 支持的音视频能力信息的交集中任意选择一个作为本次呼叫所使用的音视频能力信息。
[0133] 较佳地,
[0134] 针对单呼呼叫,所述选择模块用于确定本次呼叫所使用的音视频能力信息,具体 包括:
[0135] 所述选择模块用于如判断出所述主叫集群终端所请求使用的音视频能力信息不 是所述主叫集群终端和所述被叫集群终端所支持的音视频能力信息,且所述主叫集群终端 和所述被叫集群终端所支持的音视频能力信息没有交集,则在核心网具备转码功能的前提 下,将主叫集群终端所请求使用的音视频能力信息作为所述主叫终端在本次呼叫所使用的 音视频能力信息,将所述被叫集群终端所支持的同类型的任意一种音视频能力信息作为所 述被叫终端在本次呼叫所使用的音视频能力信息。
[0136] 较佳地,
[0137] 针对组呼呼叫,所述选择模块用于确定本次呼叫所使用的音视频能力信息,具体 包括:
[0138] 所述选择模块用于优先选择所述主叫集群终端所请求使用的音视频能力信息,作 为本次呼叫所使用的音视频能力信息。
[0139] 较佳地,
[0140] 所述已获知的主叫集群终端和被叫集群终端所支持的音视频能力信息为所述接 收模块通过附着流程接收到的所述主叫集群终端和所述被叫集群终端发来的自身支持的 首视频能力?目息。
[0141] 相应地,在本实施例中,一种集群终端,包括:
[0142] 第一发送模块,用于向集群核心网上报本终端所支持的音视频能力信息;
[0143] 第二发送模块,用于作为主叫集群终端发起集群呼叫时,在呼叫建立流程中,向所 述集群核心网上报本次呼叫所请求使用的音视频能力信息。
[0144] 较佳地,
[0145] 所述第二发送模块发送的请求使用的音视频能力信息为本集群终端请求使用的 语音编解码能力或视频分辨率;
[0146] 所述第一发送模块发送的支持的音视频能力信息为本集群终端支持的语音编解 码能力和/或视频分辨率。
[0147] 较佳地,所述终端中还包括:
[0148] 业务执行模块,用于根据所述核心网通知的本次呼叫所使用的音视频能力信息, 进行相应类型的业务。
[0149] 本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令 相关硬件完成,所述程序可以存储于计算机可读存储介质中,如只读存储器、磁盘或光盘 等。可选地,上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应 地,上述实施例中的各模块/单元可以采用硬件的形式实现,也可以采用软件功能模块的 形式实现。本发明不限制于任何特定形式的硬件和软件的结合。
[0150] 以上所述仅为本发明的优选实施例而已,并非用于限定本发明的保护范围。根据 本发明的
【发明内容】
,还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉 本领域的技术人员当可根据本发明作出各种相应的改变和变形,凡在本发明的精神和原则 之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
【权利要求】
1. 一种在长期演进集群网络中进行能力协商的方法,应用于集群核心网侧,包括: 在呼叫建立流程中,根据接收到的主叫集群终端发来的本次呼叫所请求使用的音视频 能力信息,结合已获知的主叫集群终端和被叫集群终端所支持的音视频能力信息,确定本 次呼叫所使用的音视频能力信息。
2. 如权利要求1所述的方法,其特征在于: 所述请求使用的音视频能力信息为请求使用的语音编解码能力或视频分辨率; 所述支持的音视频能力信息为支持的语音编解码能力和/或视频分辨率。
3. 如权利要求1所述的方法,其特征在于,还包括: 所述集群核心网将确定出的本次呼叫所使用的音视频能力信息,通过呼叫建立流程通 知参与本次呼叫的所述主叫集群终端和所述被叫集群终端。
4. 如权利要求3所述的方法,其特征在于: 针对单呼呼叫,所述通过呼叫建立流程通知参与本次呼叫的所述主叫集群终端和被叫 集群终端,具体包括: 向所述主叫集群终端和被叫集群终端分别发送激活承载请求消息,其中携带所述确定 出的本次呼叫所使用的音视频能力信息。
5. 如权利要求3所述的方法,其特征在于: 针对组呼呼叫,所述通过呼叫建立流程通知参与本次呼叫的所述被叫集群终端,具体 包括: 向所述主叫集群终端发送激活承载请求消息,其中携带所述确定出的本次呼叫所使用 的音视频能力信息; 向各被叫集群终端发送组呼上下文建立请求消息或集群组呼配置消息,其中携带所述 确定出的本次呼叫所使用的音视频能力信息。
6. 如权利要求1?4中任意一项所述的方法,其特征在于: 针对单呼呼叫,所述确定本次呼叫所使用的音视频能力信息,具体包括: 判断所述主叫集群终端所请求使用的音视频能力信息是否是所述被叫集群终端所支 持的音视频能力信息;如果是,则以所述主叫集群终端所请求使用的音视频能力信息作为 本次呼叫所使用的音视频能力信息;否则,根据所述主叫集群终端所请求使用的音视频能 力信息的类型,相应的在所述主叫集群终端和所述被叫集群终端所支持的音视频能力信息 的交集中任意选择一个作为本次呼叫所使用的音视频能力信息。
7. 如权利要求6所述的方法,其特征在于: 针对单呼呼叫,所述确定本次呼叫所使用的音视频能力信息,具体包括: 如判断出所述主叫集群终端所请求使用的音视频能力信息不是所述被叫集群终端所 支持的音视频能力信息,且根据所述主叫集群终端所请求使用的音视频能力信息的类型, 判断出在所述主叫集群终端和所述被叫集群终端所支持的音视频能力信息中没有交集,则 在核心网具备相应类型的转码功能的前提下,将主叫集群终端所请求使用的音视频能力信 息作为所述主叫终端在本次呼叫所使用的音视频能力信息,将所述被叫集群终端所支持的 同类型的任意一种音视频能力信息作为所述被叫终端在本次呼叫所使用的音视频能力信 息。
8. 如权利要求1、3或5所述的方法,其特征在于: 针对组呼呼叫,所述确定本次呼叫所使用的音视频能力信息,具体包括: 优先选择所述主叫集群终端所请求使用的音视频能力信息,作为本次呼叫所使用的音 视频能力息。
9. 如权利要求1或2所述的方法,其特征在于: 所述已获知的主叫集群终端和被叫集群终端所支持的音视频能力信息为所述集群核 心网通过附着流程接收到的所述主叫集群终端和所述被叫集群终端发来的自身支持的音 视频能力信息。
10. -种在长期演进集群网络中进行能力协商的方法,应用于集群终端侧,包括: 向集群核心网上报本终端所支持的音视频能力信息; 作为主叫集群终端发起集群呼叫时,在呼叫建立流程中,向所述集群核心网上报本次 呼叫所请求使用的音视频能力信息。
11. 如权利要求10所述的方法,其特征在于: 所述请求使用的音视频能力信息为请求使用的语音编解码能力或视频分辨率; 所述支持的音视频能力信息为支持的语音编解码能力和/或视频分辨率。
12. 如权利要求10所述的方法,其特征在于,还包括: 根据所述核心网通知的本次呼叫所使用的音视频能力信息,进行相应类型的业务。
13. -种集群核心网装置,包括: 接收模块,用于接收各集群终端发来的本终端所支持的音视频能力信息;还用于在呼 叫建立流程中,接收主叫集群终端发来的本次呼叫所请求使用的音视频能力信息; 选择模块,用于根据所述接收模块接收到的所述主叫集群终端发来的本次呼叫所请求 使用的音视频能力信息,结合所述接收模块已获知的主叫集群终端和被叫集群终端所支持 的音视频能力信息,确定本次呼叫所使用的音视频能力信息。
14. 如权利要求13所述的装置,其特征在于: 所述接收模块接收到的所述请求使用的音视频能力信息为请求使用的语音编解码能 力或视频分辨率; 所述接收模块接收到的所述支持的音视频能力信息为支持的语音编解码能力和/或 视频分辨率。
15. 如权利要求13所述的装置,其特征在于,还包括: 发送模块,用于将所述选择模块确定出的本次呼叫所使用的音视频能力信息,通过呼 叫建立流程通知参与本次呼叫的所述主叫集群终端和所述被叫集群终端。
16. 如权利要求15所述的装置,其特征在于: 针对单呼呼叫,所述发送模块用于通过呼叫建立流程通知参与本次呼叫的所述主叫集 群终端和被叫集群终端,具体包括: 所述发送模块用于向所述主叫集群终端和被叫集群终端分别发送激活承载请求消息, 其中携带所述确定出的本次呼叫所使用的音视频能力信息。
17. 如权利要求15所述的装置,其特征在于: 针对组呼呼叫,所述发送模块用于通过呼叫建立流程通知参与本次呼叫的所述被叫集 群终端,具体包括: 所述发送模块用于向所述主叫集群终端发送激活承载请求消息,其中携带所述确定出 的本次呼叫所使用的音视频能力信息; 所述发送模块用于向各被叫集群终端发送组呼上下文建立请求消息或集群组呼配置 消息,其中携带所述确定出的本次呼叫所使用的音视频能力信息。
18. 如权利要求13?16中任意一项所述的装置,其特征在于: 针对单呼呼叫,所述选择模块用于确定本次呼叫所使用的音视频能力信息,具体包 括: 所述选择模块用于判断所述主叫集群终端所请求使用的音视频能力信息是否是所述 被叫集群终端所支持的音视频能力信息;如果是,则以所述主叫集群终端所请求使用的音 视频能力信息作为本次呼叫所使用的音视频能力信息;否则,根据所述主叫集群终端所请 求使用的音视频能力信息的类型,相应的在所述主叫集群终端和所述被叫集群终端所支持 的音视频能力信息的交集中任意选择一个作为本次呼叫所使用的音视频能力信息。
19. 如权利要求18所述的装置,其特征在于: 针对单呼呼叫,所述选择模块用于确定本次呼叫所使用的音视频能力信息,具体包 括: 所述选择模块用于如判断出所述主叫集群终端所请求使用的音视频能力信息不是所 述主叫集群终端和所述被叫集群终端所支持的音视频能力信息,且所述主叫集群终端和所 述被叫集群终端所支持的音视频能力信息没有交集,则在核心网具备转码功能的前提下, 将主叫集群终端所请求使用的音视频能力信息作为所述主叫终端在本次呼叫所使用的音 视频能力信息,将所述被叫集群终端所支持的同类型的任意一种音视频能力信息作为所述 被叫终端在本次呼叫所使用的音视频能力信息。
20. 如权利要求13、15或17所述的装置,其特征在于: 针对组呼呼叫,所述选择模块用于确定本次呼叫所使用的音视频能力信息,具体包 括: 所述选择模块用于优先选择所述主叫集群终端所请求使用的音视频能力信息,作为本 次呼叫所使用的音视频能力信息。
21. 如权利要求13或14所述的装置,其特征在于: 所述已获知的主叫集群终端和被叫集群终端所支持的音视频能力信息为所述接收模 块通过附着流程接收到的所述主叫集群终端和所述被叫集群终端发来的自身支持的音视 频能力信息。
22. 一种集群终端,包括: 第一发送模块,用于向集群核心网上报本终端所支持的音视频能力信息; 第二发送模块,用于作为主叫集群终端发起集群呼叫时,在呼叫建立流程中,向所述集 群核心网上报本次呼叫所请求使用的音视频能力信息。
23. 如权利要求22所述的终端,其特征在于: 所述第二发送模块发送的请求使用的音视频能力信息为本集群终端请求使用的语音 编解码能力或视频分辨率; 所述第一发送模块发送的支持的音视频能力信息为本集群终端支持的语音编解码能 力和/或视频分辨率。
24. 如权利要求22所述的终端,其特征在于,还包括: 业务执行模块,用于根据所述核心网通知的本次呼叫所使用的音视频能力信息,进行 相应类型的业务。
【文档编号】H04W4/10GK104105073SQ201310121777
【公开日】2014年10月15日 申请日期:2013年4月9日 优先权日:2013年4月9日
【发明者】徐维江 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1