CN113382483B - 一种呼叫建立方法、基站及网络设备 - Google Patents
一种呼叫建立方法、基站及网络设备 Download PDFInfo
- Publication number
- CN113382483B CN113382483B CN202010158302.7A CN202010158302A CN113382483B CN 113382483 B CN113382483 B CN 113382483B CN 202010158302 A CN202010158302 A CN 202010158302A CN 113382483 B CN113382483 B CN 113382483B
- Authority
- CN
- China
- Prior art keywords
- audio
- bearer
- video
- requirement
- bearer establishment
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/18—Management of setup rejection or failure
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供一种呼叫建立方法、基站及网络设备,所述方法包括:接收网络侧发送的、源自于主叫终端发送的呼叫请求,所述呼叫请求包括视频承载建立需求和音频承载建立需求;若判断获知系统资源忙且主叫终端处于无线质差环境,则向网络侧返回响应消息,响应消息包括视频承载建立失败消息和音频承载建立完成消息,以供网络侧根据所述响应消息,向被叫终端发送仅携带有音频承载建立需求的呼叫请求。本发明实施例提供的呼叫建立方法、基站及网络设备,通过在系统资源忙且主叫终端处于无线质差环境的情况下仅为通话建立音频承载,避免了在系统资源不足时仍为无线环境较差的用户建立视频通话,导致影响普通数据业务用户的问题。
Description
技术领域
本发明涉及无线通信技术领域,尤其涉及一种呼叫建立方法、基站及网络设备。
背景技术
VOLTE是各大运营商推出的4G高清语音/视频通讯业务,全称为Voice over LTE(Long Term Evolution,长期演进技术),是一种全部业务承载于4G网络上的IP数据传输技术,相较于2G、3G时代的数字通信方式,其基于4G高带宽,视频更清楚、语音更清晰,网速提升巨大。
VOLTE视频通话需要通过基站建立并保持Qci1音频专用承载和Qci2视频专用承载,以分别支持视频通话中的语音和视频业务,这两段专用承载会一直维持到通话结束。其中,Qci1音频专用承载带宽要求为51kbps,Qci2视频专用承载带宽要求为966kbps。在无线环境较差时,为保证Qci2视频专用承载的966kpbs的带宽需求,需要占用较多的Prb(physical resource block,物理资源块)资源。同时,Qci2视频专用承载为GBR(GrantedBit Rate,保证比特率)业务,其承载建立过程可以抢占一般承载普通数据业务的Qci9业务。因此,当小区已处于业务量较高的状态时,若仍接入质差用户视频通话,势必会占用大量占用Prb等网络资源,导致原有数据业务用户无法被调度,甚至掉线。
为此,目前亟需一种解决方案以克服目前在系统资源不足时仍为无线环境较差的用户建立视频通话,导致影响普通数据业务用户的问题。
发明内容
为了解决现有技术中存在的问题,本发明实施例提供了一种呼叫建立方法、基站及网络设备。
第一方面,本发明实施例提供一种呼叫建立方法,包括:
接收网络侧发送的、源自于主叫终端发送的呼叫请求,所述呼叫请求包括视频承载建立需求和音频承载建立需求;
若判断获知系统资源忙且所述主叫终端处于无线质差环境,则向所述网络侧返回响应消息,所述响应消息包括视频承载建立失败消息和音频承载建立完成消息,以供所述网络侧根据所述响应消息,向被叫终端发送仅携带有所述音频承载建立需求的呼叫请求。
可选的,所述系统资源忙是根据所述主叫终端所在小区下的RRC连接数和/或Prb利用率判断的。
可选的,所述主叫终端处于无线质差环境是根据所述终端的RSRP和SINR判断的。
第二方面,本发明实施例提供又一种呼叫建立方法,包括:
向基站发送源自于主叫终端发送的呼叫请求,所述呼叫请求包括视频承载建立需求和音频承载建立需求;
接收所述基站返回的响应消息,所述响应消息包括视频承载建立失败消息和音频承载建立完成消息,其中所述响应消息是所述基站在判断获知系统资源忙且所述主叫终端处于无线质差环境后发送的;
根据所述响应消息向被叫终端发送仅携带所述音频承载建立需求的呼叫请求。
可选的,所述系统资源忙是根据所述主叫终端所在小区下的RRC连接数和/或Prb利用率判断的。
可选的,所述主叫终端处于无线质差环境是根据所述终端的RSRP和SINR判断的。
第三方面,本发明实施例提供一种基站,包括:
第一接收模块,用于接收网络侧发送的、源自于主叫终端发送的呼叫请求,所述呼叫请求包括视频承载建立需求和音频承载建立需求;
处理模块,用于在判断获知系统资源忙且所述主叫终端处于无线质差环境时,向所述网络侧返回响应消息,所述响应消息包括视频承载建立失败消息和音频承载建立完成消息,以供所述网络侧根据所述响应消息,向被叫终端发送仅携带有所述音频承载建立需求的呼叫请求。
第四方面,本发明实施例提供网络设备,包括:
第一呼叫请求模块,用于向基站发送源自于主叫终端发送的呼叫请求,所述呼叫请求包括视频承载建立需求和音频承载建立需求;
第二接收模块,接收所述基站返回的响应消息,所述响应消息包括视频承载建立失败消息和音频承载建立完成消息,其中所述响应消息是所述基站在判断获知系统资源忙且所述主叫终端处于无线质差环境后发送的;
第二呼叫请求模块,根据所述响应消息向被叫终端发送仅携带所述音频承载建立需求的呼叫请求。
第五方面,本发明实施例提供一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现如第一或第二方面所述呼叫建立方法的步骤。
第六方面,本发明实施例提供一种非暂态计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现如第一或第二方面所述呼叫建立方法的步骤。
本发明实施例提供的呼叫建立方法、基站及网络设备,通过在系统资源忙且所述主叫终端处于无线质差环境的情况下仅为通话建立音频承载,避免了在系统资源不足时仍为无线环境较差的用户建立视频承载,导致影响普通数据业务用户的问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为现有技术中VOLTE视频通话的建立流程示意图;
图2为本发明实施例中呼叫建立方法的流程示意图;
图3为本发明实施例中另一呼叫建立方法的流程示意图;
图4为本发明实施例中又一呼叫建立方法的流程示意图;
图5为本发明实施例中呼叫建立方法在基站侧实施的流程示意图;
图6为本发明一实施例提供的基站组成示意图;
图7为本发明一实施例提供的网络设备组成示意图;
图8为本发明一实施例的电子设备的实体结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为现有技术中VOLTE视频通话的建立流程示意图,如图1所示,现有技术中VOLTE视频通话的主要流程包括:
101,主叫侧发起视频通话业务,其中Invite消息中携带关于音频、视频的编码请求。
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(CreditControl Request,信用控制请求)、RAR(Re-Auth-Request,重授权请求)消息告知主叫SBC承载建立完成。
103,主叫SBC转发Invite消息(携带关于音频、视频的编码请求)至被叫侧。
后续流程包括被叫回复183;主叫发起PRACK(Provisional ResponseACKnowledgement,临时响应确认)、被叫回复200ok(for prack);主叫发起UPDATE、被叫回复200ok(for update);被叫回复180ring;被叫应答接听200ok(for invite);主叫回复ACK响应应答。后续流程均为常规视频通话流程,不做赘述。
上述的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等网络资源,导致原有数据业务用户无法被调度,甚至掉线。
为解决上述技术问题,本发明各实施例提供一种呼叫建立的解决方案,通过在系统资源忙且所述主叫终端处于无线质差环境的情况下仅为通话建立音频承载,避免了在系统资源不足时仍为无线环境较差的用户建立视频承载,导致影响普通数据业务用户的问题。以下结合多个实施例对本发明进行详细介绍。
图2为本发明实施例中呼叫建立方法的流程示意图,如图2所示,本发明实施例提供的呼叫建立方法包括:
S201,接收网络侧发送的、源自于主叫终端发送的呼叫请求,所述呼叫请求包括视频承载建立需求和音频承载建立需求;
具体的,主叫终端在需要与被叫终端进行视频通话时,通过Invite消息向主叫侧SBC发送包括视频承载建立需求和音频承载建立需求的呼叫请求。所述主叫侧SBC设备收到该携带包括视频承载建立需求和音频承载建立需求的呼叫请求后,向主叫侧PCRF发起包括建立视频专用承载需求和音频专用承载需求的策略请求,主叫侧PCRF根据AAR消息中的业务请求,制定承载策略下发至主叫侧SGW。所述主叫侧SGW接收到所制定的承载策略后下发包括Qci1音频专用承载需求和Qci2视频专用承载需求的呼叫请求至主叫侧基站。
S202,若判断获知系统资源忙且所述主叫终端处于无线质差环境,则向所述网络侧返回响应消息,所述响应消息包括视频承载建立失败消息和音频承载建立完成消息,以供所述网络侧根据所述响应消息,向被叫终端发送仅携带有所述音频承载建立需求的呼叫请求。
具体的,为避免直接创建Qci2视频专用承载对普通数据业务造成影响,主叫侧基站在接收到主叫侧SGW下发的包括Qci1音频专用承载需求和Qci2视频专用承载需求的呼叫请求后,会对所述主叫侧基站自身的系统资源和主叫终端所处的无线环境进行判断,当判断得知主叫侧基站当前的系统资源忙且所述主叫终端处于无线质差环境时,所述主叫侧基站认定当前若仍继续创建Qci2视频专用承载可能会对原有的普通数据业务造成影响,继而仅创建Qci1音频专用承载而不创建Qci2视频专用承载,并经由MME(Mobility ManagementEntity,移动管理实体)向主叫侧SGW回复Qci2视频专用承载建立失败消息E-RAB SETUPRESPONSE(cause:Radio Resource Not Available),以及Qci1音频专用承载建立完成消息。
主叫侧SGW在接收到上述承载建立情况的消息后,通过CCR-U消息转发专用承载建立信息(Qci1音频专用承载建立完成、Qci2视频专用承载建立失败)至主叫侧PCRF,主叫侧PCRF进一步通过RAR消息将承载建立情况反馈至主叫侧SBC。
主叫侧SBC在获悉Qci2视频专用承载建立失败以及Qci1音频专用承载建立完成的情况下,将原始请求建立的视频呼叫业务降阶为音频呼叫业务,并进一步的通过Invite消息将仅携带关于音频编码请求的呼叫请求发送至被叫终端。
其中,所述系统资源是否忙可以根据所述主叫终端所在小区下的RRC连接数和/或Prb利用率判断。例如,当RRC连接数大于100且下行的Prb利用率大于40%时,认为当前系统资源忙。
同时,所述终端是否处于无线质差环境可以根据所述主叫终端的RSRP(ReferenceSignal Receiving Power,参考信号接收功率)和SINR(Signal to Interference plusNoise Ratio,信噪比)判断。例如,当主叫终端的RSRP小于-110dBm且SINR小于-3时时,认定主叫终端当前处于无线质差环境。其中,所述主叫终端的RSRP可以基于基站的下行发射功率和基站测量得到的上行路损计算得到。所述主叫终端的SINR可以由PUCCH(PhysicalUplink Control Channel,物理上行控制信道)上的CQI(Channel Quality Indication,信道质量指示)获得。
本发明实施例提供的呼叫建立方法,通过在系统资源忙且所述主叫终端处于无线质差环境的情况下仅为通话建立音频承载,避免了在系统资源不足时仍为无线环境较差的用户建立视频承载,导致影响普通数据业务用户的问题。
图3为本发明实施例中另一呼叫建立方法的流程示意图,如图3所示,本发明实施例提供的另一呼叫建立方法包括:
S301,向基站发送源自于主叫终端发送的呼叫请求,所述呼叫请求包括视频承载建立需求和音频承载建立需求;
具体的,主叫终端在需要与被叫终端进行视频通话时,通过Invite消息向主叫侧SBC发送包括视频承载建立需求和音频承载建立需求的呼叫请求。所述主叫侧SBC设备收到该携带包括视频承载建立需求和音频承载建立需求的呼叫请求后,向主叫侧PCRF发起包括建立视频专用承载需求和音频专用承载需求的策略请求,主叫侧PCRF根据AAR消息中的业务请求,制定承载策略下发至主叫侧SGW。所述主叫侧SGW接收到所制定的承载策略后下发包括Qci1音频专用承载需求和Qci2视频专用承载需求的呼叫请求至主叫侧基站。
S302,接收所述基站返回的响应消息,所述响应消息包括视频承载建立失败消息和音频承载建立完成消息,其中所述响应消息是所述基站在判断获知系统资源忙且所述主叫终端处于无线质差环境后发送的;
具体的,为避免直接创建Qci2视频专用承载对普通数据业务造成影响,主叫侧基站在接收到主叫侧SGW下发的包括Qci1音频专用承载需求和Qci2视频专用承载需求的呼叫请求后,会对所述主叫侧基站自身的系统资源和主叫终端所处的无线环境进行判断,当判断得知主叫侧基站当前的系统资源忙且所述主叫终端处于无线质差环境时,所述主叫侧基站认定当前若仍继续创建Qci2视频专用承载可能会对原有的普通数据业务造成影响,继而仅创建Qci1音频专用承载而不创建Qci2视频专用承载,并经由MME(Mobility ManagementEntity,移动管理实体)向主叫侧SGW回复Qci2视频专用承载建立失败消息E-RAB SETUPRESPONSE(cause:Radio Resource Not Available),以及Qci1音频专用承载建立完成消息。
主叫侧SGW在接收到上述承载建立情况的消息后,通过CCR-U消息转发专用承载建立信息(Qci1音频专用承载建立完成、Qci2视频专用承载建立失败)至主叫侧PCRF,主叫侧PCRF进一步通过RAR消息将承载建立情况反馈至主叫侧SBC。
其中,所述系统资源是否忙可以根据所述主叫终端所在小区下的RRC连接数和/或Prb利用率判断。例如,当RRC连接数大于100且下行的Prb利用率大于40%时,认为当前系统资源忙。
同时,所述终端是否处于无线质差环境可以根据所述主叫终端的RSRP(ReferenceSignal Receiving Power,参考信号接收功率)和SINR(Signal to Interference plusNoise Ratio,信噪比)判断。例如,当主叫终端的RSRP小于-110dBm且SINR小于-3时,认定主叫终端当前处于无线质差环境。其中,所述主叫终端的RSRP可以基于基站的下行发射功率和基站测量得到的上行路损计算得到。所述主叫终端的SINR可以由PUCCH(PhysicalUplink Control Channel,物理上行控制信道)上的CQI(Channel Quality Indication,信道质量指示)获得。
S303,根据所述响应消息向被叫终端发送仅携带所述音频承载建立需求的呼叫请求。
具体的,主叫侧SBC在获悉Qci2视频专用承载建立失败以及Qci1音频专用承载建立完成的情况下,将原始请求建立的视频呼叫业务降阶为音频呼叫业务,并进一步的通过invite消息将仅携带关于音频编码请求的呼叫请求发送至被叫终端。
本发明实施例提供的呼叫建立方法,通过在系统资源忙且所述主叫终端处于无线质差环境的情况下仅为通话建立音频承载,避免了在系统资源不足时仍为无线环境较差的用户建立视频承载,导致影响普通数据业务用户的问题。
图4为本发明实施例中又一呼叫建立方法的流程示意图,如图4所示,本发明实施例提供的又一呼叫建立方法包括:
主叫终端发起视频通话业务,其中Invite消息中携带关于音频、视频的编码请求。
主叫侧SBC收到Invite消息后,向主叫侧PCRF发起策略请求,主叫侧PCRF根据AAR消息中的业务请求制定承载策略并下发至主叫侧SGW。所述主叫侧SGW下发创建承载请求至主叫侧基站,所述创建承载请求中包括Qci1音频专用承载和Qci2视频专用承载对应的EBI(EPS Bearer identification,EPS承载标识)。
所述主叫侧基站收到主叫侧SGW下发的创建承载请求时,增加系统资源判断及主叫终端无线环境判断流程,根据小区RRC连接数、下行资源Prb利用率判断系统资源忙闲程度及终端的RSRP和信号质量判断终端是否处于弱覆盖区域,若系统资源忙且主叫处于无线质差环境,基站则向核心网回复Qci2视频专用承载建立失败消息E-RAB SETUP RESPONSE(cause:Radio Resource Not Available),以及Qci1音频专用承载建立完成消息。
主叫侧SGW侧通过CCR-U消息转发专用承载建立信息(Qci1音频专用承载建立完成、Qci2视频专用承载建立失败)至主叫侧PCRF,主叫侧PCRF通过RAR消息转发承载建立情况至主叫侧SBC。
主叫侧SBC获取主叫侧专用承载建立情况(Qci1音频专用承载建立完成、Qci2视频专用承载建立失败),将原有视频呼叫业务降阶为音频呼叫业务,转发Invite至被叫侧。其中转发至下一跳的Invite消息中不在携带视频需求。
后续流程与普通VOLTE语音呼叫相同,主要包括被叫回复183;主叫发起PRACK、被叫回复200ok(for prack);主叫发起UPDATE、被叫回复200ok(for update);被叫回复180ring;被叫应答接听200ok(for invite);主叫回复ACK响应应答等。后续流程均为常规视频通话流程,本发明实施例不做详细解释。
图5为本发明该实施例中呼叫建立方法在基站侧实施的流程示意图。如图5所示,终端所处的主叫侧基站在接收到SGW下发的包括Qci1音频专用承载和Qci2视频专用承载创建需求的创建承载请求消息后,首先判断自身的系统资源情况,当系统资源空闲时,正常建立Qci1音频专用承载和Qci2视频专用承载。若系统资源忙,继续判断终端是否处于无线质差环境中,若否,则同样正常建立Qci1音频专用承载和Qci2视频专用承载。否则,说明当前系统资源忙且终端处于无线质差环境,此时所述主叫侧基站仅创建Qci1音频专用承载而不创建Qci2视频专用承载,并经由MME向主叫侧SGW回复Qci2视频专用承载建立失败消息E-RAB SETUP RESPONSE(cause:Radio Resource Not Available),以及Qci1音频专用承载建立完成消息,而后该信息最终传递至主叫侧SBC,使得主叫侧SBC向被叫发送仅携带音频承载需求而不携带视频承载需求的invite消息。
图6为本发明一实施例提供的基站组成示意图,如图6所示,该基站包括第一接收模块601和处理模块602,其中:
第一接收模块601用于接收网络侧发送的、源自于主叫终端发送的呼叫请求,所述呼叫请求包括视频承载建立需求和音频承载建立需求;处理模块602用于在判断获知系统资源忙且所述主叫终端处于无线质差环境时,向所述网络侧返回响应消息,所述响应消息包括视频承载建立失败消息和音频承载建立完成消息,以供所述网络侧根据所述响应消息,向被叫终端发送仅携带有所述音频承载建立需求的呼叫请求。
具体的,主叫终端在需要与被叫终端进行视频通话时,通过Invite消息向主叫侧SBC发送包括视频承载建立需求和音频承载建立需求的呼叫请求。所述主叫侧SBC设备收到该携带包括视频承载建立需求和音频承载建立需求的呼叫请求后,向主叫侧PCRF发起包括建立视频专用承载需求和音频专用承载需求的策略请求,主叫侧PCRF根据AAR消息中的业务请求,制定承载策略下发至主叫侧SGW。所述主叫侧SGW接收到所制定的承载策略后下发包括Qci1音频专用承载需求和Qci2视频专用承载需求的呼叫请求至主叫侧基站的第一接收模块601。
为避免直接创建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音频专用承载建立完成消息。
主叫侧SGW在接收到上述承载建立情况的消息后,通过CCR-U消息转发专用承载建立信息(Qci1音频专用承载建立完成、Qci2视频专用承载建立失败)至主叫侧PCRF,主叫侧PCRF进一步通过RAR消息将承载建立情况反馈至主叫侧SBC。
主叫侧SBC在获悉Qci2视频专用承载建立失败以及Qci1音频专用承载建立完成的情况下,将原始请求建立的视频呼叫业务降阶为音频呼叫业务,并进一步的通过invite消息将仅携带关于音频编码请求的呼叫请求发送至被叫终端。
本发明实施例提供的基站,通过在系统资源忙且所述主叫终端处于无线质差环境的情况下仅为通话建立音频承载,避免了在系统资源不足时仍为无线环境较差的用户建立视频承载,导致影响普通数据业务用户的问题。
图7为本发明一实施例提供的网络设备组成示意图,如图7所示,该网络设备包括第一呼叫请求模块701、第二接收模块702和第二呼叫请求模块703,其中:第一呼叫请求模块701,用于向基站发送源自于主叫终端发送的呼叫请求,所述呼叫请求包括视频承载建立需求和音频承载建立需求;第二接收模块702用于接收所述基站返回的响应消息,所述响应消息包括视频承载建立失败消息和音频承载建立完成消息,其中所述响应消息是所述基站在判断获知系统资源忙且所述主叫终端处于无线质差环境后发送的;第二呼叫请求模块703用于根据所述响应消息向被叫终端发送仅携带所述音频承载建立需求的呼叫请求。
具体的,主叫终端在需要与被叫终端进行视频通话时,通过Invite消息向主叫侧SBC发送包括视频承载建立需求和音频承载建立需求的呼叫请求。所述主叫侧SBC设备收到该携带包括视频承载建立需求和音频承载建立需求的呼叫请求后,通过第一呼叫请求模块701向主叫侧PCRF发起包括建立视频专用承载需求和音频专用承载需求的策略请求,主叫侧PCRF根据AAR消息中的业务请求,制定承载策略下发至主叫侧SGW。所述主叫侧SGW接收到所制定的承载策略后下发包括Qci1音频专用承载需求和Qci2视频专用承载需求的呼叫请求至主叫侧基站。
为避免直接创建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音频专用承载建立完成消息。
主叫侧SGW在接收到上述承载建立情况的消息后,通过CCR-U消息转发专用承载建立信息(Qci1音频专用承载建立完成、Qci2视频专用承载建立失败)至主叫侧PCRF,主叫侧PCRF进一步通过RAR消息将承载建立情况反馈至主叫侧SBC的第二接收模块702。
主叫侧SBC的第二请求模块703在获悉Qci2视频专用承载建立失败以及Qci1音频专用承载建立完成的情况下,将原始请求建立的视频呼叫业务降阶为音频呼叫业务,并进一步的通过invite消息将仅携带关于音频编码请求的呼叫请求发送至被叫终端。
本发明实施例提供的网络设备,通过在系统资源忙且所述主叫终端处于无线质差环境的情况下仅为通话建立音频承载,避免了在系统资源不足时仍为无线环境较差的用户建立视频承载,导致影响普通数据业务用户的问题。
图8为本发明一实施例的电子设备的实体结构示意图,如图8所示,该电子设备可以包括:处理器(processor)810、通信接口(Communications Interface)820、存储器(memory)830和通信总线840,其中,处理器810,通信接口820,存储器830通过通信总线840完成相互间的通信。处理器810可以调用存储器830中的逻辑指令,以执行上述实施例中的呼叫建立方法步骤,例如包括:接收网络侧发送的、源自于主叫终端发送的呼叫请求,所述呼叫请求包括视频承载建立需求和音频承载建立需求;若判断获知系统资源忙且所述主叫终端处于无线质差环境,则向所述网络侧返回响应消息,所述响应消息包括视频承载建立失败消息和音频承载建立完成消息,以供所述网络侧根据所述响应消息,向被叫终端发送仅携带有所述音频承载建立需求的呼叫请求。
此外,上述的存储器830中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
另一方面,本发明实施例还提供一种非暂态计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现以执行上述各实施例提供的呼叫建立方法,例如包括:接收网络侧发送的、源自于主叫终端发送的呼叫请求,所述呼叫请求包括视频承载建立需求和音频承载建立需求;若判断获知系统资源忙且所述主叫终端处于无线质差环境,则向所述网络侧返回响应消息,所述响应消息包括视频承载建立失败消息和音频承载建立完成消息,以供所述网络侧根据所述响应消息,向被叫终端发送仅携带有所述音频承载建立需求的呼叫请求。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (6)
1.一种呼叫建立方法,其特征在于,包括:
接收网络侧发送的、源自于主叫终端发送的呼叫请求,所述呼叫请求包括视频承载建立需求和音频承载建立需求;所述视频承载建立需求用于指导主叫侧SGW下发视频专用承载需求的呼叫请求;所述音频承载建立需求用于指导所述主叫侧SGW下发音频专用承载需求的呼叫请求;
若判断获知系统资源忙且所述主叫终端处于无线质差环境,则仅创建音频专用承载,并向所述网络侧返回响应消息,所述响应消息包括视频承载建立失败消息和音频承载建立完成消息,以供所述网络侧根据所述响应消息,向被叫终端发送仅携带有所述音频承载建立需求的呼叫请求;所述系统资源忙是根据所述主叫终端所在小区下的RRC连接数和Prb利用率判断的,所述主叫终端处于无线质差环境是根据所述终端的RSRP和SINR判断的;当RRC连接数大于100且下行的Prb利用率大于40%时,认为当前系统资源忙,当主叫终端的RSRP小于-110dBm且SINR小于-3时时,认定主叫终端当前处于无线质差环境。
2.一种呼叫建立方法,其特征在于,包括:
向基站发送源自于主叫终端发送的呼叫请求,所述呼叫请求包括视频承载建立需求和音频承载建立需求;所述视频承载建立需求用于指导主叫侧SGW下发视频专用承载需求的呼叫请求;所述音频承载建立需求用于指导所述主叫侧SGW下发音频专用承载需求的呼叫请求;
接收所述基站返回的响应消息,所述响应消息包括视频承载建立失败消息和音频承载建立完成消息,其中所述响应消息是所述基站在判断获知系统资源忙且所述主叫终端处于无线质差环境后发送的;所述响应消息发送时,所述基站仅创建完成所述音频专用承载;所述系统资源忙是根据所述主叫终端所在小区下的RRC连接数和Prb利用率判断的,所述主叫终端处于无线质差环境是根据所述终端的RSRP和SINR判断的;当RRC连接数大于100且下行的Prb利用率大于40%时,认为当前系统资源忙,当主叫终端的RSRP小于-110dBm且SINR小于-3时时,认定主叫终端当前处于无线质差环境;
根据所述响应消息向被叫终端发送仅携带所述音频承载建立需求的呼叫请求。
3.一种基站,其特征在于,包括:
第一接收模块,用于接收网络侧发送的、源自于主叫终端发送的呼叫请求,所述呼叫请求包括视频承载建立需求和音频承载建立需求;所述视频承载建立需求用于指导主叫侧SGW下发视频专用承载需求的呼叫请求;所述音频承载建立需求用于指导所述主叫侧SGW下发音频专用承载需求的呼叫请求;
处理模块,用于在判断获知系统资源忙且所述主叫终端处于无线质差环境时,仅创建音频专用承载,并向所述网络侧返回响应消息,所述响应消息包括视频承载建立失败消息和音频承载建立完成消息,以供所述网络侧根据所述响应消息,向被叫终端发送仅携带有所述音频承载建立需求的呼叫请求;所述系统资源忙是根据所述主叫终端所在小区下的RRC连接数和Prb利用率判断的,所述主叫终端处于无线质差环境是根据所述终端的RSRP和SINR判断的;当RRC连接数大于100且下行的Prb利用率大于40%时,认为当前系统资源忙,当主叫终端的RSRP小于-110dBm且SINR小于-3时时,认定主叫终端当前处于无线质差环境。
4.一种网络设备,其特征在于,包括:
第一呼叫请求模块,用于向基站发送源自于主叫终端发送的呼叫请求,所述呼叫请求包括视频承载建立需求和音频承载建立需求;所述视频承载建立需求用于指导主叫侧SGW下发视频专用承载需求的呼叫请求;所述音频承载建立需求用于指导所述主叫侧SGW下发音频专用承载需求的呼叫请求;
第二接收模块,用于接收所述基站返回的响应消息,所述响应消息包括视频承载建立失败消息和音频承载建立完成消息,其中所述响应消息是所述基站在判断获知系统资源忙且所述主叫终端处于无线质差环境后发送的;所述响应消息发送时,所述基站仅创建完成所述音频专用承载;所述系统资源忙是根据所述主叫终端所在小区下的RRC连接数和Prb利用率判断的,所述主叫终端处于无线质差环境是根据所述终端的RSRP和SINR判断的;当RRC连接数大于100且下行的Prb利用率大于40%时,认为当前系统资源忙,当主叫终端的RSRP小于-110dBm且SINR小于-3时时,认定主叫终端当前处于无线质差环境;
第二呼叫请求模块,用于根据所述响应消息向被叫终端发送仅携带所述音频承载建立需求的呼叫请求。
5.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如权利要求1至2任一项所述呼叫建立方法的步骤。
6.一种非暂态计算机可读存储介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时实现如权利要求1至2任一项所述呼叫建立方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010158302.7A CN113382483B (zh) | 2020-03-09 | 2020-03-09 | 一种呼叫建立方法、基站及网络设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010158302.7A CN113382483B (zh) | 2020-03-09 | 2020-03-09 | 一种呼叫建立方法、基站及网络设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113382483A CN113382483A (zh) | 2021-09-10 |
CN113382483B true CN113382483B (zh) | 2023-04-11 |
Family
ID=77568558
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010158302.7A Active CN113382483B (zh) | 2020-03-09 | 2020-03-09 | 一种呼叫建立方法、基站及网络设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113382483B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113992634B (zh) * | 2021-12-28 | 2022-06-03 | 荣耀终端有限公司 | 呼叫建立方法和相关装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1835630A (zh) * | 2005-03-17 | 2006-09-20 | 华为技术有限公司 | 将多媒体呼叫回退为语音呼叫的方法 |
CN101771848A (zh) * | 2009-12-22 | 2010-07-07 | 中国移动通信集团山西有限公司 | 不同域间的视频呼叫方法、系统和视频通信系统 |
CN106688221A (zh) * | 2014-09-22 | 2017-05-17 | 高通股份有限公司 | 用于具有QoS先决条件的分组交换视频电话建立的技术 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2415275B1 (en) * | 2009-04-03 | 2013-07-31 | Telefonaktiebolaget LM Ericsson (publ) | Method and system for handling a multi-media call setup request |
KR102106044B1 (ko) * | 2015-09-15 | 2020-04-29 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 서비스 처리 방법, 서비스 처리 장치 및 통신 시스템 |
-
2020
- 2020-03-09 CN CN202010158302.7A patent/CN113382483B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1835630A (zh) * | 2005-03-17 | 2006-09-20 | 华为技术有限公司 | 将多媒体呼叫回退为语音呼叫的方法 |
CN101771848A (zh) * | 2009-12-22 | 2010-07-07 | 中国移动通信集团山西有限公司 | 不同域间的视频呼叫方法、系统和视频通信系统 |
CN106688221A (zh) * | 2014-09-22 | 2017-05-17 | 高通股份有限公司 | 用于具有QoS先决条件的分组交换视频电话建立的技术 |
Also Published As
Publication number | Publication date |
---|---|
CN113382483A (zh) | 2021-09-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11576083B2 (en) | QoS flow control method and apparatus | |
KR101737242B1 (ko) | 디바이스 대 디바이스 통신으로부터 발생하는 간섭의 감소 | |
CN102598836B (zh) | 用于使应用源速率适于负载条件的系统和方法 | |
CN109196908B (zh) | 调度方法、基站和存储介质 | |
CN113098822B (zh) | 一种恢复ims业务的方法及装置 | |
CN110662179B (zh) | 基于lte宽带集群系统的呼叫处理方法及装置 | |
US11533266B2 (en) | Rate adjustment techniques | |
JP2023546462A (ja) | 通信方法および装置、可読記憶媒体、ならびにシステム | |
US10306520B2 (en) | Handover method between heterogeneous wireless communication techniques and device for same | |
JP6506298B2 (ja) | ビデオ通話サービス品質の増進方法及び装置 | |
CN113382483B (zh) | 一种呼叫建立方法、基站及网络设备 | |
WO2019084715A1 (zh) | 切换方法、装置及基站 | |
US11025783B2 (en) | Methods, systems, and computer readable media for extending new radio (NR) usage indications to application function (AF) | |
CN107006071A (zh) | 控制设备、无线电通信装置及其方法 | |
CN113163514B (zh) | 会话处理方法及通信装置 | |
CN110839115B (zh) | 终端呼叫的处理方法、装置、设备及存储介质 | |
US10764336B1 (en) | Controlling timing of dedicated-bearer setup based on base station load | |
CN112822789A (zh) | 非激活态终端的重定向方法、电子设备及计算机可读介质 | |
CN113395784B (zh) | 一种建立Qci2视频专用承载的方法及装置 | |
CN115442856B (zh) | 用户设备同频切换实现方法、装置、计算机设备及介质 | |
CN113992634B (zh) | 呼叫建立方法和相关装置 | |
CN111836406B (zh) | 一种网络配置方法和装置 | |
WO2017128835A1 (zh) | 一种优化通信码率方法及装置 | |
CN117202220A (zh) | 语音回落的参数优化方法、装置、设备及介质 | |
CN116801385A (zh) | 数据传输方法及装置、存储介质、终端设备、网络设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |