CN101035373A - 一种使用at指令实现ccbs业务的方法 - Google Patents

Abstract

本发明提出一种使用AT指令的通信方式，在UE应用层与UE协议栈之间建立实现CCBS业务的信息沟通方式，使得UE能够通过AT指令简洁、完整地实现UE与网络侧之间CCBS业务的交互流程，进而完全实现CCBS业务。本发明方法以CCBS业务UE协议栈与网络侧对等层之间通信的相关信息为依据，UE应用层以AT指令请求向UE协议栈传输用户事件，UE协议栈以AT指令响应向UE应用层传输协议栈或网络侧对用户事件的处理结果，并以URC向UE应用层主动上报事件处理过程中发生的网络事件。

Description

一种使用AT指令实现CCBS业务的方法

技术领域

本发明涉及一种使用AT指令实现无线移动通信***用户终端(简称为UE)遇忙用户呼叫完成补充业务(Completion of Calls to Busy Subscriber，简称为CCBS业务)的方法，特别涉及一种使用AT指令在UE应用层和UE协议栈之间形成信息交互，从而实现CCBS业务的方法。

技术背景

在无线移动通信业务中，除了语音、数据、短消息等基本通信业务外，无线移动网络还提供了隐藏本机号码、来电号码显示、呼叫等待、呼叫转移等特色业务，即所谓的补充业务。通过补充业务可以实现某些特定的功能，CCBS业务就是补充业务中的一种。

在无线移动通信中，当某一UE向另一UE发起呼叫时，如果接收呼叫信息的UE(以下称为被叫UE)当前正处于通话状态且未激活呼叫等待补充业务(即当某UE处于通话状态时，通知该UE有新的来电)，此刻发出呼叫信息的UE(以下称为呼叫UE)的呼叫请求将被网络侧拒绝，呼叫UE只有在等待到被叫UE空闲后(即没有处于通话状态)，再次呼叫才可能成功。被叫UE什么时候会处于空闲状态，呼叫UE并不知道，但是网络侧却是知道的，即被叫UE是否空闲的信息只能从网络侧获取。当网络侧检测到被叫UE空闲后，主动以振铃的方式通知呼叫UE前一遇忙的被叫UE已经“空闲”，呼叫UE可以重新对此被叫UE发起呼叫请求。这种特殊的功能业务就是所谓遇忙用户呼叫完成补充业务(简称为CCBS业务)。由上述可知，对于已经激活CCBS业务的UE，当发起呼叫请求遇到被叫UE正忙时，可以在被叫UE空闲后收到网络侧发出的“被叫UE空闲”的信息，呼叫UE可重新发起呼叫连接。

根据3GPP协议TS24.093描述，CCBS业务分为业务激活、回叫(简称为RECALL)与CCBS呼叫建立、业务查询和业务去激活等四个基本业务过程。显然，要实现CCBS业务必须保证UE应用层、UE协议栈和网络侧之间的良好的信息沟通。

AT指令作为一种信息沟通方式和通信标准，已广泛应用于无线移动通信***用户终端。通过UE的应用层发送AT指令，UE协议栈对接收到的指令进行解析处理和响应，可以实现对UE的控制以及与网络业务的交互，如功能设置、呼叫、短信、电话簿、数据业务、补充业务等。对于应用层发送到协议栈的AT指令，从功能上可以分为执行指令、查询指令以及帮助指令三种形式，并且对于这三种指令，协议栈都要求给出相应的AT指令响应结果(即协议栈必须对应用层的AT指令请求作出响应)。对于协议栈发送给应用层的结果代码，从功能上可以分为最终结果代码(Final Result Code，简称为FRC)、中间结果代码(Intermediate Result Code，简称为IRC)以及主动结果代码(UnsolicitedResult Code，简称为URC)三种形式，其中，FRC用于指明AT指令的执行成功与否(即AT指令响应结果)，通常使用“OK”或“ERROR”表示；IRC和URC是在通信过程中由协议栈主动上报给应用层关于协议栈或网络侧所发生的一些状态变化或事件。对于这三种结果代码，应用层可以根据当前上下文环境给出相应的响应或发送新的AT指令请求到协议栈。

根据相关协议描述，关于CCBS业务的每个基本业务过程在UE协议栈和网络侧之间的通信方式(对等层通信)、通信消息及消息成员等都已定义，也就是说根据协议描述的通信方式、通信消息及消息成员等，UE协议栈和网络侧之间可以实现CCBS业务的每个基本业务过程。然而，要实现UE与网络侧的业务过程仅仅依靠UE协议栈与网络侧之间的信息沟通是不够的，还需要UE协议栈与UE应用层之间的信息沟通。而相关协议中没有对CCBS业务的每个基本业务过程在UE协议栈和UE应用层之间的通信方式、通信消息及消息成员等进行定义。因此，要完全实现CCBS业务的每个基本业务过程还必须建立UE协议栈与UE应用层之间的信息沟通，使UE可以通过UE应用层与UE协议栈之间的信息沟通，再通过UE协议栈与网络侧的信息沟通，进而实现CCBS的业务激活、RECALL与CCBS呼叫建立、业务查询和业务去激活等四个基本业务过程。

发明内容

为克服现有技术的上述不足，本发明提出一种使用AT指令的通信方式，在UE应用层与UE协议栈之间建立实现CCBS业务的信息沟通方式，使得UE能够通过AT指令简洁、完整地实现UE与网络侧之间CCBS业务的交互流程，进而完全实现CCBS业务。

本发明方法以CCBS业务UE协议栈与网络侧对等层之间通信的相关信息为依据，UE应用层以AT指令请求向UE协议栈传输用户事件，UE协议栈以AT指令响应向UE应用层传输协议栈或网络侧对用户事件的处理结果，并以URC向UE应用层主动上报事件处理过程中发生的网络事件。

本发明方法所依据的CCBS业务在UE协议栈与网络侧对等层之间通信的相关信息是指UE协议栈与网络侧的连接管理子层(Connect Management，简称为CM子层)相互传递的非接入层消息以及消息内容，包括：呼叫挂断消息(简称为DISCONNECT消息)、呼叫释放消息(简称为RELEASE消息)、呼叫释放完成消息(简称为RELEASE COMPLETE消息)、呼叫完成建立消息(简称为CCESTABLISHMENT消息)、呼叫完成建立确认消息(简称为CC ESTABLISHMENTCONFIRMED消息)、呼叫回叫消息(简称为RECALL消息)、注册消息(简称为REGISTER消息)等。

本发明方法UE应用层以AT指令请求向UE协议栈传输的用户事件是指需要UE应用层触发或响应的事件，包括：请求激活CCBS业务、拒绝激活CCBS业务、拒绝RECALL、查询CCBS业务和去激活CCBS业务等，并采用用户事件标识来区分不同的用户事件。

本发明方法UE协议栈以URC向UE应用层主动上报事件处理过程中发生的网络事件是指UE协议栈传输至UE应用层的网络事件，包括：CCBS业务可能性提示、激活CCBS业务成功、激活CCBS业务失败和RECALL指示等，并采用网络事件标识来区分不同的网络事件。

本发明方法用于描述用户事件和网络事件的AT指令、AT指令响应和URC的具体参数信息有：

1.对于请求激活CCBS业务、拒绝激活CCBS业务、拒绝RECALL等用户事件，UE应用层发送的AT指令应当包括区分不同用户事件的用户事件标识，UE协议栈根据网络侧的响应或当前上下文的信息指示给UE应用层时，只需给出用户事件执行成功与否的FRC。

2.对于去激活CCBS业务用户事件，UE应用层发送的AT指令除包括区分不同用户事件的用户事件标识外，还应当包括需要去激活的CCBS业务的索引值(如果不指明具体索引值，将去激活所有已激活的CCBS业务)，UE协议栈根据网络侧的响应或当前上下文的信息指示给UE应用层时，只需给出用户事件执行成功与否的FRC。

3.对于查询CCBS业务的用户事件，UE协议栈给出的响应结果包含有CCBS业务的状态信息，如果存在激活状态的CCBS业务，响应结果还包括CCBS业务索引、业务类型、被叫号码及其类型、被叫子地址及其类型等信息(以下统称为CCBS业务信息)。

4.对于CCBS业务可能性提示、激活CCBS业务失败等以URC描述的网络事件，UE协议栈根据网络侧的响应或当前上下文的信息指示给应用层时，只需给出网络事件标识。

5.对于激活CCBS业务成功、RECALL指示等以URC描述的网络事件，UE协议栈发送给UE应用层的URC包括网络事件标识和已激活CCBS业务的CCBS业务信息。

由上可知，使用本发明方法，可以在UE应用层与协议栈之间传输所有CCBS业务过程需要的信息，进而在UE与网络侧之间实现CCBS业务的交互。

附图说明

图1：请求激活CCBS业务，且业务激活成功的UE应用层、UE协议栈和网络侧信息交互流程示意图。

图2：请求激活CCBS业务，但业务激活失败的UE应用层、UE协议栈和网络侧信息交互流程示意图。

图3：拒绝激活CCBS业务的UE应用层、UE协议栈和网络侧信息交互流程示意图。

图4：接受RECALL及呼叫过程的UE应用层、UE协议栈和网络侧信息交互流程示意图。

图5：拒绝RECALL过程的UE应用层、UE协议栈和网络侧信息交互流程示意图。

图6：CCBS业务查询的UE应用层、UE协议栈和网络侧信息交互流程示意图。

图7：CCBS业务去激活的UE应用层、UE协议栈和网络侧信息交互流程示意图。

下面结合附图及具体实施例对本发明处理方法作进一步的说明。

为表述直观、方便，在附图中将UE应用层、UE协议栈和网络侧的信息交互流程均描述出来。实际上现有技术的相关协议中只定义了UE协议栈与网络侧信息交互所使用的非接入层消息，而对于UE应用层与UE协议栈信息交互所使用的AT指令并没有定义，用户无法通过UE应用层触发或响应CCBS业务。因此，在以下的描述中涉及到UE协议栈与网络侧信息交互所使用的非接入层消息属于现有技术，涉及到UE协议栈与UE应用层信息交互则为采用本发明方法定义的AT指令。

在本实施例中，定义了如下AT指令、AT指令响应以及用URC描述的UE应用层与UE协议栈之间CCBS业务过程的交互代码，具体成员信息如下(其中，尖括号内的字符为指令参数，方括号表示该参数为可选参数)：

表一：AT指令、AT指令响应的具体信息和格式

AT指令

指令响应内容

AT+CCBS＝<m>[，<ccbsIndex>]	如正确执行，返回OK如执行错误，返回ERROR
		AT+CCBS？	如正确执行，返回+CCBS：<ccbsStatus>[，<ccIndex>[，<class>[，<number>，<type>[，<subaddr>，<satype>]]]]+CCBS：<ccbsStatus>[，<ccIndex>[，<class>[，<number>，<type>[，<subaddr>，<satype>]]]]…OK如执行错误，返回ERROR

                                      表二：URC具体信息和格式

URC内容
	+CCBS：<ccActivation>[，<ccIndex>[，<class>[，<number>，<type>[，<subaddr>，<satype>]]]]

                                      表三：参数说明

参数	数据类型	参数含义	参数取值及含义
				m	整型	用户事件标识	0拒绝激活CCBS请求
1要求激活CCBS请求
	2拒绝CCBS RECALL
3去激活CCBS
	ccbsIndex	整型	CCBS索引标识				取值范围：1-5。在设置指令中，仅用于参数m＝2的情况
ccActivation				整型	网络事件标识	0激活CCBS请求
	1激活CCBS成功
		2激活CCBS失败
	3CCBS RECALL
		ccbsStatus	整型			CCBS业务状态	0网络不提供CCBS业务
1网络提供CCBS业务
	2CCBS业务状态未知
number				字符串	电话号码		电话号码的字符串形式，如“13635441235”

type	整型	电话号码类型	129国内号码
				145国际号码
			subaddr		字符串	电话号码子地址	电话号码子地址的字符串形式，如“6078”
satype	整型	子地址类型		默认值128
			class		整型	业务类型	1语音业务
2数据业务
	4传真业务
8短消息

一、CCBS业务激活

图1是请求激活CCBS业务，且业务激活成功的UE应用层、UE协议栈和网络侧信息交互流程示意图；图2是请求激活CCBS业务，但业务激活失败的UE应用层、UE协议栈和网络侧信息交互流程示意图；图3是拒绝激活CCBS业务的UE应用层、UE协议栈和网络侧信息交互流程示意图。这三个流程示意图都和CCBS业务激活相关。

由图1、图2和图3可知，呼叫UE发起呼叫请求，被叫UE正忙或无可用信道，支持CCBS业务的网络将在返回给呼叫UE的DISCONNECT消息中带有CCBS业务可能性提示(即网络是否支持CCBS业务，并且是否允许该呼叫UE执行CCBS业务激活操作)。在收到网络CCBS业务可能性提示后，UE协议栈以URC指示+CCBS：0向应用层传输该信息(即参数ccActivation＝0)。

若呼叫UE应用层请求激活CCBS业务，发送AT+CCBS＝1指令到协议栈(即参数m＝1)。呼叫UE协议栈将在RELEASE消息中携带该请求相关信息。网络在RELEASE COMPLETE消息中返回受理激活业务请求的结果。

若CCBS业务激活成功，在RELEASE COMPLETE消息中会包含CCBS业务索引、业务类型、被叫号码及其类型、被叫子地址及其类型等信息，协议栈以URC指示+CCBS：1，1，1，″123456″，129，″123″，128向应用层上报激活成功信息(即参数ccActivation＝1)，其中第一个参数表明CCBS业务激活结果成功，其他信息依次为RELEASE COMPLETE消息中所包含的CCBS业务索引、业务类型、被叫号码及类型，被叫子地址及类型等信息。如图1所示。

若CCBS业务激活失败，RELEASE COMPLETE消息将返回激活失败的原因，协议栈以URC指示+CCBS：2向应用层上报激活失败信息(即参数ccActivation＝2)。如图2所示。

若呼叫UE拒绝激活CCBS业务，则发送AT+CCBS＝0指令到协议栈(即参数m＝0)。呼叫UE协议栈将使用一般格式的RELEASE消息(呼叫释放原因为用户释放)。如图3所示。

二、RECALL与CCBS呼叫建立

图4是接受RECALL及CCBS呼叫过程的UE应用层、UE协议栈和网络侧信息交互流程示意图。由图可知，若遇忙的被叫UE已经空闲，网络提示呼叫UE协议栈先建立呼叫控制连接(简称为CC连接)，随后发送以呼叫建立消息(简称为SETUP消息)为成员(简称为SETUP Container)的CC ESTABLISHMENT消息至呼叫UE协议栈。SETUP Container包含被叫号码及其类型、被叫子地址及其类型、承载能力等信息。若呼叫UE应用层通过承载能力检查，呼叫UE协议栈以CC ESTABLISHMENT CONFIRMED消息告知网络，网络随后发送可能包含CCBS业务信息和振铃方案信息的RECALL消息至呼叫UE协议栈，表明遇忙被叫UE已经空闲，呼叫UE现在可以重新呼叫对方。协议栈以URC指示+CCBS：3，1，1，″123456″，129，″123″，128向应用层上报RECALL信息(即参数ccActivation＝3，其他参数分别对应CCBS业务参数信息的内容)。应用层收到该指示后，用户重新拨号建立呼叫。

若呼叫UE接受RECALL，则协议栈向网络侧发送SETUP消息，重新发起呼叫连接。如图4所示。

若用户拒绝RECALL，发送AT+CCBS＝2指令到协议栈(即参数m＝2)。协议栈以RELEASE COMPLETE消息通知网络。如图5所示。

三、CCBS业务查询

图6是CCBS业务查询的UE应用层、UE协议栈和网络侧信息交互流程示意图。由图可知，呼叫UE通过查询指令AT+CCBS？要求协议栈返回当前网络是否支持CCBS业务的相关信息，协议栈在REGISTER消息内容中表明CCBS业务状态查询请求。网络在RELEASE COMPLETE消息返回网络侧CCBS补充业务的状态。若已存在激活的CCBS业务，还会返回当前所有的激活的CCBS业务相关信息。UE协议栈将该查询信息使用指令响应+CCBS：1，1，1，″123456″，129，″123″，128和+CCBS：1，2，1，″11111″，129，″111″，128上报UE应用层并以FRC(“OK”)结束。其中，在两个指令响应中参数ccbsStatus＝1，表明网络提供CCBS业务，其他分别代表业务索引、业务类型、被叫号码及类型、被叫子地址及类型。参数ccbsIndex＝1和ccbsIndex＝2表明当前UE同时激活了两个CCBS业务。

四、CCBS业务去激活

图7是CCBS业务去激活的UE应用层、UE协议栈和网络侧信息交互流程示意图。由图可知，UE应用层通过发送AT+CCBS＝3，<ccbsIndex>指令请求协议栈去激活已经激活的索引值为参数ccbsIndex的CCBS业务。呼叫UE协议栈以REGISTER消息发起CCBS业务去激活操作，去激活请求信息包含于消息的内容中(若指定取消某一指定的CCBS业务，消息中还包含该CCBS业务的索引)。RELEASE COMPLETE消息返回网络侧受理去激活请求的结果。

本发明方法还可有其他多种实施例，在不背离本发明方法的精神及其实质的情况下，本领域技术人员当可相据本发明方法作出各种相应的改变或变形，但这些相应的改变或变形均属于本发明的权利要求保护范围。

Claims (10)

1、一种使用AT指令实现CCBS业务的方法，其特征在于：以CCBS业务UE协议栈与网络侧对等层之间通信的相关信息为依据，UE应用层以AT指令请求向UE协议栈传输用户事件，UE协议栈以AT指令响应向UE应用层传输协议栈或网络侧对用户事件的处理结果，并以URC向UE应用层主动上报事件处理过程中发生的网络事件。

2、根据权利要求1所述方法，其特征在于：所依据的CCBS业务在UE协议栈与网络侧对等层之间通信的相关信息是指UE协议栈与网络侧的连接管理子层(Connect Management，简称为CM子层)相互传递的非接入层消息以及消息内容，包括：呼叫挂断消息(简称为DISCONNECT消息)、呼叫释放消息(简称为RELEASE消息)、呼叫释放完成消息(简称为RELEASE COMPLETE消息)、呼叫完成建立消息(简称为CC ESTABLISHMENT消息)、呼叫完成建立确认消息(简称为CC ESTABLISHMENT CONFIRMED消息)、呼叫回叫消息(简称为RECALL消息)、注册消息(简称为REGISTER消息)等。

3、根据权利要求1所述方法，其特征在于：UE应用层以AT指令请求向UE协议栈传输的用户事件是指需要UE应用层触发或响应的事件，包括：请求激活CCBS业务、拒绝激活CCBS业务、拒绝RECALL、查询CCBS业务和去激活CCBS业务等，并采用用户事件标识区分不同的用户事件。

