一种呼叫建立方法、基站及网络设备与流程

1.本发明涉及无线通信技术领域，尤其涉及一种呼叫建立方法、基站及网络设备。


背景技术：

2.volte是各大运营商推出的4g高清语音/视频通讯业务，全称为voice over lte(long term evolution，长期演进技术)，是一种全部业务承载于4g网络上的ip数据传输技术，相较于2g、3g时代的数字通信方式，其基于4g高带宽，视频更清楚、语音更清晰，网速提升巨大。
3.volte视频通话需要通过基站建立并保持qci1音频专用承载和qci2视频专用承载，以分别支持视频通话中的语音和视频业务，这两段专用承载会一直维持到通话结束。其中，qci1音频专用承载带宽要求为51kbps，qci2视频专用承载带宽要求为966kbps。在无线环境较差时，为保证qci2视频专用承载的966kpbs的带宽需求，需要占用较多的prb(physical resource block，物理资源块)资源。同时，qci2视频专用承载为gbr(granted bit rate，保证比特率)业务，其承载建立过程可以抢占一般承载普通数据业务的qci9业务。因此，当小区已处于业务量较高的状态时，若仍接入质差用户视频通话，势必会占用大量占用prb等网络资源，导致原有数据业务用户无法被调度，甚至掉线。
4.为此，目前亟需一种解决方案以克服目前在系统资源不足时仍为无线环境较差的用户建立视频通话，导致影响普通数据业务用户的问题。


技术实现要素：

