CN117294791A - Ott呼叫业务的控制方法、控制器以及存储介质 - Google Patents

Ott呼叫业务的控制方法、控制器以及存储介质 Download PDF

Info

Publication number
CN117294791A
CN117294791A CN202210680159.7A CN202210680159A CN117294791A CN 117294791 A CN117294791 A CN 117294791A CN 202210680159 A CN202210680159 A CN 202210680159A CN 117294791 A CN117294791 A CN 117294791A
Authority
CN
China
Prior art keywords
call service
ott
priority
ott call
service
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.)
Pending
Application number
CN202210680159.7A
Other languages
English (en)
Inventor
王军涛
杨金星
谭永龙
李群
张健
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN202210680159.7A priority Critical patent/CN117294791A/zh
Priority to PCT/CN2023/072731 priority patent/WO2023241049A1/zh
Publication of CN117294791A publication Critical patent/CN117294791A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42187Lines and connections with preferential service
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W68/00User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02Arrangements for increasing efficiency of notification or paging channel

Abstract

本申请实施例提供了一种OTT呼叫业务的控制方法、控制器以及存储介质,涉及移动无线接入网通讯领域,其中,控制方法包括:获取来自终端的OTT呼叫业务保障请求;根据所述OTT呼叫业务保障请求,网络侧向所述终端发送优先级修改指令,以使得所述终端的OTT呼叫业务的优先级高于或等于语音呼叫业务的优先级。本申请能够防止出现在OTT呼叫业务的过程中被语音呼叫业务的寻呼打断,同时提高OTT呼叫业务优先级的问题。

Description

OTT呼叫业务的控制方法、控制器以及存储介质
技术领域
本申请实施例涉及但不限于移动无线接入网通讯领域,尤其涉及一种基于OTT呼叫业务的控制方法、控制器以及存储介质。
背景技术
OTT(Over-The-Top)Service通常指一种架构在网络运营商提供的网络之上的服务业务,如Skype,Google Voice,微信电话等。它可以是网络运营商提供,也可以是第三方提供。目前第三方提供的更多,网络运营商由于OTT业务的兴起,日益被管道化。它被称为OTT服务是因为它运营在用户已经获得的网络之上而且不需要网络运营商额外的技术支撑。例如,OTT网络电话,可让人们免费高清晰与其他用户语音对话,也可以拨打国内国际电话。目前运营商网络中VOLTE(Voice over Long-Term Evolution,长期演进语音承载),VONR(Voice Over NR)语音业务优先级高,且高于OTT呼叫业务,其中,其中OTT呼叫业务是指OTT上承载的语音或者视频业务,一旦发起或者接收相关相关业务,OTT呼叫业务被无条件打断,影响OTT呼叫业务体验。
发明内容
以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。
本申请实施例的主要目的在于提出一种OTT呼叫业务的控制方法、控制器以及存储介质,能够防止出现在OTT呼叫业务的过程中被语音呼叫业务的寻呼打断,同时提高OTT呼叫业务优先的问题。
第一方面,本申请实施例提供了一种OTT呼叫业务的控制方法,应用于网络侧,所述控制方法包括:
获取来自终端的OTT呼叫业务保障请求;
根据所述OTT呼叫业务保障请求,向所述终端发送优先级修改指令,以使得所述终端的OTT呼叫业务的优先级高于或等于语音呼叫业务的优先级。
第二方面,本申请实施例提供了一种OTT呼叫业务的控制方法,应用于终端,所述控制方法包括:
向网络侧发送OTT呼叫业务保障请求,以使所述网络侧根据所述OTT呼叫业务保障请求发送优先级修改指令;
响应于所述优先级修改指令,修改OTT呼叫业务的优先级,以使得OTT呼叫业务的优先级高于或等于语音呼叫业务的优先级。
第三方面,本申请实施例提供了控制器,包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如第一方面任意一项实施例所述的OTT呼叫业务的控制方法或者如第二方面任意一项实施例所述的OTT呼叫业务的控制方法。
第四方面,一种计算机可读存储介质,存储有计算机可执行指令,所述计算机可执行指令用于执行如第一方面任意一项实施例所述的OTT呼叫业务的控制方法或者如第二方面任意一项实施例所述的OTT呼叫业务的控制方法。
本申请实施例包括:终端向网络侧发送OTT呼叫业务保障请求,网络侧获取来自终端的OTT呼叫业务保障请求,并根据OTT呼叫业务保障请求,向所述终端发送优先级修改指令,终端响应于所述优先级修改指令,修改OTT呼叫业务的优先级,以使得OTT呼叫业务的优先级高于语音呼叫业务的优先级。将OTT呼叫业务的优先级修改至高于或者等于语音呼叫业务的优先级,使得正在进行OTT呼叫业务时能够不被语音呼叫业务的寻呼所打断,或者不会在正在进行语音呼叫业务时自动挂断OTT呼叫业务的寻呼,保障OTT呼叫业务过程和OTT呼叫业务连续性,且从网络侧提高终端的OTT呼叫业务的优先级,降低不同终端保障OTT呼叫业务的策略开发成本。
本申请的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本申请而了解。本申请的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
图1是本申请一个实施例提供的OTT呼叫业务的控制方法的流程图;
图2是本申请另一实施例提供的OTT呼叫业务的控制方法的流程图;
图3是本申请另一实施例提供的OTT呼叫业务的控制方法的流程图;
图4是本申请另一实施例提供的OTT呼叫业务的控制方法的流程图;
图5是本申请另一实施例提供的OTT呼叫业务的控制方法的流程图;
图6是本申请另一实施例提供的OTT呼叫业务的控制方法的流程图;
图7是本申请另一实施例提供的OTT呼叫业务的控制方法的流程图;
图8是本申请另一实施例提供的OTT呼叫业务的控制方法的流程图;
图9是本申请另一实施例提供的OTT呼叫业务的控制方法的流程图;
图10是本申请一个实施例提供的控制器的示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本申请,并不用于限定本申请。
需要说明的是,虽然在装置示意图中进行了功能模块划分,在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于装置中的模块划分,或流程图中的顺序执行所示出或描述的步骤。说明书、权利要求书或上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
还应当理解,在本申请实施例说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请实施例的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此,在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
OTT是“Over The Top”的缩写,OTT Service通常指一种架构在网络运营商提供的网络之上的服务业务,如Skype,Google Voice,微信电话等。它可以是网络运营商提供,也可以是第三方提供。目前第三方提供的更多,网络运营商由于OTT业务的兴起,日益被管道化。它被称为OTT服务是因为它运营在用户已经获得的网络之上而且不需要网络运营商额外的技术支撑。例如,OTT网络电话,可让人们免费高清晰与其他用户语音对话,也可以拨打国内国际电话。目前运营商网络中VOLTE,VONR语音业务优先级高,一旦发起或者接收相关相关业务,OTT呼叫业务被无条件打断,影响OTT呼叫业务体验。
而当前OTT呼叫业务中的语音通话和视频通话也同样重要,而传统方式通过终端侧自主实现,对于不同的终端需要单独预配置一套对应的策略,大大增加了终端的开发、测试和运维的成本,因此目前需提出一种方法策略,能够适应不同型号类型的终端实现保护OTT的正常呼叫业务,避免OTT呼叫时被中断。
基于解决上述技术问题,本申请实施例提供了一种OTT呼叫业务的控制方法、控制器以及存储介质,其中,该呼叫业务包括包括语音或者视频电话,主叫方式和被叫方式,本方案从网络侧提高终端的OTT呼叫业务的优先级,降低不同终端保障OTT呼叫业务的策略开发成本。其中,该OTT呼叫业务的控制方法的具体步骤为:终端向网络侧发送OTT呼叫业务保障请求,网络侧获取来自终端的OTT呼叫业务保障请求,并根据OTT呼叫业务保障请求,向终端发送优先级修改指令,终端响应于优先级修改指令,修改OTT呼叫业务的优先级,以使得OTT呼叫业务的优先级高于语音呼叫业务的优先级。将OTT呼叫业务的优先级修改至高于或者等于语音呼叫业务的优先级,使得正在进行OTT呼叫业务时能够不被语音呼叫业务的寻呼所打断,或者不会在正在进行语音呼叫业务时自动挂断OTT呼叫业务的寻呼,保障OTT呼叫业务过程和OTT呼叫业务连续性,例如,支持OTT业务过程中不被VOLTE,VONR等SIP业务中断,且从网络侧提高终端的OTT呼叫业务的优先级,降低不同终端保障OTT呼叫业务的策略开发成本。本申请的控制方法适用于通信系统内,系统间和MR-DC等系统。
下面结合附图,对本申请实施例作进一步阐述。
参照图1,图1是本申请一个实施例提供的OTT呼叫业务的控制方法的流程图,本申请提供了一种OTT呼叫业务的控制方法,应用于网络侧,可以包括但不限于包括步骤S120、步骤S120:
步骤S110:获取来自终端的OTT呼叫业务保障请求;
具体地,终端为了保护OTT呼叫业务的正常服务,则在OTT业务保护开启过程中,终端通过NAS(Non-access stratum,非接入层)上报OTT呼叫保障请求信元指示给核心网(EPC/5GC),其中,核心网为网络侧的其中一部分,告知OTT业务过程高优先级,或者和语音相同优先级,期间不能被VOLTE(QCI1/QCI2),VONR(5QI1/5QI2)业务中断,或者提供用户一种选项,让用户主动选择使用哪种方式。
步骤S120:根据OTT呼叫业务保障请求,向终端发送优先级修改指令,以使得终端的OTT呼叫业务的优先级高于或等于语音呼叫业务的优先级。
网络侧根据接收到的OTT呼叫业务保障请求,主动向终端发送优先级修改指令,以使得终端的OTT呼叫业务的优先级高于语音呼叫业务的优先级,即提高OTT呼叫业务过程中的QCI/5QI优先级。例如,微信通话时,终端与网络建议5QI9无线承载通道,网络侧根据终端发送的OTT呼叫业务保障请求,提高主动发起关于5QI9的优先级修改指令,使得5QI9的优先级大于5QI1的优先级,其中,5QI1为VONR通信的无线承载通道,如5QI1默认是20,将5QI9设置为19,其中,取值越小,优先级越高。将OTT呼叫业务的优先级修改至高于或者等于语音呼叫业务的优先级使得正在进行OTT呼叫业务时能够不被语音呼叫业务的寻呼所打断,或者不会在正在进行语音呼叫业务时自动挂断OTT呼叫业务的寻呼,保障OTT呼叫业务过程和OTT呼叫业务连续性。
同时,从网络侧提高终端的OTT呼叫业务的优先级,不需要对不同的终端进行单独预配置一套对应提高OTT呼叫业务优先级的策略,降低不同终端保障OTT呼叫业务的策略开发成本。终端侧优化配置,收到网络侧修改指示后,可以做两方面优化,1).提供OTT呼叫业务和传统呼叫业务选项,供用户主动选择。2).在OTT业务优先级高于传统语音业务,则主动发送友好短信提示。
参照图2,图2是本申请另一实施例提供的OTT呼叫业务的控制方法的流程图;本申请提供的OTT呼叫业务优先级的控制方法还包括但不仅限于以下步骤:
步骤S210:当终端的OTT呼叫业务结束后,向终端发送优先级恢复指令,以使得终端的OTT呼叫业务和语音呼叫业务的优先级恢复到默认值。
在终端的OTT呼叫业务结束后,为了终端后续的正常语音呼叫业务,需要恢复终端的OTT呼叫业务和语音呼叫业务的优先值恢复到默认值,也避免终端需要一直保持OTT呼叫业务的优先所造成的资源占用。
另外,参照图3,图3时本申请另一实施例提供的OTT呼叫业务的控制阀方法的流程图,本申请还提供了一种应用于终端的OTT呼叫业务控制方法,可以包括但不限于包括步骤S310、步骤S320:
步骤S310:向网络侧发送OTT呼叫业务保障请求,以使网络侧根据OTT呼叫业务保障请求发送优先级修改指令;
具体地,终端为了保护OTT呼叫业务的正常服务,则在OTT业务保护开启过程中,终端通过NAS上报OTT呼叫保障请求信元指示给核心网(EPC/5GC),其中,核心网为网络侧的其中一部分,告知OTT业务过程高优先级,期间不能被VOLTE(QCI1/QCI2),VONR(5QI1/5QI2)业务中断。
需要说明的是,终端用户可以根据实际需求,预设OTT业务保护时间段,该OTT业务保护时间段为实际时间段,例如,该终端用户需要在早上9点到11点使用微信通话参加会议,则该终端用户可将OTT业务保护时间段设置为9点到11点;当然,终端用户还可以将OTT业务保护时间段设为全时段,即一天24小时都开启OTT业务保护时间段,对于具体OTT业务保护时间段的方式,在本申请不作限制。
步骤S320:响应于优先级修改指令,修改OTT呼叫业务的优先级,以使得OTT呼叫业务的优先级高于或等于语音呼叫业务的优先级。
终端相应于由网络侧发送的优先级修改指令,根据优先级修改指令将OTT呼叫业务的优先级至高于或者等于语音呼叫业务的优先级,即提高OTT呼叫业务过程中的QCI/5QI优先级。例如,微信通话时,终端与网络建议5QI9无线承载通道,网络侧根据终端发送的OTT呼叫业务保障请求,提高主动发起关于5QI9的优先级修改指令,使得5QI9的优先级大于5QI1的优先级,其中,5QI1为VONR通信的无线承载通道。将OTT呼叫业务的优先级修改至高于或者等于语音呼叫业务的优先级,如5QI1默认是20,将5QI9设置为19,其中,取值越小,优先级越高,使得正在进行OTT呼叫业务时能够不被语音呼叫业务的寻呼所打断,或者不会在正在进行语音呼叫业务时自动挂断OTT呼叫业务的寻呼,保障OTT呼叫业务过程和OTT呼叫业务连续性。
同时,从网络侧提高终端的OTT呼叫业务的优先级,不需要对不同的终端进行单独预配置一套对应提高OTT呼叫业务优先级的策略,降低不同终端保障OTT呼叫业务的策略开发成本。
本申请还包含了OTT呼叫业务过程,主动发起传统语音业务请求场景,下面对不同的场景进行一一赘述。
参照图4,图4是本申请另一实施例提供的OTT呼叫业务的控制方法的流程图;在终端发起OTT呼叫业务的情况下,在步骤S320之后,本申请提供的OTT呼叫业务的控制方法,还包括但不仅限于以下步骤:
步骤S410:接收语音呼叫业务的寻呼信息;
步骤S420:保持OTT呼叫业务。
其中,该语音呼叫业务包括主动拨打电话方式以及被动拨打电话方式等,终端用户可设置免打扰模式,即当在终端进行OTT呼叫业务时,自动拒绝其他呼叫业务的寻呼信息。具体为,终端用户发起OTT呼叫业务时,此时,终端的OTT呼叫业务的优先级比语音呼叫业务的优先级要高,在OTT呼叫业务的过程中收到语音呼叫业务的寻呼信息,对该寻呼信息不作应答,并保持原有正在进行的OTT呼叫业务,保障OTT呼叫业务过程和OTT呼叫业务连续性。同时,当终端自动拒绝了语音呼叫业务的寻呼信息时,可通过短信或者语音的方式告知该语音呼叫业务的呼叫人,提高双方的使用体验。
在一实施例中,网络侧包括NR基站和5GC核心网,终端发起了微信语音通话(OTT呼叫业务),同时终端设置了OTT呼叫业务保障功能并通过UL Information Transfer(网络中上行消息传输)携带OTT呼叫业务保障请求的指示给核心网5GC。网络给微信语音通话建立了5QI9无线承载。核心网收到OTT呼叫业务保障请求的指示后,主动给终端发起5QI9的业务优先级修改,修改优先级大于5QI1优先级。(比如5QI1默认是20,5QI9设置为19,取值越小,优先级越高)。若终端此时收到了VONR/EPS Fallback业务(语音呼叫业务),核心网下发对应的语音呼叫业务的寻呼信息通过NR发送至终端。终端收到寻呼信息后,对比业务优先级。网络侧下发VONR/EPS Fallback振铃提示给UE,让用户选择接听语音呼叫业务,还是维持OTT呼叫业务过程,同时在选择继续维持OTT呼叫业务的时候,对语音呼叫业务的发起方提供自动短信回复。同时,如果该终端设置了免打扰模式,终端在进行微信语音通话时,将自动挂断在微信语音通话期间的语音呼叫业务,并对语音呼叫业务的发起方提供自动短信回复。
参照图5,图5是本申请另一实施例提供的OTT呼叫业务的控制方法的流程图;在步骤S320之后,本申请提供的OTT呼叫业务的控制方法,还包括但不仅限于以下步骤:
步骤S510:同时接收到OTT呼叫业务的寻呼信息和语音呼叫业务的寻呼信息;
步骤S520:根据OTT呼叫业务的寻呼信息和语音呼叫业务的寻呼信息生成第一寻呼选择信息;
步骤S530:接收根据第一寻呼选择信息所得到的第一选择结果信息;
步骤S540:根据第一选择结果信息接入语音呼叫业务,或者接入OTT呼叫业务。
当终端同时接收到OTT呼叫业务的寻呼信息和语音呼叫业务的寻呼信息,因OTT呼叫业务的优先级被提高,不会直接被语音呼叫业务打断,然而,在未接听OTT呼叫业务前且同时收到OTT呼叫业务的寻呼信息和语音呼叫业务的寻呼信息,为了以免客户错过重要的电话,则并未直接对语音呼叫业务的寻呼信息进行挂断,而实根据OTT呼叫业务的寻呼信息和语音呼叫业务的寻呼信息生成第一寻呼选择信息,第一寻呼选择信息用于提供给用户接听OTT呼叫业务对应的寻呼信息还是接听语音呼叫业务的寻呼信息。用户在终端选择对应的寻呼信息后,终端将该结构生成第一选择结果信息,根据第一选择结果信息,接入语音呼叫业务或者接入OTT呼叫业务,通过该方法能够不会自动挂断OTT呼叫业务的寻呼,避免错过重要的寻呼。
参照图6,图6是本申请另一实施例提供的OTT呼叫业务的控制方法的流程图;在步骤S540中,包括但不仅限于以下步骤:
步骤S610:根据第一选择结果信息生成第一通话业务决定信息;其中,第一通话业务决定信息为接入语音呼叫业务,或者接入OTT呼叫业务;
步骤S620:向网络侧发送第一通话业务决定信息。
通过将用户选择的第一选择结果信息生成第一通话业务决定消息,在将第一通话业务决定信息发送至网络侧,从而建立对应的通话承载通道。
参照图7,图7是本申请另一实施例提供的OTT呼叫业务的控制方法的流程图;在处于语音呼叫业务的情况下,在步骤S320之后,本申请提供的OTT呼叫业务的控制方法,还包括但不仅限于以下步骤:
步骤S710:接收到OTT呼叫业务的寻呼信息;
步骤S720:根据OTT呼叫业务的寻呼信息生成第二寻呼选择信息;
步骤S730:接收根据第二寻呼选择信息所得到的第二选择结果信息;
步骤S740:根据第二选择结果信息保持语音呼叫业务,或者中断语音呼叫业务并接入OTT呼叫业务。
终端处于语音呼叫业务的情况下,当接收到OTT呼叫业务的寻呼信息时,由于已经预先将OTT呼叫业务的优先级设置为高于语音呼叫业务的优先级,因此OTT呼叫业务的寻呼信息不会直接被挂断,终端根据OTT呼叫业务的寻呼信息生成第二寻呼选择信息,其中第二寻呼选择信息用于提供用户选择继续保持语音呼叫业务或者是中断语音呼叫业务并接听OTT呼叫业务,用户根据第二寻呼选择信息生成第二选择结果信息,终端接受该第二选择结果信息进行保持语音呼叫业务,或者中断语音呼叫业务并接入OTT呼叫业务。通过该方式能够使得在终端处于语音呼叫业务的情况下,OTT呼叫业务不会直接并中断,提高了对OTT呼叫业务的使用体验。
参照图8,图8是本申请另一实施例提供的OTT呼叫业务的控制方法的流程图;在步骤S740中,包括但不仅限于以下步骤:
步骤S810:根据第二选择结果信息生成第二通话业务决定信息;其中,第二通话业务决定信息为保持语音呼叫业务的决定信息,或者中断语音呼叫业务并接入OTT呼叫业务;
步骤S820:向网络侧发送第二通话业务决定信息。
通过将用户选择的第一选择结果信息生成第一通话业务决定消息,在将第一通话业务决定信息发送至网络侧,从而建立对应的通话承载通道。
在一实施例中,终端已经发起了VOLTE/VONR业务(语音呼叫业务),在该语音呼叫业务保持过程中,终端接受到了微信语音通话(OTT呼叫业务)的寻呼信息,同时终端设置了OTT呼叫业务保障功能,并通过UL Information Transfer携带OTT calling guarantee(OTT呼叫业务保障请求)指示给核心网5GC。网络给微信语音通话建立了5QI9无线承载。核心网收到OTT呼叫业务保障请求的指示后,主动给终端发起5QI9的业务优先级修改,修改优先级大于5QI1优先级。(比如5QI1默认是20,5QI9设置为19,取值越小,优先级越高)。终端收到语音呼叫业务的寻呼消息后,对比OTT呼叫业务和语音呼叫业务的优先级。网络侧让用户选择保持语音呼叫业务,或者中断语音呼叫业务并接入OTT呼叫业务。同时在选择接听的OTT业务时候,给语音呼叫业务的发起方提供自动挂断短信回复。
参照图9,图9是本申请另一实施例提供的OTT呼叫业务的控制方法的流程图;在步骤S420之后,或在步骤S620中第一通话业务决定信息为接入OTT呼叫业务的情况下之后,或在步骤S820中第二通话业务决定信息为中断语音呼叫业务并接入OTT呼叫业务的情况之后,本申请提供的OTT呼叫业务的控制方法,还包括但不仅限于以下步骤:
步骤S910:响应于来自网络侧的优先级恢复指令,以使OTT呼叫业务和语音呼叫业务的优先级恢复到默认值。
在终端的OTT呼叫业务结束后,为了终端后续的正常语音呼叫业务,需要恢复终端的OTT呼叫业务和语音呼叫业务的优先值恢复到默认值,也避免终端需要一直保持OTT呼叫业务的优先所造成的资源占用。
另外,参照图10,图10是本申请一个实施例提供的控制器100的示意图。其中,该控制器100包括:存储器120、处理器110及存储在存储器120上并可在处理器110上运行的计算机程序,其特征在于,处理器110执行计算机程序时实现上述任意一项实施例的OTT呼叫业务的控制方法。
该系统通过终端向网络侧发送OTT呼叫业务保障请求,网络侧获取来自终端的OTT呼叫业务保障请求,并根据OTT呼叫业务保障请求,向终端发送优先级修改指令,终端响应于优先级修改指令,修改OTT呼叫业务的优先级,以使得OTT呼叫业务的优先级高于语音呼叫业务的优先级。将OTT呼叫业务的优先级修改至高于或者等于语音呼叫业务的优先级,使得正在进行OTT呼叫业务时能够不被语音呼叫业务的寻呼所打断,同时不会在正在进行语音呼叫业务时自动挂断OTT呼叫业务的寻呼,保障OTT呼叫业务过程和OTT呼叫业务连续性,且从网络侧提高终端的OTT呼叫业务的优先级,降低不同终端保障OTT呼叫业务的策略开发成本。
参照图10,处理器110和存储器120可以通过总线或其他方式连接。
存储器120作为一种非暂态计算机可读存储介质,可用于存储非暂态软件程序、非暂态性计算机可执行程序以及信号,如本申请实施例中的处理模块对应的程序指令/信号。处理器110通过运行存储在存储器120中的非暂态软件程序、指令以及信号,从而执行各种功能应用以及数据处理,即实现上述方法实施例的OTT呼叫业务的控制方法。
存储器120可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储上述OTT呼叫业务的控制方法的相关数据等。此外,存储器120可以包括高速随机存取存储器120,还可以包括非暂态存储器120,例如至少一个磁盘存储器120件、闪存器件、或其他非暂态固态存储器120件。在一些实施例中,存储器120可选包括相对于处理器110远程设置的存储器120,这些远程存储器120可以通过网络连接至该处理模块。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
一个或者多个信号存储在存储器120中,当被一个或者多个处理器110执行时,执行上述任意方法实施例中的OTT呼叫业务的控制方法。例如,执行以上描述的图1中的方法步骤S110至S120、图2中的方法步骤S210、图3中的方法步骤S310至S320、图4中的方法步骤S410至S420、图5中的方法步骤S510至S540、图6中的方法步骤S610至S620、图7中的方法步骤S710至S740、图8中的方法步骤S810至S820和图9中的方法步骤S910。
此外,本申请实施例提供了一种计算机可读存储介质,计算机可读存储介质存储有计算机可执行指令,该计算机可执行指令被一个或多个处理器执行,可使得上述一个或多个处理器执行上述任意方法实施例中的OTT呼叫业务的控制方法。例如执行以上描述的图1中的方法步骤S110至S120、图2中的方法步骤S210、图3中的方法步骤S310至S320、图4中的方法步骤S410至S420、图5中的方法步骤S510至S540、图6中的方法步骤S610至S620、图7中的方法步骤S710至S740、图8中的方法步骤S810至S820和图9中的方法步骤S910。
以上所描述的装置实施例仅仅是示意性的,其中作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
通过以上的实施方式的描述,本领域普通技术人员可以理解,上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器,如中央处理器、数字信号处理器或微处理器执行的软件,或者被实施为硬件,或者被实施为集成电路,如专用集成电路。这样的软件可以分布在计算机可读介质上,计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的,术语计算机存储介质包括在用于存储信息(诸如计算机可读信号、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外,本领域普通技术人员公知的是,通信介质通常包含计算机可读信号、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据,并且可包括任何信息递送介质。
以上是对本申请的较佳实施进行了具体说明,但本申请并不局限于上述实施方式,熟悉本领域的技术人员在不违背本申请精神的共享条件下还可作出种种等同的变形或替换,这些等同的变形或替换均包括在本申请权利要求所限定的范围内。

Claims (11)

1.一种OTT呼叫业务的控制方法,应用于网络侧,所述控制方法包括:
获取来自终端的OTT呼叫业务保障请求;
根据所述OTT呼叫业务保障请求,向所述终端发送优先级修改指令,以使得所述终端的OTT呼叫业务的优先级高于或等于语音呼叫业务的优先级。
2.根据权利要求1所述的OTT呼叫业务的控制方法,其特征在于,还包括:
当所述终端的OTT呼叫业务结束后,向所述终端发送优先级恢复指令,以使得所述终端的OTT呼叫业务和语音呼叫业务的优先级恢复到默认值。
3.一种OTT呼叫业务的控制方法,应用于终端,所述控制方法包括:
向网络侧发送OTT呼叫业务保障请求,以使所述网络侧根据所述OTT呼叫业务保障请求发送优先级修改指令;
响应于所述优先级修改指令,修改OTT呼叫业务的优先级,以使得OTT呼叫业务的优先级高于或等于语音呼叫业务的优先级。
4.根据权利要求3所述的OTT呼叫业务的控制方法,其特征在于,在所述终端发起OTT呼叫业务的情况下,在所述响应于所述优先级修改指令,修改OTT呼叫业务的优先级之后,所述方法包括:
接收语音呼叫业务的寻呼信息;
保持所述OTT呼叫业务。
5.根据权利要求3所述的OTT呼叫业务的控制方法,其特征在于,在响应于所述优先级修改指令,修改OTT呼叫业务的优先级之后,所述方法还包括:
同时接收到所述OTT呼叫业务的寻呼信息和所述语音呼叫业务的寻呼信息;
根据所述OTT呼叫业务的寻呼信息和所述语音呼叫业务的寻呼信息生成第一寻呼选择信息;
接收根据所述第一寻呼选择信息所得到的第一选择结果信息;
根据所述第一选择结果信息接入所述语音呼叫业务,或者接入所述OTT呼叫业务。
6.根据权利要求5所述的OTT呼叫业务的控制方法,其特征在于,所述根据所述选择结果信息接入所述语音呼叫业务,或者接入所述OTT呼叫业务,包括:
根据所述第一选择结果信息生成第一通话业务决定信息;其中,所述第一通话业务决定信息为接入所述语音呼叫业务,或者接入所述OTT呼叫业务;
向所述网络侧发送所述第一通话业务决定信息。
7.根据权利要求3所述的OTT呼叫业务的控制方法,其特征在于,在处于所述语音呼叫业务的情况下,在响应于所述优先级修改指令,修改OTT呼叫业务的优先级之后,所述方法还包括:
接收到OTT呼叫业务的寻呼信息;
根据所述OTT呼叫业务的寻呼信息生成第二寻呼选择信息;
接收所述根据所述第二寻呼选择信息所得到的第二选择结果信息;
根据所述第二选择结果信息保持所述语音呼叫业务,或者中断语音呼叫业务并接入所述OTT呼叫业务。
8.根据权利要求7所述的OTT呼叫业务的控制方法,其特征在于,所述根据所述第二选择结果信息保持所述语音呼叫业务,或者中断语音呼叫业务并接入所述OTT呼叫业务,包括:
根据所述第二选择结果信息生成第二通话业务决定信息;其中,所述第二通话业务决定信息为保持所述语音呼叫业务的决定信息,或者中断语音呼叫业务并接入所述OTT呼叫业务;
向所述网络侧发送所述第二通话业务决定信息。
9.根据权利要求4所述的OTT呼叫业务的控制方法,其特征在于,在所述OTT呼叫业务结束之后,所述方法还包括:
响应于来自所述网络侧的优先级恢复指令,以使OTT呼叫业务和语音呼叫业务的优先级恢复到默认值。
10.一种控制器,包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至2任意一项所述的OTT呼叫业务的控制方法,或者权利要求3至9任意一项所述的OTT呼叫业务的控制方法。
11.一种计算机可读存储介质,存储有计算机可执行指令,所述计算机可执行指令用于执行权利要求1至2任意一项所述的OTT呼叫业务的控制方法,或者权利要求3至9任意一项所述的OTT呼叫业务的控制方法。
CN202210680159.7A 2022-06-16 2022-06-16 Ott呼叫业务的控制方法、控制器以及存储介质 Pending CN117294791A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202210680159.7A CN117294791A (zh) 2022-06-16 2022-06-16 Ott呼叫业务的控制方法、控制器以及存储介质
PCT/CN2023/072731 WO2023241049A1 (zh) 2022-06-16 2023-01-17 Ott呼叫业务的控制方法、控制器以及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210680159.7A CN117294791A (zh) 2022-06-16 2022-06-16 Ott呼叫业务的控制方法、控制器以及存储介质

Publications (1)

Publication Number Publication Date
CN117294791A true CN117294791A (zh) 2023-12-26

Family

ID=89193096

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210680159.7A Pending CN117294791A (zh) 2022-06-16 2022-06-16 Ott呼叫业务的控制方法、控制器以及存储介质

Country Status (2)

Country Link
CN (1) CN117294791A (zh)
WO (1) WO2023241049A1 (zh)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106612545B (zh) * 2015-10-23 2020-07-31 中国移动通信集团广东有限公司 一种寻呼方法、p-cscf、s-gw以及寻呼网络系统
CN110691385B (zh) * 2018-07-06 2023-03-31 中国移动通信有限公司研究院 语音业务的处理方法、装置、相关设备及存储介质
US11057865B1 (en) * 2020-05-20 2021-07-06 Charter Communications Operating, Llc Apparatus and methods for enhanced paging in wireless networks

Also Published As

Publication number Publication date
WO2023241049A1 (zh) 2023-12-21

Similar Documents

Publication Publication Date Title
US10492243B2 (en) Fallback indicators in session initiation protocol (SIP) signaling
CN108924887B (zh) 数据业务切换方法和设备
US8838089B2 (en) Method of improving radio resource control connenction establishment in a wireless communication system and related communication device
CN113438679A (zh) 用于提升sa网络下电话呼通率的通信系统及用户设备
US8019349B2 (en) Telephone conversation resumption system, telephone conversation resumption program, telephone conversation resumption method, portable terminal and relay apparatus
CN105915736B (zh) 基于volte终端的语音通话的发起方法及装置
CN108476468B (zh) 语音呼叫处理方法及终端设备
KR20130035346A (ko) 무선통신 시스템에서 시스템 과부하 제어 방법 및 장치
US9326113B2 (en) Network device, called terminal, and method for processing third-party call
CN109905899B (zh) 一种ims呼叫发起方法、装置及计算机可读存储介质
CN111010677A (zh) 回叫方法、装置、电子设备及存储介质
CN108668098B (zh) 多方通话的建立方法、装置及多通终端
CN108377576B (zh) 一种多通路终端的来电应答方法及装置
CN115834549B (zh) 通话切换方法、装置、电子设备和计算机可读介质
CN117294791A (zh) Ott呼叫业务的控制方法、控制器以及存储介质
CN107786953B (zh) VoLTE加密呼叫处理方法、应用服务器及终端
WO2022083147A1 (zh) 紧急呼叫方法、终端及存储介质
CN113382483B (zh) 一种呼叫建立方法、基站及网络设备
CN110839115B (zh) 终端呼叫的处理方法、装置、设备及存储介质
CN112040536B (zh) 2g功能关闭用户的识别方法、装置及电子设备
US9191507B2 (en) Apparatus and method for network initiated redial
CN111225400A (zh) 一种防脱网方法、用户设备和具有存储功能的装置
US20200022184A1 (en) Random access method and apparatus, device, and storage medium
CN110730427A (zh) 群组加入方法及装置
JP2003502951A (ja) 電話発信者に宛先の交信可能を告知する方法およびシステム

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication