专利名称：一种使用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协议栈和网络侧信息交互流程示意图。
图6CCBS业务查询的UE应用层、UE协议栈和网络侧信息交互流程示意图。
图7CCBS业务去激活的UE应用层、UE协议栈和网络侧信息交互流程示意图。
下面结合附图及具体实施例对本发明处理方法作进一步的说明。
为表述直观、方便，在附图中将UE应用层、UE协议栈和网络侧的信息交互流程均描述出来。实际上现有技术的相关协议中只定义了UE协议栈与网络侧信息交互所使用的非接入层消息，而对于UE应用层与UE协议栈信息交互所使用的AT指令并没有定义，用户无法通过UE应用层触发或响应CCBS业务。因此，在以下的描述中涉及到UE协议栈与网络侧信息交互所使用的非接入层消息属于现有技术，涉及到UE协议栈与UE应用层信息交互则为采用本发明方法定义的AT指令。
在本实施例中，定义了如下AT指令、AT指令响应以及用URC描述的UE应用层与UE协议栈之间CCBS业务过程的交互代码，具体成员信息如下(其中，尖括号内的字符为指令参数，方括号表示该参数为可选参数) 表一AT指令、AT指令响应的具体信息和格式 表二URC具体信息和格式 表三参数说明 一、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指示+CCBS0向应用层传输该信息(即参数ccActivation＝0)。
若呼叫UE应用层请求激活CCBS业务，发送AT+CCBS＝1指令到协议栈(即参数m＝1)。呼叫UE协议栈将在RELEASE消息中携带该请求相关信息。网络在RELEASE COMPLETE消息中返回受理激活业务请求的结果。
若CCBS业务激活成功，在RELEASE COMPLETE消息中会包含CCBS业务索引、业务类型、被叫号码及其类型、被叫子地址及其类型等信息，协议栈以URC指示+CCBS1，1，1，″123456″，129，″123″，128向应用层上报激活成功信息(即参数ccActivation＝1)，其中第一个参数表明CCBS业务激活结果成功，其他信息依次为RELEASE COMPLETE消息中所包含的CCBS业务索引、业务类型、被叫号码及类型，被叫子地址及类型等信息。如图1所示。
若CCBS业务激活失败，RELEASE COMPLETE消息将返回激活失败的原因，协议栈以URC指示+CCBS2向应用层上报激活失败信息(即参数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指示+CCBS3，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协议栈将该查询信息使用指令响应+CCBS1，1，1，″123456″，129，″123″，128和+CCBS1，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消息返回网络侧受理去激活请求的结果。
本发明方法还可有其他多种实施例，在不背离本发明方法的精神及其实质的情况下，本领域技术人员当可相据本发明方法作出各种相应的改变或变形，但这些相应的改变或变形均属于本发明的权利要求保护范围。
权利要求
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指令响应的具体信息和格式
表二URC具体信息和格式
表三参数说明
全文摘要
本发明提出一种使用AT指令的通信方式，在UE应用层与UE协议栈之间建立实现CCBS业务的信息沟通方式，使得UE能够通过AT指令简洁、完整地实现UE与网络侧之间CCBS业务的交互流程，进而完全实现CCBS业务。本发明方法以CCBS业务UE协议栈与网络侧对等层之间通信的相关信息为依据，UE应用层以AT指令请求向UE协议栈传输用户事件，UE协议栈以AT指令响应向UE应用层传输协议栈或网络侧对用户事件的处理结果，并以URC向UE应用层主动上报事件处理过程中发生的网络事件。
文档编号H04W80/08GK101035373SQ200710078380
公开日2007年9月12日 申请日期2007年4月11日 优先权日2007年4月11日
发明者赵春泽, 李辉, 罗勇, 李文龙 申请人:重庆重邮信科(集团)股份有限公司