4、根据权利要求1所述方法，其特征在于：UE协议栈以URC向UE应用层主动上报事件处理过程中发生的网络事件是指UE协议栈传输至UE应用层的网络事件，包括：CCBS业务可能性提示、激活CCBS业务成功、激活CCBS业务失败和RECALL指示等，并采用网络事件标识区分不同的网络事件。

5、根据权利要求1所述方法，其特征在于：对于请求激活CCBS业务、拒绝激活CCBS业务、拒绝RECALL等用户事件，UE应用层发送的AT指令应当包括区分不同用户事件的用户事件标识，UE协议栈根据网络侧的响应或当前上下文的信息指示给UE应用层时，只需给出用户事件执行成功与否的FRC。

6、根据权利要求1所述方法，其特征在于：对于去激活CCBS业务用户事件，UE应用层发送的AT指令除包括区分不同用户事件的用户事件标识外，还应包括需要去激活的CCBS业务的索引值(如果不指明具体索引值，将去激活所有已激活的CCBS业务)，UE协议栈根据网络侧的响应或当前上下文的信息指示给UE应用层时，只需给出用户事件执行成功与否的FRC。

7.根据权利要求1所述方法，其特征在于：对于查询CCBS业务的用户事件，UE协议栈给出的响应结果包含有CCBS业务的状态信息，如果存在激活状态的CCBS业务，响应结果还包括CCBS业务索引、业务类型、被叫号码及其类型、被叫子地址及其类型等信息(以下统称为CCBS业务信息)。

8、根据权利要求1所述方法，其特征在于：对于CCBS业务可能性提示、激活CCBS业务失败等以URC描述的网络事件，UE协议栈根据网络侧的响应或当前上下文的信息指示给应用层时，只需给出网络事件标识。

9、根据权利要求1所述方法，其特征在于：对于激活CCBS业务成功、RECALL指示等以URC描述的网络事件，UE协议栈发送给UE应用层的URC包括网络事件标识和已激活CCBS业务的CCBS业务信息。

10、根据权利要求1所述方法，其特征在于：AT指令及AT指令响应的具体信息和格式、URC具体信息和格式和参数说明分别如下表1、表2和表3：

表一：AT指令、AT指令响应的具体信息和格式   AT指令   指令响应内容 AT+CCBS＝<m>[，<ccbsIndex>]   如正确执行，返回OK如执行错误，返回ERROR AT+CCBS？   如正确执行，返回+CCBS：<ccbsStatus>[，<ccIndex>[，<class>[，<number>，<type>[，<subaddr>，<satype>]]]]+CCBS：<ccbsStatus>[，<ccIndex>[，<class>[，<number>，<type>[，<subaddr>，<satype>]]]]…OK如执行错误，返回ERROR

                      表二：URC具体信息和格式   URC内容   +CCBS：<ccActivation>[，<ccIndex>[，<class>[，<number>，<type>[，<subaddr>，<satype>]]]]

                           表三：参数说明   参数   数据类型   参数含义   参数取值及含义 m 整型 用户事件标识   0 拒绝激活CCBS请求   1 要求激活CCBS请求   2 拒绝CCBS RECALL   3 去激活CCBS ccbsIndex 整型 CCBS索引标识   取值范围：1-5。在设置指令中，仅用于参数m＝2的情况 ccActivation 整型 网络事件标识   0 激活CCBS请求   1 激活CCBS成功   2 激活CCBS失败   3 CCBS RECALL   ccbsStatus   整型   CCBS业务状态   0 网络不提供CCBS业务   1 网络提供CCBS业务   2 CCBS业务状态未知   number   字符串   电话号码   电话号码的字符串形式，如“13635441235” type 整型 电话号码类型   129 国内号码   145 国际号码   subaddr   字符串   电话号码子地址   电话号码子地址的字符串形式，如“6078”   satype   整型   子地址类型   默认值128 class 整型 业务类型   1 语音业务   2 数据业务   4 传真业务   8 短消息

Images