5.为了解决现有技术中存在的问题，本发明实施例提供了一种呼叫建立方法、基站及网络设备。
6.第一方面，本发明实施例提供一种呼叫建立方法，包括：
7.接收网络侧发送的、源自于主叫终端发送的呼叫请求，所述呼叫请求包括视频承载建立需求和音频承载建立需求；
8.若判断获知系统资源忙且所述主叫终端处于无线质差环境，则向所述网络侧返回响应消息，所述响应消息包括视频承载建立失败消息和音频承载建立完成消息，以供所述网络侧根据所述响应消息，向被叫终端发送仅携带有所述音频承载建立需求的呼叫请求。
9.可选的，所述系统资源忙是根据所述主叫终端所在小区下的rrc连接数和/或prb利用率判断的。
10.可选的，所述主叫终端处于无线质差环境是根据所述终端的rsrp和sinr判断的。
11.第二方面，本发明实施例提供又一种呼叫建立方法，包括：
12.向基站发送源自于主叫终端发送的呼叫请求，所述呼叫请求包括视频承载建立需求和音频承载建立需求；
13.接收所述基站返回的响应消息，所述响应消息包括视频承载建立失败消息和音频承载建立完成消息，其中所述响应消息是所述基站在判断获知系统资源忙且所述主叫终端
处于无线质差环境后发送的；
14.根据所述响应消息向被叫终端发送仅携带所述音频承载建立需求的呼叫请求。
15.可选的，所述系统资源忙是根据所述主叫终端所在小区下的rrc连接数和/或prb利用率判断的。
16.可选的，所述主叫终端处于无线质差环境是根据所述终端的rsrp和sinr判断的。
17.第三方面，本发明实施例提供一种基站，包括：
18.第一接收模块，用于接收网络侧发送的、源自于主叫终端发送的呼叫请求，所述呼叫请求包括视频承载建立需求和音频承载建立需求；
19.处理模块，用于在判断获知系统资源忙且所述主叫终端处于无线质差环境时，向所述网络侧返回响应消息，所述响应消息包括视频承载建立失败消息和音频承载建立完成消息，以供所述网络侧根据所述响应消息，向被叫终端发送仅携带有所述音频承载建立需求的呼叫请求。
20.第四方面，本发明实施例提供网络设备，包括：
21.第一呼叫请求模块，用于向基站发送源自于主叫终端发送的呼叫请求，所述呼叫请求包括视频承载建立需求和音频承载建立需求；
22.第二接收模块，接收所述基站返回的响应消息，所述响应消息包括视频承载建立失败消息和音频承载建立完成消息，其中所述响应消息是所述基站在判断获知系统资源忙且所述主叫终端处于无线质差环境后发送的；
23.第二呼叫请求模块，根据所述响应消息向被叫终端发送仅携带所述音频承载建立需求的呼叫请求。
24.第五方面，本发明实施例提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如第一或第二方面所述呼叫建立方法的步骤。
25.第六方面，本发明实施例提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如第一或第二方面所述呼叫建立方法的步骤。
26.本发明实施例提供的呼叫建立方法、基站及网络设备，通过在系统资源忙且所述主叫终端处于无线质差环境的情况下仅为通话建立音频承载，避免了在系统资源不足时仍为无线环境较差的用户建立视频承载，导致影响普通数据业务用户的问题。
附图说明
27.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
28.图1为现有技术中volte视频通话的建立流程示意图；
29.图2为本发明实施例中呼叫建立方法的流程示意图；
30.图3为本发明实施例中另一呼叫建立方法的流程示意图；
31.图4为本发明实施例中又一呼叫建立方法的流程示意图；
32.图5为本发明实施例中呼叫建立方法在基站侧实施的流程示意图；
33.图6为本发明一实施例提供的基站组成示意图；
34.图7为本发明一实施例提供的网络设备组成示意图；
35.图8为本发明一实施例的电子设备的实体结构示意图。
具体实施方式
36.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
37.图1为现有技术中volte视频通话的建立流程示意图，如图1所示，现有技术中volte视频通话的主要流程包括：
38.101，主叫侧发起视频通话业务，其中invite消息中携带关于音频、视频的编码请求。
39.102，主叫sbc(session border controller，会话边界控制器)收到invite消息后，主叫sbc向主叫侧pcrf(policy and charging rules function，策略与计费规则功能单元)发起策略请求，主叫侧pcrf根据aar(authentication&authorization request，认证授权请求)消息中的业务请求，制定承载策略下发至sgw(serving gateway，服务网关)侧。由sgw、mme(mobility management entity，移动管理实体)、enb(evolved node b，lte中基站名称)统一完成qci1音频专用承载、qci2视频专用承载建立。并通过ccr-u(credit control request，信用控制请求)、rar(re-auth-request，重授权请求)消息告知主叫sbc承载建立完成。
40.103，主叫sbc转发invite消息(携带关于音频、视频的编码请求)至被叫侧。
41.后续流程包括被叫回复183；主叫发起prack(provisional response acknowledgement，临时响应确认)、被叫回复200ok(for prack)；主叫发起update、被叫回复200ok(for update)；被叫回复180ring；被叫应答接听200ok(for invite)；主叫回复ack响应应答。后续流程均为常规视频通话流程，不做赘述。
42.上述的volte视频通话业务中，需要通过基站建立qci1音频专用承载和qci2视频专用承载，以分别支持视频通话中的语音和视频业务，这二段专用承载一直维持到通话结束，ims侧触发专用承载删除结束。现有技术对于qci1音频专用承载带宽要求为51kbps，qci2视频专用承载带宽要求为966kbps。在主叫建立qci2视频专用承载后到通话结束阶段，主叫侧无线网络需维持下行带宽需求966kbps的专用qos带宽以保障视频通话承载，如果用户位于无线环境极好点、好点，qci2视频专用承载保障带宽会启用高编码，占用的prb资源相对少。但是如果用户位于无线环境极差点，qci2视频专用承载保障带宽会启用低编码，占用的prb资源多。如按照tdd(time division duplex，时分双工)-lte 2:2配置时，极差点要保障966kbps带宽需要18个prb资源。同时，在建立qci2视频专用承载过程中，由于qci2是gbr业务，其承载建立过程是可以抢占一般承载普通数据业务的qci9业务。当小区已处于业务量较高的状态时，若仍接入质差用户视频通话，势必会占用大量占用prb等网络资源，导致原有数据业务用户无法被调度，甚至掉线。
43.为解决上述技术问题，本发明各实施例提供一种呼叫建立的解决方案，通过在系
统资源忙且所述主叫终端处于无线质差环境的情况下仅为通话建立音频承载，避免了在系统资源不足时仍为无线环境较差的用户建立视频承载，导致影响普通数据业务用户的问题。以下结合多个实施例对本发明进行详细介绍。
44.图2为本发明实施例中呼叫建立方法的流程示意图，如图2所示，本发明实施例提供的呼叫建立方法包括：
45.s201，接收网络侧发送的、源自于主叫终端发送的呼叫请求，所述呼叫请求包括视频承载建立需求和音频承载建立需求；
46.具体的，主叫终端在需要与被叫终端进行视频通话时，通过invite消息向主叫侧sbc发送包括视频承载建立需求和音频承载建立需求的呼叫请求。所述主叫侧sbc设备收到该携带包括视频承载建立需求和音频承载建立需求的呼叫请求后，向主叫侧pcrf发起包括建立视频专用承载需求和音频专用承载需求的策略请求，主叫侧pcrf根据aar消息中的业务请求，制定承载策略下发至主叫侧sgw。所述主叫侧sgw接收到所制定的承载策略后下发包括qci1音频专用承载需求和qci2视频专用承载需求的呼叫请求至主叫侧基站。
47.s202，若判断获知系统资源忙且所述主叫终端处于无线质差环境，则向所述网络侧返回响应消息，所述响应消息包括视频承载建立失败消息和音频承载建立完成消息，以供所述网络侧根据所述响应消息，向被叫终端发送仅携带有所述音频承载建立需求的呼叫请求。
48.具体的，为避免直接创建qci2视频专用承载对普通数据业务造成影响，主叫侧基站在接收到主叫侧sgw下发的包括qci1音频专用承载需求和qci2视频专用承载需求的呼叫请求后，会对所述主叫侧基站自身的系统资源和主叫终端所处的无线环境进行判断，当判断得知主叫侧基站当前的系统资源忙且所述主叫终端处于无线质差环境时，所述主叫侧基站认定当前若仍继续创建qci2视频专用承载可能会对原有的普通数据业务造成影响，继而仅创建qci1音频专用承载而不创建qci2视频专用承载，并经由mme(mobility management entity，移动管理实体)向主叫侧sgw回复qci2视频专用承载建立失败消息e-rab setup response(cause：radio resource not available)，以及qci1音频专用承载建立完成消息。
49.主叫侧sgw在接收到上述承载建立情况的消息后，通过ccr-u消息转发专用承载建立信息(qci1音频专用承载建立完成、qci2视频专用承载建立失败)至主叫侧pcrf，主叫侧pcrf进一步通过rar消息将承载建立情况反馈至主叫侧sbc。
50.主叫侧sbc在获悉qci2视频专用承载建立失败以及qci1音频专用承载建立完成的情况下，将原始请求建立的视频呼叫业务降阶为音频呼叫业务，并进一步的通过invite消息将仅携带关于音频编码请求的呼叫请求发送至被叫终端。
51.其中，所述系统资源是否忙可以根据所述主叫终端所在小区下的rrc连接数和/或prb利用率判断。例如，当rrc连接数大于100且下行的prb利用率大于40％时，认为当前系统资源忙。
52.同时，所述终端是否处于无线质差环境可以根据所述主叫终端的rsrp(reference signal receiving power，参考信号接收功率)和sinr(signal to interference plus noise ratio，信噪比)判断。例如，当主叫终端的rsrp小于-110dbm且sinr小于-3时时，认定主叫终端当前处于无线质差环境。其中，所述主叫终端的rsrp可以基于基站的下行发射功
rab setup response(cause：radio resource not available)，以及qci1音频专用承载建立完成消息，而后该信息最终传递至主叫侧sbc，使得主叫侧sbc向被叫发送仅携带音频承载需求而不携带视频承载需求的invite消息。
73.图6为本发明一实施例提供的基站组成示意图，如图6所示，该基站包括第一接收模块601和处理模块602，其中：
74.第一接收模块601用于接收网络侧发送的、源自于主叫终端发送的呼叫请求，所述呼叫请求包括视频承载建立需求和音频承载建立需求；处理模块602用于在判断获知系统资源忙且所述主叫终端处于无线质差环境时，向所述网络侧返回响应消息，所述响应消息包括视频承载建立失败消息和音频承载建立完成消息，以供所述网络侧根据所述响应消息，向被叫终端发送仅携带有所述音频承载建立需求的呼叫请求。
75.具体的，主叫终端在需要与被叫终端进行视频通话时，通过invite消息向主叫侧sbc发送包括视频承载建立需求和音频承载建立需求的呼叫请求。所述主叫侧sbc设备收到该携带包括视频承载建立需求和音频承载建立需求的呼叫请求后，向主叫侧pcrf发起包括建立视频专用承载需求和音频专用承载需求的策略请求，主叫侧pcrf根据aar消息中的业务请求，制定承载策略下发至主叫侧sgw。所述主叫侧sgw接收到所制定的承载策略后下发包括qci1音频专用承载需求和qci2视频专用承载需求的呼叫请求至主叫侧基站的第一接收模块601。
76.为避免直接创建qci2视频专用承载对普通数据业务造成影响，主叫侧基站的第一接收模块601在接收到主叫侧sgw下发的包括qci1音频专用承载需求和qci2视频专用承载需求的呼叫请求后，由处理模块602对所述主叫侧基站自身的系统资源和主叫终端所处的无线环境进行判断，当判断得知主叫侧基站当前的系统资源忙且所述主叫终端处于无线质差环境时，所述主叫侧基站认定当前若仍继续创建qci2视频专用承载可能会对原有的普通数据业务造成影响，继而仅创建qci1音频专用承载而不创建qci2视频专用承载，并经由mme(mobility management entity，移动管理实体)向主叫侧sgw回复qci2视频专用承载建立失败消息e-rab setup response(cause：radio resource not available)，以及qci1音频专用承载建立完成消息。
77.主叫侧sgw在接收到上述承载建立情况的消息后，通过ccr-u消息转发专用承载建立信息(qci1音频专用承载建立完成、qci2视频专用承载建立失败)至主叫侧pcrf，主叫侧pcrf进一步通过rar消息将承载建立情况反馈至主叫侧sbc。
78.主叫侧sbc在获悉qci2视频专用承载建立失败以及qci1音频专用承载建立完成的情况下，将原始请求建立的视频呼叫业务降阶为音频呼叫业务，并进一步的通过invite消息将仅携带关于音频编码请求的呼叫请求发送至被叫终端。
79.本发明实施例提供的基站，通过在系统资源忙且所述主叫终端处于无线质差环境的情况下仅为通话建立音频承载，避免了在系统资源不足时仍为无线环境较差的用户建立视频承载，导致影响普通数据业务用户的问题。
80.图7为本发明一实施例提供的网络设备组成示意图，如图7所示，该网络设备包括第一呼叫请求模块701、第二接收模块702和第二呼叫请求模块703，其中：第一呼叫请求模块701，用于向基站发送源自于主叫终端发送的呼叫请求，所述呼叫请求包括视频承载建立需求和音频承载建立需求；第二接收模块702用于接收所述基站返回的响应消息，所述响应
消息包括视频承载建立失败消息和音频承载建立完成消息，其中所述响应消息是所述基站在判断获知系统资源忙且所述主叫终端处于无线质差环境后发送的；第二呼叫请求模块703用于根据所述响应消息向被叫终端发送仅携带所述音频承载建立需求的呼叫请求。
81.具体的，主叫终端在需要与被叫终端进行视频通话时，通过invite消息向主叫侧sbc发送包括视频承载建立需求和音频承载建立需求的呼叫请求。所述主叫侧sbc设备收到该携带包括视频承载建立需求和音频承载建立需求的呼叫请求后，通过第一呼叫请求模块701向主叫侧pcrf发起包括建立视频专用承载需求和音频专用承载需求的策略请求，主叫侧pcrf根据aar消息中的业务请求，制定承载策略下发至主叫侧sgw。所述主叫侧sgw接收到所制定的承载策略后下发包括qci1音频专用承载需求和qci2视频专用承载需求的呼叫请求至主叫侧基站。
82.为避免直接创建qci2视频专用承载对普通数据业务造成影响，主叫侧基站的第一接收模块601在接收到主叫侧sgw下发的包括qci1音频专用承载需求和qci2视频专用承载需求的呼叫请求后，由处理模块602对所述主叫侧基站自身的系统资源和主叫终端所处的无线环境进行判断，当判断得知主叫侧基站当前的系统资源忙且所述主叫终端处于无线质差环境时，所述主叫侧基站认定当前若仍继续创建qci2视频专用承载可能会对原有的普通数据业务造成影响，继而仅创建qci1音频专用承载而不创建qci2视频专用承载，并经由mme(mobility management entity，移动管理实体)向主叫侧sgw回复qci2视频专用承载建立失败消息e-rab setup response(cause：radio resource not available)，以及qci1音频专用承载建立完成消息。
83.主叫侧sgw在接收到上述承载建立情况的消息后，通过ccr-u消息转发专用承载建立信息(qci1音频专用承载建立完成、qci2视频专用承载建立失败)至主叫侧pcrf，主叫侧pcrf进一步通过rar消息将承载建立情况反馈至主叫侧sbc的第二接收模块702。
84.主叫侧sbc的第二请求模块703在获悉qci2视频专用承载建立失败以及qci1音频专用承载建立完成的情况下，将原始请求建立的视频呼叫业务降阶为音频呼叫业务，并进一步的通过invite消息将仅携带关于音频编码请求的呼叫请求发送至被叫终端。
85.本发明实施例提供的网络设备，通过在系统资源忙且所述主叫终端处于无线质差环境的情况下仅为通话建立音频承载，避免了在系统资源不足时仍为无线环境较差的用户建立视频承载，导致影响普通数据业务用户的问题。
86.图8为本发明一实施例的电子设备的实体结构示意图，如图8所示，该电子设备可以包括：处理器(processor)810、通信接口(communications interface)820、存储器(memory)830和通信总线840，其中，处理器810，通信接口820，存储器830通过通信总线840完成相互间的通信。处理器810可以调用存储器830中的逻辑指令，以执行上述实施例中的呼叫建立方法步骤，例如包括：接收网络侧发送的、源自于主叫终端发送的呼叫请求，所述呼叫请求包括视频承载建立需求和音频承载建立需求；若判断获知系统资源忙且所述主叫终端处于无线质差环境，则向所述网络侧返回响应消息，所述响应消息包括视频承载建立失败消息和音频承载建立完成消息，以供所述网络侧根据所述响应消息，向被叫终端发送仅携带有所述音频承载建立需求的呼叫请求。
87.此外，上述的存储器830中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本
发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
88.另一方面，本发明实施例还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的呼叫建立方法，例如包括：接收网络侧发送的、源自于主叫终端发送的呼叫请求，所述呼叫请求包括视频承载建立需求和音频承载建立需求；若判断获知系统资源忙且所述主叫终端处于无线质差环境，则向所述网络侧返回响应消息，所述响应消息包括视频承载建立失败消息和音频承载建立完成消息，以供所述网络侧根据所述响应消息，向被叫终端发送仅携带有所述音频承载建立需求的呼叫请求。
89.以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
90.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
91.最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。