CN102858028A - 一种释放多方通话受控方的方法和终端 - Google Patents
一种释放多方通话受控方的方法和终端 Download PDFInfo
- Publication number
- CN102858028A CN102858028A CN2011101824132A CN201110182413A CN102858028A CN 102858028 A CN102858028 A CN 102858028A CN 2011101824132 A CN2011101824132 A CN 2011101824132A CN 201110182413 A CN201110182413 A CN 201110182413A CN 102858028 A CN102858028 A CN 102858028A
- Authority
- CN
- China
- Prior art keywords
- mpty
- prosecutor
- subjected
- application layer
- protocol stack
- 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
Links
Images
Landscapes
- Communication Control (AREA)
Abstract
本发明涉及无线移动通信领域,特别涉及一种释放多方通话受控方的方法和终端,所述方法包括:应用层发送请求消息给自身所在终端的协议栈;协议栈与网络侧进行交互,获取网络侧发送的处理结果信息并通知自身所在终端的应用层;所述装置包括:应用层,用于发送请求消息给自身所在终端的协议栈;协议栈,用于与网络侧进行交互,获取网络侧发送的处理结果信息并通知自身所在终端的应用层;本发明能够实现在用户终端应用层与协议栈之间传输所有多方通话业务过程需要的信息,通过应用层发送协议栈请求消息,进一步在协议栈与网络侧之间实现多方通话业务的交互,从而实现主控方终端释放多方通话呼叫的受控方。
Description
技术领域
本发明涉及无线移动通信领域,特别涉及一种释放多方通话受控方的方法和终端。
背景技术
在无线移动通信业务中,除了语音、数据、短消息等基本通信业务外,无线移动网络还提供了许多补充业务,如闭合用户组、来电号码显示、呼叫等待、呼叫保持、呼叫转移、遇忙用户呼叫完成、多方呼叫等。通过补充业务可以实现某些特定的功能,MPTY(Multiparty,简称为多方通话)业务就是补充业务中的一种。
在无线移动通信中,MPTY补充业务为一个移动用户提供多连接通话的能力,可以跟多个用户同时通话,即和多于一方同时通话。主控方借助呼叫保持补充业务,保持原有的呼叫,发起或接受新的呼叫,然后把新的用户加入到多方通话中,该多方呼叫服务也被称为多方呼叫(MPTY呼叫)。
主控方为发起多方通话的用户终端,该用户终端必须同时登记了呼叫保持和多方通话补充业务,主控方用户请求建立一个多方呼叫的前提条件是至少有一个保持呼叫和一个激活呼叫。受控方为MPTY业务中的其他非主控方用户,也称为远端用户。
一个多方通话必须完全由同一个用户终端(即主控方)发起和建立,每增加一个新的用户,原来的受控方都会收到相应的提示,一个多方通话中最多有5个远端方,加上主控方最多有6个用户终端。
根据3GPP协议TS22.084描述,MPTY呼叫业务也可以像单独呼叫一样进行保持、恢复等操作,此外还可以单独控制某一受控方,如当激活了MPTY呼叫业务后,远端用户可以被要求加入、释放或进行分离MPTY呼叫。MPTY呼叫业务分为业务建立、保持、MPTY激活过程中主控方操作、MPTY保持过程中主控方操作等基本业务过程。显然,要实现MPTY业务必须保证UE(终端设备)应用层、UE协议栈和网络侧之间的良好的信息沟通。
根据3GPP协议TS22.084、TS24084、TS24080、TS27007、TS22030等协议描述,关于MPTY业务的每个基本业务过程在UE协议栈和网络侧之间的通信方式(对等层通信)、通信消息及消息成员等都已定义,即根据协议描述的通信方式、通信消息及消息成员等,UE协议栈和网络侧之间可以实现MPTY业务的每个基本业务过程。然而,对保持中的MPTY业务,主控方要实现分别释放受控方,协议并没有列出具体实现方式。要实现UE与网络侧的业务过程仅仅依靠UE协议栈与网络侧之间的信息沟通是不够的,还需要UE协议栈与UE应用层之间的信息沟通。
发明内容
本发明的目的在于提供一种释放多方通话受控方的方法和终端,以解决UE协议栈与UE应用层之间信息沟通,实现解决释放多方通话受控方的问题。
为实现本发明所述目的而提供的一种释放多方通话受控方的方法,其具体方案为:
一种释放多方通话受控方的方法,所述方法包含以下步骤:
应用层发送请求消息给自身所在终端的协议栈;
协议栈与网络侧进行交互,获取网络侧发送的处理结果信息并通知自身所在终端的应用层。
进一步地,上述方法还具有以下特点:
所述应用层发送请求消息之前,还包括:应用层接收到用户操作指示,根据所述用户操作指示进行编码,生成请求消息。
进一步地,上述方法还具有以下特点:
所述应用层发送请求消息之前,还包括:应用层接收到用户操作指示,根据所述用户操作指示进行封装,生成请求消息。
进一步地,上述方法还具有以下特点:
所述接收到用户操作指示具体为:
当用户输入需要释放的多方通话受控方的呼叫标识ID后,用户层接收到携带有所述受控方的呼叫标识ID的用户操作指示。
进一步地,上述方法还具有以下特点:
所述根据所述用户操作指示进行编码具体为:根据所述用户操作指示编码生成扩展AT指令。
进一步地,上述方法还具有以下特点:
在接收到所述用户操作指示后,还包括:应用层判断自身所在终端是否具有发起释放多方通话受控方的资格,若具有,则根据所述用户操作指示进行处理;若不具有,则反馈错误信息给用户。
进一步地,上述方法还具有以下特点:
所述协议栈与网络侧进行交互之前还包括:协议栈对应用层发送的请求消息进行解析,并生成释放请求消息。
进一步地,上述方法还具有以下特点:
所述协议栈与网络侧进行交互之前还包括:协议栈对应用层发送的请求消息进行处理,生成释放请求消息。
进一步地,上述方法还具有以下特点:
所述协议栈与网络侧进行交互之前,还包括判断是否满足释放多方通话受控方的条件,若不满足,则回复请求消息错误指示,并携带错误原因类型和错误原因值。
进一步地,上述方法还具有以下特点:
所述获取网络侧发送的处理结果信息并通知自身所在终端的应用层具体为,协议栈将处理结果编码为响应扩展AT指令格式给应用层。若网络侧处理成功,则向应用层回复成功指示消息;若网络侧处理失败,则向应用层回复失败指示消息。其中,失败指示消息包括错误原因值和错误原因类型。
为实现本发明所述目的本发明还提供了一种释放多方通话受控方的终端,其具体方案为:
一种释放多方通话受控方的终端,包括:
应用层,用于发送请求消息给自身所在终端的协议栈;
协议栈,用于与网络侧进行交互,获取网络侧发送的处理结果信息并通知自身所在终端的应用层。
进一步地,上述终端还可以具有以下特点:所述应用层包括编码模块和管理模块,其中:
编码模块,用于根据接收的用户操作指示,编码生成请求消息;
管理模块,用于根据协议栈发送的处理结果,通知用户。
进一步地,上述终端还可以具有以下特点:所述管理模块还用于,当用户输入需要释放的多方通话受控方的呼叫标识ID后,管理模块接收到携带有所述受控方的呼叫标识ID的用户操作指示,并发送给编码模块。
进一步地,上述终端还可以具有以下特点:所述编码模块根据接收的用户操作指示,编码生成释放请求消息,具体为:根据用户操作指示中携带的所述受控方的呼叫标识ID,进行编码生成扩展AT指令,生成请求消息。
进一步地,上述终端还可以具有以下特点:所述应用层包括封装模块和管理模块,其中:
封装模块,用于根据接收的用户操作指示,生成释放请求消息;
管理模块,用于根据协议栈发送的释放结果,显示给用户。
进一步地,上述终端还可以具有以下特点:所述封装模块进一步用于,根据用户操作指示中携带的所述受控方的呼叫标识ID进行封装,生成释放请求消息;
所述管理模块进一步用于当用户输入需要释放的多方通话受控方的呼叫标识ID后,管理模块接收到携带有所述受控方的呼叫标识ID的用户操作指示,并发送给封装模块。
进一步地,上述终端还可以具有以下特点:所述应用层还包括:
判断模块,用于判断自身所在终端是否具有发起释放多方通话受控方的资格。
进一步地,上述终端还可以具有以下特点:所述协议栈包括交互模块,用于将请求消息与网络侧交互,获取释放多方通话呼叫受控方的结果,并发送给自身所在终端的应用层。
进一步地,上述终端还可以具有以下特点:所述协议栈进一步包括:解析模块,用于对应用层发送的请求消息进行解析,并生成释放请求消息,发给交互模块。
进一步地,上述终端还可以具有以下特点:所述协议栈进一步包括:处理模块,用于对应用层发送的请求消息进行处理,生成释放请求消息,发给交互模块。
进一步地,上述终端还可以具有以下特点:所述协议栈进一步包括:判断模块,用于判断是否满足释放多方通话受控方的条件。
进一步地,上述终端还可以具有以下特点:所述协议栈进一步包括编码模块,用于将网络侧发送的处理结果,编码为扩展AT指令并发送给交互模块;交互模块还进一步用于将协议栈编码模块发送的扩展AT指令发送给自身终端所在应用层。所述应用层进一步包括解码模块,用于将协议栈发送的扩展AT指令解码后发送给管理模块。
采用本发明的方法和装置,可以在用户终端应用层与协议栈之间传输所有多方通话业务过程需要的信息,通过应用层发送协议栈请求消息,进一步在协议栈与网络侧之间实现多方通话业务的交互,从而实现主控方终端释放多方通话呼叫的受控方。
附图说明
图1是单个呼叫建立流程;
图2是单个激活呼叫保持流程;
图3是在一个保持呼叫基础上建立另一个激活呼叫;
图4是建立MPTY呼叫流程;
图5是保持激活MPTY呼叫流程;
图6是本发明一种释放多方通话受控方的方法流程示意图;
图7是本发明实施例提供的一种释放多方通话受控方的方法流程图;
图8是本发明实施例提供的另一种释放多方通话受控方的方法流程图;
图9是本发明实施例提供的一种释放多方通话受控方的终端结构示意图;
图10是本发明实施例提供的另一种释放多方通话受控方的终端结构示意图;
图11是本发明实施例提供的释放多方通话受控方成功的流程;
图12是本发明实施例提供的释放多方通话受控方异常的流程。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明主控方分别释放保持MPTY呼叫的受控方的方法作进一步详细说明。
本发明的基本思想是:应用层通过生成请求释放MPTY呼叫受控方的消息,发送给协议栈,由协议栈进行解析后生成释放MPTY呼叫受控方的消息,与网络侧进行交互,对MPTY呼叫受控方进行释放控制。
在附图中将UE应用层、UE协议栈和网络侧的信息交互流程均描述出来。实际上现有技术的相关协议中只定义了UE协议栈与网络侧信息交互所使用的非接入层消息,而对于UE应用层与UE协议栈信息交互所使用的AT指令并没有定义,用户无法通过UE应用层触发或响应释放保持MPTY受控方的业务。
由3GPP TS27007和3GPP TS22030协议描述中可以明确,当前没有释放保持MPTY呼叫受控方的对应指令,为和MPTY补充业务使用的AT指令对齐,因此在本实施例中对标准指令进行了扩展。因多方通话必须借助呼叫保持来建立,所以主控方必须同时登记了呼叫保持和多方通话补充业务,假设主控方用户为A,且A已申请且开通了呼叫保持和多方通话的补充业务,MPTY呼叫的受控方分别为B和C。
本发明主控方分别释放保持的MPTY呼叫受控方的方法前提是,存在已建立激活并保持的MPTY业务。
一、MPTY呼叫建立前提
图1是主控方A请求建立与B的单激活呼叫,且业务激活成功的UE应用层、UE协议栈和网络侧信息交互流程示意图;图2对A与B激活呼叫的保持,且保持业务成功的UE应用层、UE协议栈和网络侧信息交互流程示意图;图3是在存在一路保持呼叫基础上新建立一路激活呼叫(可以是MO呼叫或MT呼叫,图3所示是MO呼叫),且呼叫建立过程成功的UE应用层、UE协议栈和网络侧信息交互流程示意图;根据3GPP TS22084协议,由图1、图2和图3可知,存在一路保持呼叫和一路激活呼叫,满足建立MPTY呼叫业务的条件和前提。
二、MPTY呼叫建立激活
图4是MPTY呼叫建立激活,且建立激活过程成功的UE应用层、UE协议栈和网络侧信息交互流程示意图;由图可知,当满足建立MPTY呼叫业务的条件时,用户想发起建立MPTY呼叫,主控方(A)UE发送AT+CHLD=3指令到协议栈,UE协议栈将在FACILITY消息中携带该请求相关信息。网络在FACILITY消息中返回受理激活业务请求的结果,UE协议栈将网络返回的结果以AT指令消息响应的方式指示给用户。
三、MPTY激活呼叫保持
图5是保持激活的MPTY呼叫,且保持成功的UE应用层、UE协议栈和网络侧信息交互流程示意图。由图可知,主控方UE通过AT+CHLD=2,要求协议栈保持当前激活的MPTY呼叫,协议栈在FACILITY消息内容中携带保持的请求信息。网络在FACILITY消息返回网络侧MPTY补充业务的处理结果。若保持激活的MPTY业务成功,将返回保持成功的MPTY呼叫信息;若对激活的MPTY呼叫保持失败,将返回网络侧保持失败的错误原因类别和错误原因值。
本发明提供一种释放多方通话受控方的方法,图6是本发明提供的方法的流程示意图,如图6所示,该方法包括以下步骤:
S602、应用层发送请求消息给自身所在终端的协议栈。
S604、协议栈与网络侧进行交互,获取网络侧发送的处理结果信息并通知自身所在终端的应用层。
其中,步骤S602中应用层发送请求消息前还包括,生成释放请求指示,作为请求消息,其中生成释放请求指示有以下实现方式:
其一,应用层根据接收到的用户操作指示进行编码,生成释放请求指示,作为请求消息,发送给协议栈;对应地,协议栈在接收到请求消息以后对请求消息进行解码,并生成释放请求消息,发送给网络侧。
其二,应用层根据接收到的用户操作指示进行封装,生成释放请求指示,作为请求消息,发送给协议栈;对应地,协议栈接收到请求消息以后对请求消息进行处理,生成释放请求消息,发送给网络侧。
本发明实施例提供的一种释放多方通话受控方的方法流程如图7所示,
S702、应用层根据用户操作指示编码生成请求消息,发送给协议栈;
S704、协议栈解析收到的请求消息,生成释放请求消息,并将释放请求消息发送给网络侧;
S706、协议栈获取网络侧发送的处理结果信息,并通知应用层。
其中,步骤S702中,所述应用层根据用户操作指示编码生成请求消息之前,还包括,当用户输入需要释放的MPTY受控方的呼叫标识ID,终端应用层接收到携带有所述受控方的呼叫标识ID的用户操作指示,根据用户操作指示编码后生成请求消息,发送给协议栈。
进一步的,应用层根据用户操作指示编码具体为,应用层根据用户操作指示生成扩展AT指令。根据该用户操作指示中携带的被释放的受控方呼叫标识ID进行编码,编码的方法具体是将标准AT+CHLD指令进行扩充,特别地,将参数3进行扩充。如受控方呼叫标识ID为1,将AT指令扩充为31,如受控方呼叫标识ID为2,将AT指令扩充为32。
进一步的,应用层在接收到用户操作指示后,判断自身所在终端是否具有发起释放多方通话受控方的资格,若具有,则根据用户操作指示进行编码;若不具有,则反馈错误信息给用户,错误信息为失败。所述判断自身所在终端是否具有发起释放多方通话受控方的资格,具体为,判断此MPTY呼叫是否是自身所在终端发起。
其中,步骤S704进一步包括以下步骤:
进一步的,协议栈解析收到的请求消息的方法是根据扩展AT命令的格式,从AT命令的字符串中提取请求消息的内容。
进一步的,协议栈在接收请求消息后,则对扩展AT指令进行解码,然后协议栈对是否满足释放呼叫的条件判断,若满足条件,则将释放请求消息发送给网络侧,并等待网络侧响应;若不满足条件,则直接回复请求消息错误指示,并携带错误原因类型和错误原因值。其中,协议栈对是否满足释放呼叫的条件判断包括协议栈通过查找与呼叫实例匹配的呼叫状态标识MPTY_INDICATOR(MPTY呼叫标识)和HOLD_INDICATOR(呼叫保持标识)来判断应用层发出的请求是否是MPTY呼叫且处于保持状态。
其中,步骤S706进一步包括,网络侧根据释放请求消息释放受控方,并发送释放成功指示消息。协议栈接收到释放成功指示消息,通知应用层释放成功;若协议栈接收到释放失败指示消息,通知应用层释放失败。其中,释放失败指示消息包括错误原因值和错误原因类型。错误原因类型包括但不限于SIM卡出错、本地终端原因、应用原因、网络原因;错误原因值包括但不限于无SIM卡、呼叫已释放、参数超出范围、网络丢失覆盖。
进一步的,协议栈通知自身所在终端的应用层网络侧处理结果,具体为,协议栈将处理结果编码为响应扩展AT指令格式(最终结果上报(FRC,FinalResult Code))给应用层。若网络侧处理成功,则向应用层回复成功指示消息;若网络侧处理失败,则向应用层回复失败指示消息。其中,失败指示消息包括错误原因值和错误原因类型。对于应用层发送到协议栈的AT指令,从功能上可以分为执行指令、查询指令以及帮助指令三种形式,并且对于这三种指令,协议栈都要求给出相应的AT指令响应结果(即协议栈必须对应用层的AT指令请求作出响应)。对于协议栈发送给应用层的结果代码,从功能上可以分为最终结果代码(Final Result Code,简称为FRC)、中间结果代码(Intermediate ResultCode,简称为IRC)以及主动结果代码(Unsolicited Result Code,简称为URC)三种形式,其中,FRC用于指明AT指令的执行成功与否(即AT指令响应结果),通常使用“OK”或“ERROR”表示;IRC和URC是在通信过程中由协议栈主动上报给应用层关于协议栈或网络侧所发生的一些状态变化或事件。对于这三种结果代码,应用层可以根据当前上下文环境给出相应的响应或发送新的AT指令请求到协议栈。
以上涉及的错误原因类型包括但不限于如SIM卡出错、本地终端原因、应用原因、网络原因;错误原因值包括但不限于如无SIM卡、呼叫已释放、参数超出范围、网络丢失覆盖等。
本发明实施例提供的一种释放多方通话受控方的方法流程如图8所示,
S802、应用层根据用户操作指示封装生成请求消息,发送给自身所在终端的协议栈;
S804、协议栈处理接收到的请求消息,生成释放请求消息,并发送给网络侧;
S806、协议栈获取网络侧发送的处理结果信息并通知自身所在终端的应用层。
步骤S802进一步包括,当用户输入需要释放的MPTY受控方的呼叫标识ID,终端应用层接收到携带有所述受控方的呼叫标识ID的用户操作指示后,应用层对用户操作指示进程封装成与基带协议栈直接通信的请求消息,所述封装具体为:应用层将用户操作指示或按键映射,以与基带约定好的通信方式(层间接口或原语等)进行组装,组装好的原语或层间接口即可直接与基带协议栈进行交互,协议栈减少了复杂的编解码过程,从而减少信息处理和交互的时间。
步骤S804具体为,协议栈接收到应用层发送的封装的请求消息后,将请求消息进行处理,生成释放请求消息与网络侧进行交互。所述处理指按照协议栈与网络侧约定的通信协议,生成释放请求消息。
进一步的,协议栈在接收请求消息后,则对是否满足释放呼叫的条件判断,若满足条件,则将释放请求消息发送给网络侧,并等待网络侧响应;若不满足条件,则直接回复请求消息错误指示,并携带错误原因类型和错误原因值。其中,协议栈对是否满足释放呼叫的条件判断包括协议栈通过查找与呼叫实例匹配的呼叫状态标识MPTY_INDICATOR(MPTY呼叫标识)和HOLD_INDICATOR(呼叫保持标识)来判断应用层发出的请求是否是MPTY呼叫且处于保持状态。
步骤S806中,在协议栈获取网络侧发送的处理结果信息之前,还包括网络侧根据释放请求消息释放受控方,并发送释放成功指示消息。协议栈接收到释放成功指示消息,通知应用层释放成功;若协议栈接收到释放失败指示消息,通知应用层释放失败。其中,释放失败指示消息包括错误原因值和错误原因类型。错误原因类型包括但不限于SIM卡出错、本地终端原因、应用原因、网络原因;错误原因值包括但不限于无SIM卡、呼叫已释放、参数超出范围、网络丢失覆盖。
进一步的,协议栈通知自身所在终端的应用层网络侧处理结果,具体为,协议栈将处理结果编码为响应扩展AT指令格式最终结果上报(FRC,FinalResult Code))给应用层。若网络侧处理成功,则向应用层回复成功指示消息;若网络侧处理失败,则向应用层回复失败指示消息。其中,失败指示消息包括错误原因值和错误原因类型。
以上涉及的错误原因类型包括但不限于如SIM卡出错、本地终端原因、应用原因、网络原因;错误原因值包括但不限于如无SIM卡、呼叫已释放、参数超出范围、网络丢失覆盖等。
图9是本发明实施例提供的一种终端的结构示意图,该终端包括应用层和协议栈,
应用层,用于发送请求消息给自身所在终端的协议栈。
协议栈,用于与网络侧进行交互,获取网络侧发送的处理结果信息并通知自身所在终端的应用层。
所述应用层还用于,接收用户操作指示,根据所述用户操作指示,生成请求消息。
所述,接收用户操作指示,根据所述用户操作指示,生成请求消息,具体为:应用层根据接收到的携带有所述受控方的呼叫标识ID的用户操作指示,将用户操作指示编码后生成请求消息,发送给协议栈。
所述应用层进一步包括:编码模块、管理模块;其中,
编码模块,用于根据接收的用户操作指示,生成请求消息;
管理模块,用于根据协议栈发送的处理结果,通知用户。
所述管理模块还用于,当用户输入需要释放的多方通话受控方的呼叫标识ID后,管理模块接收到携带有所述受控方的呼叫标识ID的用户操作指示,并发送给编码模块。
编码模块进一步用于,根据用户操作指示中携带的所述受控方的呼叫标识ID,进行编码,生成请求消息。
应用层还进一步包括判断模块,用于判断自身所在终端是否具有发起释放多方通话受控方的资格,其中判断模块通过判断MPTY呼叫是否由自身终端发起来确认终端是否有发起释放多方通话受控方的资格。若具有,则将用户操作指示进行编码;若不具有,则反馈错误信息给用户,所述错误信息为失败。
协议栈进一步包括:解析模块、交互模块;其中,
解析模块,用于对应用层发送的请求消息进行解析,并根据请求消息的内容生成释放请求消息,发送给交互模块;
交互模块,用于与网络侧交互,获取释放MPTY呼叫受控方的结果,并发送给自身所在终端的应用层。
解析模块进一步用于,对释放MPTY呼叫受控方结果进行解析,得到错误原因和错误原因值,并发送给自身所在终端的应用层。
协议栈进一步包括:判断模块,用于判断是否满足释放MPTY受控方的条件,协议栈通过查找与呼叫实例匹配的呼叫状态标识MPTY_INDICATOR(MPTY呼叫标识)和HOLD_INDICATOR(呼叫保持标识)来判断应用请求的释放呼叫是否是MPTY呼叫且处于保持状态。
协议栈进一步包括:编码模块,用于将网络侧发送的处理结果,编码为响应扩展AT指令并发送给交互模块;
对应地,交互模块还进一步用于将协议栈编码模块发送的响应扩展AT指令发送给自身终端所在应用层。
对应地,应用层还包括解码模块,用于将协议栈发送的响应扩展AT指令解码后发送给管理模块。
图10是本发明实施例提供的另一种终端的结构示意图,
应用层,用于发送请求消息给自身所在终端的协议栈。
协议栈,用于与网络侧进行交互,获取网络侧发送的处理结果信息并通知自身所在终端的应用层。
所述应用层还用于,接收用户操作指示,根据所述用户操作指示,生成请求消息。
所述,接收用户操作指示,根据所述用户操作指示,生成请求消息,具体为:应用层根据接收到的携带有所述受控方的呼叫标识ID的用户操作指示,将用户操作指示编码后生成请求消息,发送给协议栈。
所述应用层进一步包括:封装模块、管理模块;其中,
封装模块,用于根据接收的用户操作指示,生成请求消息;
管理模块,用于根据协议栈发送的释放结果,显示给用户。
所述管理模块还用于,当用户输入需要释放的多方通话受控方的呼叫标识ID后,管理模块接收到携带有所述受控方的呼叫标识ID的用户操作指示,并发送给封装模块。
封装模块进一步用于,根据用户操作指示中携带的所述受控方的呼叫标识ID,进行封装,生成请求消息。
应用层还进一步包括判断模块,用于判断自身所在终端是否具有发起释放多方通话受控方的资格,其中判断模块通过判断MPTY呼叫是否由自身终端发起来确认终端是否有发起释放多方通话受控方的资格。若具有,则将用户操作指示进行封装;若不具有,则反馈错误信息给用户,所述错误信息包括成功或失败。
协议栈进一步包括:处理模块和交互模块,
交互模块,用于将释放请求消息发送给网络侧,获取释放MPTY呼叫受控方的结果,并发送给处理模块。
处理模块,用于将接收到的请求消息,生成释放请求消息,发送给交互模块。
处理模块进一步用于,对释放MPTY呼叫受控方结果进行解析,得到错误原因类型和错误原因值,并发送给自身所在终端的应用层。
协议栈进一步包括:判断模块,用于判断是否满足释放MPTY受控方的条件,协议栈通过查找与呼叫实例匹配的呼叫状态标识MPTY_INDICATOR(MPTY呼叫标识)和HOLD_INDICATOR(呼叫保持标识)来判断应用请求的释放呼叫是否是MPTY呼叫且处于保持状态。
协议栈进一步包括:编码模块,用于将网络侧发送的处理结果,编码为响应扩展AT指令并发送给交互模块;
对应地,交互模块还进一步用于将协议栈编码模块发送的响应扩展AT指令发送给自身终端所在应用层。
对应地,应用层还包括解码模块,用于将协议栈发送的响应扩展AT指令解码后发送给管理模块。
如图11、图12是主控方释放保持MPTY呼叫受控方的具体流程的一种实施例。
图11是主控方分别释放保持MPTY呼叫受控方,且释放成功的信息交互流程示意图。图12是主控方分别释放保持MPTY呼叫受控方,且释放失败的信息交互流程示意图。
本实施例中,对标准AT+CHLD指令的扩充规则根据参数1x和2x对参数3进行扩充,即添加3x参数,见表一中“指令参数扩充说明”栏。在本实施例中,需要释放编号为1和编号为2的受控方,生成扩展AT指令为:AT+CHLD=31和AT+CHLD=32。
表一:AT指令、AT指令响应的具体信息和格式
由图可知,在MPTY业务已建立激活并保持的状态下,主控方要分别释放呼叫标识ID号为1和2的保持呼叫的受控方,UE应用层接收到用户操作指示后,先通过发送AT+CHLD=31扩展AT指令请求协议栈释放ID号为1的保持MPTY呼叫受控方的MPTY补充业务。呼叫UE协议栈以释放请求消息(DISCONNECT消息)发起释放MPTY受控方业务请求给网络侧,网络侧返回释放成功指示,UE协议栈会把网络侧处理结果以响应扩展AT指令发送给应用层,应用层指示给主控方用户。UE应用层随后发送AT+CHLD=32扩展AT指令请求协议栈释放ID号为2的保持MPTY呼叫受控方的MPTY补充业务。若网络侧对释放指定的保持MPTY呼叫受控方操作成功,将返回释放成功的指示信息给UE协议栈,协议栈将成功指示(ok)响应给应用层(图8);若释放操作失败,网络将会向UE协议栈指示错误原因类型和错误原因值(图9),协议栈将错误指示(error)并包括错误原因类型和错误原因值响应给应用层。
本发明通过生成请求消息的方式来实现主控方应用层与协议栈之间的信息交互,并通过区分受控方ID,实现分别释放保持MPTY呼叫的受控方。通过使用本发明方法,可以在UE应用层与协议栈之间传输所有MPTY业务过程需要的信息,进而在UE与网络侧之间实现MPTY业务的交互。
本领域技术人员显然清楚并且理解,本发明所举的以上实施例仅用于说明本发明,而并不用于限制本发明。虽然通过实施例有效描述了本发明,本领域技术人员知道,本发明存在许多变化而不脱离本发明的精神,在不背离本发明的精神及其实质的情况下,本领域技术人员当可根据本发明方法做出各种相应的改变或变形,但这些相应的改变或变形均属于本发明的权利要求保护范围。
Claims (22)
1.一种释放多方通话受控方的方法,其特征在于,所述方法包含以下步骤:
应用层发送请求消息给自身所在终端的协议栈;
协议栈与网络侧进行交互,获取网络侧发送的处理结果信息并通知自身所在终端的应用层。
2.如权利要求1所述的一种释放多方通话受控方的方法,其特征在于,所述应用层发送请求消息之前,还包括:
应用层接收到用户操作指示,根据所述用户操作指示进行编码,生成请求消息。
3.如权利要求1所述的一种释放多方通话受控方的方法,其特征在于,所述应用层发送请求消息之前,还包括:
应用层接收到用户操作指示,根据所述用户操作指示进行封装,生成请求消息。
4.如权利要求2或3所述的一种释放多方通话受控方的方法,其特征在于,所述接收到用户操作指示具体为:
当用户输入需要释放的多方通话受控方的呼叫标识ID后,应用层接收到携带有所述受控方的呼叫标识ID的用户操作指示。
5.如权利要求2所述的一种释放多方通话受控方的方法,其特征在于,所述根据所述用户操作指示进行编码具体为:根据所述用户操作指示编码生成扩展AT指令。
6.如权利要求2或3所述的一种释放多方通话受控方的方法,其特征在于,在接收到所述用户操作指示后,还包括:应用层判断自身所在终端是否具有发起释放多方通话受控方的资格,若具有,则根据所述用户操作指示进行处理;若不具有,则反馈错误信息给用户。
7.如权利要求2所述的一种释放多方通话受控方的方法,其特征在于,所述协议栈与网络侧进行交互之前还包括:协议栈对应用层发送的请求消息进行解析,并生成释放请求消息。
8.如权利要求3所述的一种释放多方通话受控方的方法,其特征在于,所述协议栈与网络侧进行交互之前还包括:协议栈对应用层发送的请求消息进行处理,生成释放请求消息。
9.如权利要求1或7或8所述的一种释放多方通话受控方的方法,其特征在于,所述协议栈与网络侧进行交互之前,还包括判断是否满足释放多方通话受控方的条件,若不满足,则回复请求消息错误指示,并携带错误原因类型和错误原因值。
10.如权利要求1所述的一种释放多方通话受控方的方法,其特征在于,所述获取网络侧发送的处理结果信息并通知自身所在终端的应用层具体为,协议栈将处理结果编码为响应扩展AT指令格式给应用层。若网络侧处理成功,则向应用层回复成功指示消息;若网络侧处理失败,则向应用层回复失败指示消息。其中,失败指示消息包括错误原因值和错误原因类型。
11.一种释放多方通话受控方的终端,其特征在于,包括:
应用层,用于发送请求消息给自身所在终端的协议栈;
协议栈,用于与网络侧进行交互,获取网络侧发送的处理结果信息并通知自身所在终端的应用层。
12.如权利要求11所述的一种释放多方通话受控方的终端,其特征在于,所述应用层包括编码模块和管理模块,其中:
编码模块,用于根据接收的用户操作指示,编码生成请求消息;
管理模块,用于根据协议栈发送的处理结果,通知用户。
13.如权利要求12所述的一种释放多方通话受控方的终端,其特征在于,所述管理模块还用于,当用户输入需要释放的多方通话受控方的呼叫标识ID后,管理模块接收到携带有所述受控方的呼叫标识ID的用户操作指示,并发送给编码模块。
14.如权利要求12所述的一种释放多方通话受控方的终端,其特征在于,所述编码模块根据接收的用户操作指示,编码生成释放请求消息,具体为:根据用户操作指示中携带的所述受控方的呼叫标识ID,进行编码生成扩展AT指令,生成请求消息。
15.如权利要求11所述的一种释放多方通话受控方的终端,其特征在于,所述应用层包括封装模块和管理模块,其中:
封装模块,用于根据接收的用户操作指示,生成请求消息;
管理模块,用于根据协议栈发送的释放结果,显示给用户。
16.如权利要求15所述的一种释放多方通话受控方的终端,其特征在于,所述封装模块进一步用于,根据用户操作指示中携带的所述受控方的呼叫标识ID进行封装,生成请求消息;
所述管理模块进一步用于当用户输入需要释放的多方通话受控方的呼叫标识ID后,管理模块接收到携带有所述受控方的呼叫标识ID的用户操作指示,并发送给封装模块。
17.如权利要求11所述的一种释放多方通话受控方的终端,其特征在于,所述应用层还包括:
判断模块,用于判断自身所在终端是否具有发起释放多方通话受控方的资格。
18.如权利要求11所述的一种释放多方通话受控方的终端,其特征在于,所述协议栈包括:
交互模块,用于与网络侧交互,获取释放多方通话呼叫受控方的结果,并发送给自身所在终端的应用层。
19.如权利要求18所述的一种释放多方通话受控方的终端,其特征在于,所述协议栈进一步包括:解析模块,用于对应用层发送的请求消息进行解析,并生成释放请求消息,发给交互模块。
20.如权利要求18所述的一种释放多方通话受控方的终端,其特征在于,所述协议栈进一步包括:处理模块,用于将接收到的请求消息,生成释放请求消息,发送给交互模块。
21.如权利要求11所述的一种释放多方通话受控方的终端,其特征在于,所述协议栈进一步包括:判断模块,用于判断是否满足释放多方通话受控方的条件。
22.如权利要求18所述的一种释放多方通话受控方的终端,其特征在于,所述协议栈进一步包括编码模块,用于将网络侧发送的处理结果,编码为扩展AT指令并发送给交互模块;交互模块还进一步用于将协议栈编码模块发送的扩展AT指令发送给自身终端所在应用层。所述应用层进一步包括解码模块,用于将协议栈发送的扩展AT指令解码后发送给管理模块。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011101824132A CN102858028A (zh) | 2011-06-30 | 2011-06-30 | 一种释放多方通话受控方的方法和终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011101824132A CN102858028A (zh) | 2011-06-30 | 2011-06-30 | 一种释放多方通话受控方的方法和终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102858028A true CN102858028A (zh) | 2013-01-02 |
Family
ID=47404124
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2011101824132A Pending CN102858028A (zh) | 2011-06-30 | 2011-06-30 | 一种释放多方通话受控方的方法和终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102858028A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014177072A1 (zh) * | 2013-10-30 | 2014-11-06 | 中兴通讯股份有限公司 | Cdma系统的呼叫等待的处理方法、装置、终端及系统 |
WO2017067009A1 (zh) * | 2015-10-23 | 2017-04-27 | 华为技术有限公司 | 信息交互的方法、设备及系统 |
WO2017067008A1 (zh) * | 2015-10-23 | 2017-04-27 | 华为技术有限公司 | 信息交互的方法、设备及系统 |
WO2023207786A1 (zh) * | 2022-04-27 | 2023-11-02 | 维沃移动通信有限公司 | 数据处理方法及装置 |
CN117097779A (zh) * | 2023-10-16 | 2023-11-21 | 之江实验室 | 一种网络通信的方法、装置、存储介质及电子设备 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101035373A (zh) * | 2007-04-11 | 2007-09-12 | 重庆重邮信科(集团)股份有限公司 | 一种使用at指令实现ccbs业务的方法 |
CN101895852A (zh) * | 2010-07-21 | 2010-11-24 | 中兴通讯股份有限公司 | 一种实现多方通话的方法及通话终端 |
-
2011
- 2011-06-30 CN CN2011101824132A patent/CN102858028A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101035373A (zh) * | 2007-04-11 | 2007-09-12 | 重庆重邮信科(集团)股份有限公司 | 一种使用at指令实现ccbs业务的方法 |
CN101895852A (zh) * | 2010-07-21 | 2010-11-24 | 中兴通讯股份有限公司 | 一种实现多方通话的方法及通话终端 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014177072A1 (zh) * | 2013-10-30 | 2014-11-06 | 中兴通讯股份有限公司 | Cdma系统的呼叫等待的处理方法、装置、终端及系统 |
WO2017067009A1 (zh) * | 2015-10-23 | 2017-04-27 | 华为技术有限公司 | 信息交互的方法、设备及系统 |
WO2017067008A1 (zh) * | 2015-10-23 | 2017-04-27 | 华为技术有限公司 | 信息交互的方法、设备及系统 |
KR20180072770A (ko) * | 2015-10-23 | 2018-06-29 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 정보 교환 방법 및 시스템, 그리고 기기 |
KR102048761B1 (ko) | 2015-10-23 | 2019-11-26 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 정보 교환 방법 및 시스템, 그리고 기기 |
WO2023207786A1 (zh) * | 2022-04-27 | 2023-11-02 | 维沃移动通信有限公司 | 数据处理方法及装置 |
CN117097779A (zh) * | 2023-10-16 | 2023-11-21 | 之江实验室 | 一种网络通信的方法、装置、存储介质及电子设备 |
CN117097779B (zh) * | 2023-10-16 | 2024-01-30 | 之江实验室 | 一种网络通信的方法、装置、存储介质及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102573128B (zh) | 短距离无线移动终端方法和系统 | |
US10064031B2 (en) | Method and apparatus for migrating active communication session between terminals | |
CN103957522A (zh) | 一种智能通讯方法、终端及系统 | |
US10182158B2 (en) | Voice gateway-based communication method | |
US9451067B2 (en) | Portable terminal auxiliary device having satellite communication function | |
CN101132542B (zh) | 无线网络中用于接续紧急通话的方法和装置 | |
EP1890500A1 (en) | Method for processing the defeated videophone call based on mobile communication network | |
CN102858028A (zh) | 一种释放多方通话受控方的方法和终端 | |
CN102571184A (zh) | 短距离无线中继方法和系统 | |
CN102548045A (zh) | 短距离无线中继方法和系统 | |
CN101400149A (zh) | 一种移动终端实现远程协助的系统和方法 | |
CN101409871A (zh) | 一种远程遥控方法、系统和遥控装置 | |
CN105307227A (zh) | 电路交换域中的通信业务处理方法及装置 | |
CN101355611B (zh) | 语音会议系统及应用该语音会议系统的便携式电子装置 | |
CN104168550A (zh) | 多终端交互的通信方法、多卡终端及交互终端 | |
CN104348814A (zh) | 一种强插/强拆业务的实现方法、系统及应用服务器 | |
CN101478617B (zh) | 实现voip语音的方法、系统、家庭网关及usb无绳设备 | |
CN101394443B (zh) | 一种带内收号的方法、系统及设备 | |
CN106992957B (zh) | 网络通话转接至移动通信终端的方法及装置 | |
CN103945338A (zh) | 一种建立单呼业务的方法 | |
CN103841141A (zh) | 一种多媒体通信系统和方法 | |
CN105577634A (zh) | 一种密话通信建立失败的处理方法及用户终端 | |
CN101895852B (zh) | 一种实现多方通话的方法及通话终端 | |
CN101296205B (zh) | 在ip网络或混合网络中实现透明传输的方法、设备及系统 | |
CN104202237A (zh) | 一种通讯的方法、装置及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C05 | Deemed withdrawal (patent law before 1993) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20130102 |