CN100341347C - 出席业务的订阅、取消及状态更新方法 - Google Patents
出席业务的订阅、取消及状态更新方法 Download PDFInfo
- Publication number
- CN100341347C CN100341347C CNB2004100788497A CN200410078849A CN100341347C CN 100341347 C CN100341347 C CN 100341347C CN B2004100788497 A CNB2004100788497 A CN B2004100788497A CN 200410078849 A CN200410078849 A CN 200410078849A CN 100341347 C CN100341347 C CN 100341347C
- Authority
- CN
- China
- Prior art keywords
- targeted customer
- message
- signatory
- contracted user
- user
- 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.)
- Expired - Fee Related
Links
Images
Abstract
本发明涉及移动通信领域,公开了一种出席业务的订阅、取消及状态更新方法,使得提高移动终端用户呼叫成功率,从而改善运营商的网络呼叫成功率,由此进一步推广Presence技术在移动通信业务中的业务。其中订阅方法主要步骤是:确定签约目标用户;签约用户端的用户设备通过标准短消息流程将订阅请求消息发送到短消息中心;短消息中心将订阅请求消息发送到Presence服务器;Presence服务器判断订阅目标用户是否允许接受签约用户的订阅请求,如果允许,订阅目标用户通过短消息系统通知Presence服务器接受签约用户的订阅请求;Presence服务器完成对订阅目标用户的数据库更新,并将订阅成功的响应消息通过短消息系统,返回给签约用户。
Description
技术领域
本发明涉及移动通信领域,特别涉及第二及第三代移动通信领域中。
背景技术
随着科技的迅猛发展,给人类的生活和工作带来了十分重大的变革。通信等领域作出的贡献尤为突出。从十九世纪发明的电报,逐渐发展现在的第三代移动通信(The Third Generation,简称″3G″),使人类的信息交互能力发生翻天覆地的变化。
在第二及第三代移动通信领域,不论是目前使用最为广泛的全球移动通信系统(Global System for mobile Communication,简称″GSM″),或者正处于迅速发展中的宽带码分多址(Wideband Code Division Multiple Access,简称″WCDMA″),都能够提供多种形式的移动业务,包括诸如基本话音业务、会议电话、短信、移动上网等。其中,基本话音业务是目前使用最为普遍的通信方式,在移动通信领域占据着极为重要的位置。
但是另一方面,上述基本话音业务和其他的信息交互方式相比,在某些方面仍然显露出一些不足之处。例如,目前活跃在因特网上的即时通讯(Instant Messenger,简称“IM”)技术,是一种新的、基础性的通信方式。这一技术为上网用户提供了与其他IM用户在即时、交互式的环境下进行通信的能力,它能够传送″存在″和″状态″信息,从而帮助用户实现在网上寻找在线的朋友以及进行网上聊天的愿望。与此相比,目前的基本话音业务的不足之处在于,用户发起话音通讯之前无法了对方用户的当前状态,导致呼叫时对是否能够接通存在盲目性,从而影响运营商网络的呼叫成功率。
例如,当移动用户向对方用户发起呼叫时,对方用户的当前状态有以下几种可能性:正在通话、当前已关机、当前无法接通、正参加重要会议不便接听等等。由于发起呼叫的移动用户在此之前无法知道对方用户的当前状态,因此若对方用户正参加重要会议、或者关机了,移动用户都不得而知。在这种情况下,移动用户依然盲目地对对方用户发起呼叫,无疑既浪费时间,又降低运营商网络的呼叫成功率。
与此同时,新出现了一种出席技术(Presence Technology,也称为″Presence技术″),这种技术能够使用户了解到好友登录时间及所使用的Internet设备类型,还能够根据所识别用户设备类型,自动选择最佳信息媒介。更有甚者,部分支持GPS技术的移动设备,还可在误差范围不超过30英尺的情况下,确定用户的方位。可见,Presence技术与其他业务如位置业务、多媒体业务互相交叉,为用户提供丰富的个性化的业务。
Presence技术的出现及发展,原因归结于它能够适应用户所处状态的特点。换句话说,Presence业务的价值在于它能够使一个群组中经常进行立即消息互通的用户实时掌握该群组中其他用户当前是否在线、以及是否能够进行立即消息的状态,从而更高效地确定自己的通讯行为。
目前,Presence业务一方面应用于在因特网中与诸如yahoo、MSN及AOL等点到点的立即消息业务的messager服务相结合;另一方面应用于在移动数据业务中与IM业务或″一按就讲″(Push To Talk,简称″PTT″)业务相结合,即主要应用于支持IM或PPT业务的移动终端。互联网工程任务组(INTERNET ENGINEERING TASK FORCE,简称″IETF″)已经基于会话初始化协议(Session Initation Protocol,简称″SIP″)的SIMPLE模型,以及WillesVillage标准,分别为Presence技术在因特网以及移动数据应用领域的国际标准化提供了基础参考,以便该技术更长远的发展和更广泛的应用。
需要提及的是,本文为求简练,省略了对部分已有技术的描述,本说明书全文引用3GPP(第三代合作伙伴项目,3rd Generation Partnership Project)TS 23.040 Technical realization of the Short Message Service(短消息业务的技术实现)、3GPP TS 24.011 Point to Point(PP)Short Message Service(SMS)support on mobile radio interface(在移动无线界面上的点对点短消息服务)、以及3GPP TS 33.111 USIM Application Toolkit(USAT)(USIM应用工具集)。
虽然如上所述,Presence技术倚赖其能够适应用户所处状态的特点,在近几年得到很大重视和发展,但是对于其在移动数据业务的应用而言,由于目前支持基于Presence技术的IM或PTT业务的移动终端数量与整个移动通信客户群拥有的移动终端数量相比仅仅占据很小的比例,因此事实上Presence技术远未达到在移动通信领域广泛应用的水平。
在实际应用中,上述方案存在以下问题:移动终端用户呼叫成功率不够高,并影响运营商网络呼叫成功率。
另外值得提及的是,Presence技术在移动通信业务领域的应用仍然较为局限。
造成这种情况的主要原因在于,由于移动终端用户发起话音通讯之前无法了对方用户的当前状态,导致呼叫时对是否能够接通存在盲目性,从而无法避免呼叫失败,影响运营商网络的呼叫成功率。
同时,由于目前Presence技术仅仅应用于用户非常有限的IM业务以及PTT业务中,导致数量巨大的普通移动终端客户群没有机会享受到带有Presence技术的服务。
发明内容
有鉴于此,本发明的主要目的在于提供一种Presence业务订阅(subscibe)方法,使得提高移动终端用户呼叫成功率,从而改善运营商的网络呼叫成功率,由此进一步推广Presence技术在移动通信业务中的业务。
为实现上述目的,本发明提供了一种Presence业务订阅方法,包含以下步骤:
A确定签约目标用户;
B签约用户端的用户设备通过标准短消息流程将订阅请求消息发送到短消息中心,其中,所述订阅请求消息中包含有订阅请求,以及订阅目标用户和所述签约用户的MSISDN号码;
C所述短消息中心将所述订阅请求消息发送到Presence服务器;
D所述Presence服务器判断订阅目标用户是否允许接受所述签约用户的订阅请求,如果允许,所述订阅目标用户通过短消息系统通知Presence服务器接受所述签约用户的订阅请求;
E Presence服务器完成对所述订阅目标用户的数据库更新,并将订阅成功的响应消息通过所述短消息系统,返回给所述签约用户。
其中,所述方法中步骤A之后、步骤B之前还包含以下步骤:
签约用户的STK卡中的Presence应用将订阅请求消息通过STK-UE内部接口送到签约用户端的用户设备。
所述步骤C中,所述短消息中心通过TCP/IP连接将所述订阅请求消息发送到Presence服务器。
所述步骤D中,所述Presence服务器通过短消息系统向Presence订阅目标用户查询是否允许接受所述签约用户的订阅请求,如果允许,所述订阅目标用户通过短消息系统通知Presence服务器接受订阅请求者的请求。
所述短消息系统包含短消息中心、MSC、HLR以及UE。
所述步骤E中,Presence服务器将订阅成功的响应消息返回给所述签约用户STK卡中的Presence客户端。
本发明还提供了一种Presence业务取消方法,包含以下步骤:
A确定取消签约目标用户;
B取消签约用户端的用户设备通过标准短消息流程将取消订阅请求消息发送到短消息中心,其中,所述取消订阅请求消息中包含有取消订阅请求、取消订阅目标用户和所述取消签约用户的MSISDN号码;
C所述短消息中心将所述取消订阅请求消息发送到Presence服务器;
D所述Presence服务器响应所述取消订阅请求消息,完成对所述取消订阅目标用户的数据库更新。
其中,所述方法中,步骤A之后、步骤B之前还包含以下步骤:
签约用户的STK卡中的Presence应用将取消订阅请求消息通过STK-UE内部接口送到取消签约用户端的用户设备。
所述步骤D还包含以下步骤:所述Presence服务器将取消订阅成功的消息通过短消息系统,返回给取消签约用户。
所述短消息系统包含短消息中心、所述取消签约用户的MSC、HLR以及用户设备。
所述步骤C中,所述短消息中心通过TCP/IP连接将所述订阅请求消息发送到Presence服务器。
本发明还提供了一种Presence状态的修改和更新方法,包含以下步骤:
A签约目标用户修改自己的Presence状态,并通过其STK卡中的Presence应用向用户设备发送变更Presence状态的请求消息,所述消息中包含有Presence状态变更请求以及签约目标用户的MSISDN号码;
B所述用户设备通过标准短消息流程将所述变更请求消息发送到短消息中心;
C所述短消息中心将所述变更请求消息发送到Presence服务器;
D所述Presence服务器在数据库中更新所述签约目标用户的Presence状态,并通过短消息系统向所述签约目标用户的所有订阅请求用户通知修改所述签约目标用户Presence状态。
其中,所述步骤D中,所述短消息系统包含短消息中心、所述取消签约用户的MSC、HLR以及用户设备。
通过比较可以发现,本发明的技术方案与现有技术的区别在于,现有技术通常采用基于固定TCP/IP或无线WAP作为Presence信息承载通道,要求用户终端侧必须支持Presence客户端功能,本发明则采用了已广泛普及的移动短消息技术作为Presence信息的承载通过,并且无需用户终端升级支持Presence客户端功能。
这种技术方案上的区别,带来了较为明显的有益效果,即较好地提高了移动终端用户呼叫成功率,改善了运营商的网络呼叫成功率,由此进一步推广Presence技术在移动通信业务中的业务。其相对于基于分组交换(PacketSwitching,简称“PS”)分组域承载或电路数据承载的Presence移动应用来说,大大降低了对移动终端的无线应用协议(Wireless Application Protocol,简称“WAP”)数据业务及通用分组无线业务(General Packet Radio Service,简称“GPRS”)接入能力需求,使得目前占据使用中移动终端大多数(80%以上)的普通基本GSM终端也能够享受到Presence业务。
附图说明
图1是根据本发明的一个实施例的订阅Presence状态的流程中步骤101到步骤108的示意图;
图2是根据本发明的一个实施例的订阅Presence状态的流程中步骤109到步骤117b的示意图;
图3是根据本发明的一个实施例的订阅Presence状态的流程中步骤118到步骤120的示意图;
图4是根据本发明的另一个实施例的取消订阅Presence状态的流程中步骤201到步骤208的示意图;
图5是根据本发明的另一个实施例的取消订阅Presence状态的流程中步骤209到步骤214的示意图;
图6是根据本发明的另一个实施例的取消订阅Presence状态的流程中步骤218到步骤220的示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述。
图1、图2、图3分别示出了根据本发明的一个实施例的订阅Presence状态的具体流程,如图所示,首先在步骤101:通过签约用户STK(SIMToolKit,智能SIM卡开发套件)卡与签约用户端UE确定签约目标用户。
需要指出的是,STK可以理解为一组开发增值业务的命令,一种小型编程语言,它允许基于智能卡的用户身份识别模块SIM运行自己的应用软件。STK卡是基于Java语言平台的Simera32K卡片。STK是一种小型编程语言的软件,可以固化在SIM卡中。它能够接收和发送GSM的短消息数据,起到SIM卡与短消息之间的接口的作用;同时它还允许SIM卡运行自己的应用软件。这些功能经常被用于在可通过软件激活的电话显示屏上,用友好的文本菜单代替机械的″拨号-收听-应答″方式,从而允许用户通过按键轻松进行复杂的信息检索操作或交易。
在本发明中,STK卡内存储有Presence应用程序,该程序能够独立提供和维护签约用户的联系人列表,或能够直接利用签约用户端用户设备(UserEquipment,简称″UE″)中已有的电话簿内所有联系人的信息资源。
另外,在签约用户端UE上设置有人机语言(Man Machine Language,简称″MML″)界面,签约用户端用户通过用户身份鉴别模件(SubscrierIdentification Module,简称″SIM″)卡与MS/UE(移动台/用户设备,MobileStation/User Equipment)之间的接口,以及上述MML界面,在签约用户STK卡内的Presence应用程序或签约用户端UE中已有的电话簿所提供的联系人列表中,选定其需要订阅Presence状态的特定用户,为描述的方便,下文中将这种特定用户统称为″Presence签约目标用户″,或简称为″签约目标用户″。
在本步骤中,所使用的是SIM卡与ME/UE接口中的DISPLAYTEXT/SETUP_MENU操作原语。
此后进入步骤102:所述签约用户端UE为所述签约目标用户选定订阅Presence状态。
具体的说,本步骤分为以下2个子步骤完成:首先,签约用户STK卡内的Presence程序响应上述选定操作,通过DISPLAY TEXT/SETUP_MENU接口,激活签约用户端UE的显示屏,在其上显示待选菜单。在本实施例中,对于每一个被签约用户端用户选中的签约目标用户,即当前加亮显示项的用户,有两个选项:订阅该用户的Presence状态或取消订阅该用户的Presence状态。然后,签约用户端的用户在上述待选菜单中对当前加亮显示项的签约目标用户选定″订阅该用户的Presence状态″。
接着进入步骤103:所述签约用户STK卡获取所述签约目标用户的移动台国际综合业务数字网号码(Mobile Station International Integrated ServicesDigital Network Number,简称″MSISDN″)。
在本实施例中该步骤包含2个子步骤。首先,在完成步骤102的选定订阅签约目标用户的Presence状态后,签约用户STK卡通过SELECT ITEM接口原语,从签约用户端UE获取对该签约目标用户选择″订阅该用户Presence状态″的信息;然后,签约用户STK卡根据选择码检索,得到该签约目标用户的MSISDN。
此后进入步骤104:所述签约用户STK卡向所述签约用户端UE发送第一TPDU,所述第一TPDU包含所述签约目标用户的MSISDN、Presence服务器地址、及签约请求。
需要说明的是,在本实施例中,签约用户STK卡内预先设定了短消息业务(Short Message Service,简称″SMS″)中心的地址,以及Presence服务器地址。其中,Presence服务器地址可以是IP地址,也可以是IP地址以及端口号的组合。由此,签约用户STK卡生成自定义应用层消息原语″Presence签约请求″消息——″Presence_Subscribe″,其中包含有消息类型、以及在上述过程中得到的该签约目标用户的MSISDN。
另外,签约用户STK卡按照标准协议——GSM的TS03.04协议,对上述消息原语进行封装和格式化,产生一条完整的SMS传输协议数据单元(Tranfer Protocol Data Unit,简称″TPDU″),在下文中称为第一TPDU。需要说明的是,第一TPDU的输送(transport layer,简称″TL″)层的目的地址,即TP_DA,被设置为签约用户STK卡内预先所设定的Presence服务器地址。在这种情况下,熟悉本领域的技术人员能够理解,当签约用户STK卡调用″SEND SHORT MESSAGE″接口原语,即能够将上述第一TPDU发送到签约用户端UE的SMS处理模块。
接着进入步骤105:所述签约用户端UE根据所述第一TPDU生成第一封装原语,并发送给所述签约用户端移动交换中心(Mobile Switching Center,简称″MSC″),其中,所述封装原语中还包含所述签约用户的短消息中心的地址。
具体的说,该步骤分为3个子步骤。在第一个子步骤中,签约用户端UE执行到网络侧签约用户端MSC的接入和权签,并发起移动发起的短消息流程(Short Message Mobile Originated,简称“SMS MO”流程)。签约用户端UE对来自签约用户端STK卡的第一TPDU逐层进行短消息中继协议(RelayProtocol,简称“RP”)及短消息控制协议(Control Protocol,简称“CP”)协议封装,生成第一封装原语。其中短消息中继层(Relay Laye,简称“RL”)层目标地址,即RP_DA,被设置为该签约用户端SIM卡中所预先设定的该签约用户SMS中心的地址。熟悉本领域的技术人员能够理解,SMS中心负责在基站和SME间中继、储存或转发短消息;移动台(ME)到SMSC的协议能传输来自移动台或朝向移动台的短消息,协议名为SMTP(Short MessageTransmission Protocol)。此后,在第二个子步骤中,该第一封装原语通过经过空中接口及无线接入网的直接传送应用协议(Directed Transfer ApplicationProtocol,简称“DTAP”)消息,以CP_DATA消息形式发送到签约用户端UE的签约用户端MSC。接着,在第三个子步骤中,签约用户端MSC在收到上述CP_DATA消息后,向签约用户端UE返回CP_ACK响应消息。
然后进入步骤106:所述签约用户端MSC根据所述短消息中心的地址,向其发送包含所述第一TPDU的消息。
具体的说,所述签约用户端MSC响应在步骤105中收到的第一封装原语,向SMS中心发送″MAP Forward ShortMessage″消息。其中,该消息中包含有通过所述第一封装原语发送过来的第一TPDU。
接着进入步骤107(a-c):所述短消息中心将所述第一TPDU透传给Presence服务器。
根据上文可知,在所述第一TPDU中,含有所述签约目标用户的MSISDN以及所述签约请求。下面分别说明各子步骤:步骤107(a),SMS中心从来自签约用户端MSC的″MAP Forward_ShortMessage″消息中提取第一TPDU,包括签约目标用户的MSISDN以及签约请求——″Presence_Subscribe″请求,并将它们透传给Presence服务器。具体的说,这些信息通过动态或静态创建的传输控制协议/互联网协议(Transmission Control Protocol/Internet Protocol,简称“TCP/IP”)连接,透明发送到TL层地址,即TP_DA,如步骤104中所描述的,该地址指向Presence服务器地址或连接端口。步骤107(b),SMS中心收到来自签约用户端MSC的″MAP Forward ShortMessage″消息后,向所述签约用户端MSC反馈″MAP Delivery_Report″消息,表示短消息MO发送成功。步骤107(c),所述签约用户端MSC向签约用户端UE发送″MAPDelivery_Report″消息,进一步将短消息发送成功的接口反馈给签约用户UE。
再进入步骤108:所述Presence服务器根据所述MSISDN确定所述签约目标用户相应的短消息中心地址,并向该地址透传所述签约请求以及所述签约目标用户的MSISDN。
具体而言,该步骤可以分为以下几个子步骤:首先,所述Presence服务器根据所述签约目标用户的MSISDN确定其相应的SMS中心地址。换句话说,Presence服务器收到上述透传消息后,从中提取出该签约目标用户的MSISDN,由此在该MSISDN的本地数据库中查询得到其相应的SMS中心地址。然后,该Presence服务器将该签约请求,以及所述签约目标用户的MSISDN发送给上述相应的SMS中心,并建立事务等待被签约用户的响应。
接着进入步骤109(a-b):所述签约用户相应的短消息中心通过所述签约目标用户端归属位置寄存器(Home Location Register,简称″HLR″)获取所述签约目标用户端MSC地址。
熟悉本领域的技术人员知道,HLR用于永久储存管理用户和服务记录的数据库,由短消息中心产生。SMS网关与HLR之间的协议使前者可以要求HLR搜索可找到的用户地址。在本实施例中,该步骤包含以下子步骤:步骤109(a),所述签约目标用户相应的SMS中心向签约目标用户端HLR发送获取移动终结SMS路由信息(SendRoutInfoForShort Msg)的MAP请求;步骤109(b),所述签约目标用户端HLR向所述SMS中心反馈所述签约目标用户端MSC地址,即MSC number。
此后进入步骤110:所述签约用户相应的短信中心生成第二TPDU,并发送给所述签约目标用户端MSC地址。
具体的说,首先SMS中心响应在步骤108中接收到的来自所述Presence服务器的签约请求,生成第二TPDU。其中,SMS中心将该TPDU的TL层目标地址,即TP_DA,设置为签约目标用户的MSISDN;将TL层协议标识,即TP_PID,设置为SIM Data Download;并将数据编码方式,即TP_DCS,设置为Class 2 Message;另外还将TL层源地址设置为TL层TP_DA。
然后,SMS中心根据所述签约目标用户端HLR在步骤109(b)中向其反馈的签约目标用户端MSC地址,发送带有第二TPDU的MAP ForwadShortMessage消息。
接着进入步骤111(a-b):所述签约目标用户端MSC向所述签约签约目标用户端UE发起含有所述第二TPDU的寻呼。
该步骤可以分为2个子步骤,在步骤111(a),所述签约目标用户端MSC响应来自签约用户相应的SMS中心的短消息,向签约目标用户端UE发起含有第二TPDU的寻呼。具体的说,所述签约目标用户端MSC根据所述短消息的第二TPDU中的TL层目标地址TP_DA,如上所述也就是签约目标用户的MSISDN,对该签约目标用户端UE发起寻呼,该寻呼中的CP_DATA含有RP_DATA,而RP_DATA中包含第二TPDU。
此后进入步骤111(b),所述签约目标用户端UE响应所述签约目标用户端MSC的寻呼,接受含有第二TPDU的CP_DATA,向签约目标用户端MSC反馈含有RP_ACK的CP_ACK。
接着进入步骤112(a-b)签约目标用户端MSC通过所述签约目标用户相应的短消息中心,通知所述签约目标用户端HLR所述寻呼成功。
本步骤分为2个子步骤,在步骤112(a),所述签约目标用户端MSC通知SMS中心所述寻呼发送成功,也就是向其发送″MAP DeliveryReport″消息。
在步骤112(b),所述SMS中心响应该消息,通过″MAPDelivery_ReportStatus″原语通知签约目标用户端HLR所述寻呼发送成功。
此后进入步骤113:所述签约目标用户端UE将所述第二TPDU发送给所述签约目标用户STK卡。
具体的说,当签约目标用户端UE的通用集成电路卡(Universal IntegratedCircuit Card,简称“UICC”)业务表″中缺省激活″点到点SMS数据下载″项,即″SMS_PP_Download″时,所述签约目标用户端UE判断通过所述签约目标用户端MSC接收到的来自所述短信中心的RP_DATA中的第二TPDU所包含的TL层协议标识,即TP_PID,是否设置为″SIM Data Download″;数据编码方式,即TP_DCS,是否设置为″Class 2 Message″,如果判定是,则所述签约目标用户端UE通过EVELOP(SMS-PP-DOWNLOAD)接口原语,将该第二TPDU发送给所述签约目标用户STK卡。此处需要提及的是,签约目标用户端UE本身对签约用户不进行短消息提示。
接着进入步骤114:签约目标用户STK卡激活所述签约目标用户端UE显示屏,显示是否指定所述签约用户的待选菜单。
在该步骤中,签约目标用户STK卡内存储的Presence应用程序响应来自签约目标用户端UE的消息,通过DISPLAY TEXT/SETUP MENU标准原语,激活签约目标用户端UE的显示屏,针对提出签约请求的签约用户显示2个选项,分别是同意指定该签约用户订阅本用户的Presence状态,以及不同意指定该签约用户订阅本用户的Presence状态。其中,签约用户由上文中提到的TP_OA指示的该签约用户的号码或用户名表示。
需要说明的是,对于熟悉本领域的技术人员不难理解,在本步骤中,还可以调用PLAY TONE对签约目标用户给予声音提示,增加本方法在实现上的方便性。
此后进入步骤115(a-b):签约目标用户通过签约目标用户端UE,指定所述签约用户订阅其Presence状态,并由所述签约目标用户端UE向签约目标用户STK卡发送所述指定。
具体的说,本步骤分为2个子步骤,在步骤115(a)中,签约目标用户通过上述待选菜单选中″同意签约用户(TP_OA)订阅本用户Presence状态″,此后,在步骤115(b)中,签约目标用户STK卡通过SELECT ITEM接口,从签约目标用户端UE获取到用户的这一选择。
接着进入步骤116:签约目标用户STK卡通知所述签约目标用户UE其同意指定签约用户订阅其Present状态。
在本步骤中,签约目标用户STK卡通过SEND SHORT MESSAGE原语,将其确认同意指定上述签约用户订阅其Present状态的响应消息″SubscribeResult″封装为第三TPDU反馈给签约目标用户端UE。
117(a-b):Presence签约目标用户终端将STK卡响应的第三TPDU通过标准短消息,经服务于签约目标用户的端局MSC及短消息中心,最终发送给服务于该用户的Presence服务器。具体的说,签约目标用户端UE对来自签约目标用户STK卡的第三TPDU进行RP及CP封装,并通过签约目标用户端MSC和SMS中心,向Presence服务器发起SMS_MO流程。该步骤分为以下2个子步骤:在步骤117a,签约目标用户端UE将第三TPDU进行RP及CP封装,向签约目标用户端MSC发起短消息,消息中设定目标端用户所属的短消息中心地址,并将TL层目的地址(TP_DA)设定为标识Presence应用的自定义号码;此后在步骤117b,该签约目标用户端MSC在收到该短消息请求后,进一步向该消息中所指定的短消息中心发起“MAPForword_ShortMessage”请求,该短消息中心在收到此消息后,将根据上述TP_DA识别出该消息应通过TCP/IP连接被发往Presence服务器而非另外一个移动用户
118(a-d):服务于签约目标用户的短信中心将签约目标用户反馈的签约结果返回到Presence服务器,Presence服务器根据签约目标用户反馈的Presence签约结果,在本地Presence信息数据库中关于签约目标用户的数据项中填加签约用户端的号码,同时该短信中心通过签约目标用户所在MSC向签约目标用户返回短消息发送成功的指示。在本实施例中,该步骤可以分为以下几个子步骤:在步骤118(a),SMS中心向Presence服务器发送透传消息″Subscrebe_Result″,该消息是对签约用户订阅Presence状态的确认答复。在步骤118(b),Presence服务器响应上述透传消息,更新数据库中签约目标用户的Presence签约地址列表。具体的说,在本实施例中,以该签约目标用户的MSISDN为索引,添加新的订阅Presence的签约用户的MSISDN,及其缺省使用的SMS中心地址。其中,上述Presence签约地址列表用途在于,当本签约目标用户状态发生变化时,向列表中的每一个签约用户发起Presence状态信息的SMS多播发送。在步骤118(c),SMS中心向签约用户端MSC发送″Delivery_Report″消息,将短消息发送成功的指示通知签约目标用户端MSC。在步骤118(d),签约用户端MSC向签约用户端UE发送″Delivery_Report″消息,进一步通过CP封装将该消息发送给签约目标用户端UE。
119(a-e),服务于签约目标用户的Presence服务器通过服务于签约用户端的短中心以及端局MSC将Presence签约成功的响应以标准短消息方式返回给发起Presence签约请求的用户。
该步骤分为以下子步骤:在步骤119(a),Presence服务器将“SubscribeResult”通过TCP/IP连接发往请求签约Presence用户的SMS中心。在步骤119(b),该SMS中心将该响应消息封装入第四TPDU,其中TP-PID设置为“SIM Data Download”。在步骤119(c),SMS中心向签约用户端MSC发送“Forward_ShortMessage”消息,该消息中含有上述第四TPDU,从而将Precense签约成功的指示通过第四TPDU发送给签约用户端MSC。在步骤119(d),签约用户端MSC进一步将该消息通过RP/CP封装下发到签约用户端UE,其中含有第四TPDU。在步骤119(e),签约用户端MSC将短消息发送成功的反馈给SMS中心。在步骤119(f),SMS中心进一步将该信息通过“MAPSM_DeliveryReportStatus”通知签约目标用户端HLR该被叫短消息发送成功。
此后进入120(a-b):所述签约用户端UE响应所述短消息,向所述签约用户STK卡发送成功响应消息,所述签约用户STK卡更新所述签约目标用户的Presence签约状态。
具体的说,该步骤可以分为以下子步骤:步骤120(a),签约用户端UE收到来自签约用户端MCS的短消息后,确认其针对签约目标用户的Presence状态订阅请求已成功执行。然后通过EVELOP(SMS-PP DOWNLOAD)接口原语,向签约用户STK卡发送成功响应消息;接着是步骤120(b),签约用户STK卡响应上述接口原语,将该联系人,即签约目标用户的Presence签约状态设置为″允许″。
完成上述流程后,当签约用户选择查看其STK卡中联系人时,人机接口(Man Machine Interface,简称″MMI″)将通过图像或者文字方式,显示每一个联系人的Presence签约状态,而本实施例中的联系人,即签约目标用户的Presence状态从缺省的″禁止″变为″允许″。
下面参照图4、图5和图6,简要描述根据本发明的另一个实施例的取消订阅Presence状态的流程。
首先在步骤201:通过取消签约用户STK卡与取消签约用户端UE确定取消签约目标用户。
此后进入步骤202:所述取消签约用户端UE为所述取消签约目标用户选定取消订阅Presence状态。本步骤分为以下2个子步骤完成:首先,取消签约用户STK卡内的Presence程序响应上述选定操作,通过DISPLAYTEXT/SETUP_MENU接口,激活取消签约用户端UE的显示屏,在其上显示待选菜单。在本实施例中,对于每一个被取消签约用户端用户选中的取消签约目标用户,即当前加亮显示项的用户,有两个选项:订阅该用户的Presence状态或取消订阅该用户的Presence状态。然后,取消签约用户端的用户在上述待选菜单中对当前加亮显示项的取消签约目标用户选定″取消该用户的Presence状态″。
接着进入步骤203:所述取消签约用户STK卡获取所述取消签约目标用户的MSISDN。在本实施例中该步骤包含2个子步骤。首先,在完成步骤202的选定取消订阅Presence状态后,取消签约用户STK卡通过SELECT ITEM接口原语,从取消签约用户端UE获取对该取消签约目标用户选择″取消订阅该用户Presence状态″的信息;然后,取消签约用户STK卡根据选择码检索,得到该取消签约目标用户的MSISDN。
此后进入步骤204:所述取消签约用户STK卡向所述取消签约用户端UE发送第一TPDU,所述第一TPDU包含所述取消签约目标用户的MSISDN、Presence服务器地址、及签约请求。
接着进入步骤205:所述取消签约用户端UE根据所述第一TPDU生成第一封装原语,并发送给所述取消签约用户端MSC,其中,所述封装原语中还包含所述取消签约用户的短消息中心的地址。
然后进入步骤206:所述取消签约用户端MSC根据所述短消息中心的地址,向其发送包含所述第一TPDU的消息。
具体的说,所述取消签约用户端MSC响应在步骤205中收到的第一封装原语,向SMS中心发送″MAP Forward ShortMessage″消息。其中,该消息中包含有通过所述第一封装原语发送过来的第一TPDU。
接着进入步骤207(a-c):所述短消息中心将所述第一TPDU透传给Presence服务器。该步骤包含以下子步骤:步骤207(a),SMS中心从来自取消签约用户端MSC的″MAP Forward_ShortMessage″消息中提取第一TPDU,包括取消签约目标用户的MSISDN以及签约请求——″Presence_Cancel″请求,并将它们透传给Presence服务器。步骤207(b),SMS中心收到来自取消签约用户端MSC的″MAP Forward ShortMessage″消息后,向所述取消签约用户端MSC反馈″MAP Delivery_Report″消息,表示短消息MO发送成功。步骤207(c),所述取消签约用户端MSC向取消签约用户端UE发送″MAP Delivery_Report″消息,进一步将短消息发送成功的接口反馈给取消签约用户UE。
再进入步骤208:所述Presence服务器根据所述MSISDN确定所述取消签约目标用户相应的短消息中心地址,并向该地址透传所述取消签约请求以及所述取消签约目标用户的MSISDN。
接着进入步骤209(a-b):所述取消签约用户相应的短消息中心通过所述取消签约目标用户端HLR获取所述取消签约目标用户端MSC地址。该步骤包含以下子步骤:步骤209(a),所述取消签约目标用户相应的SMS中心向取消签约目标用户端HLR发送获取移动终结SMS路由信息(SendRoutInfoForShort Msg)的MAP请求;步骤209(b),所述取消签约目标用户端HLR向所述SMS中心反馈所述取消签约目标用户端MSC地址,即MSC number。
此后进入步骤210:所述取消签约用户相应的短信中心生成第二TPDU,并发送给所述取消签约目标用户端MSC地址。首先SMS中心响应在步骤208中接收到的来自所述Presence服务器的签约请求,生成第二TPDU。其中,SMS中心将该TPDU的TL层目标地址,即TP_DA,设置为取消签约目标用户的MSISDN;将TL层协议标识,即TP_PID,设置为SIM Data Download;并将数据编码方式,即TP_DCS,设置为Class 2 Message;另外还将TL层源地址设置为TL层TP_DA。然后,SMS中心根据所述取消签约目标用户端HLR在步骤209(b)中向其反馈的取消签约目标用户端MSC地址,发送带有第二TPDU的MAP Forwad ShortMessage消息。
接着进入步骤211(a-b):所述取消签约目标用户端MSC向所述签约取消签约目标用户端UE发起含有所述第二TPDU的寻呼。其中,在步骤211(a),所述取消签约目标用户端MSC响应来自取消签约用户相应的SMS中心的短消息,向取消签约目标用户端UE发起含有第二TPDU的寻呼。此后进入步骤211(b),所述取消签约目标用户端UE响应所述取消签约目标用户端MSC的寻呼,接受含有第二TPDU的CP_DATA,向取消签约目标用户端MSC反馈含有RP_ACK的CP_ACK。
接着进入步骤212(a-b)取消签约目标用户端MSC通过所述取消签约目标用户相应的短消息中心,通知所述取消签约目标用户端HLR所述寻呼成功。在步骤212(a),所述取消签约目标用户端MSC通知SMS中心所述寻呼发送成功,也就是向其发送″MAP DeliveryReport″消息。在步骤212(b),所述SMS中心响应该消息,通过″MAP Delivery_ReportStatus″原语通知取消签约目标用户端HLR所述寻呼发送成功。
此后进入步骤213:所述取消签约目标用户端UE将所述第二TPDU发送给所述取消签约目标用户STK卡。
接着进入步骤214:取消签约目标用户STK卡激活所述取消签约目标用户端UE显示屏,显示是否取消所述取消签约用户的待选菜单。在该步骤中,取消签约目标用户STK卡内存储的Presence应用程序响应来自取消签约目标用户端UE的消息,通过DISPLAY TEXT/SETUP MENU标准原语,激活取消签约目标用户端UE的显示屏,针对提出取消签约请求的取消签约用户显示2个选项,分别是同意取消该取消签约用户订阅本用户的Presence状态,以及不同意取消该取消签约用户订阅本用户的Presence状态。其中,取消签约用户由上文中提到的TP_OA指示的该取消签约用户的号码或用户名表示。对于熟悉本领域的技术人员不难理解,在本步骤中,还可以调用PLAY TONE对取消签约目标用户给予声音提示,增加本方法在实现上的方便性。
218(a-d):服务于签约目标用户的短信中心将签约目标用户反馈的取消签约结果返回到Presence服务器,Presence服务器根据签约目标用户反馈的Presence签约结果,在本地Presence信息数据库中关于签约目标用户的数据项中删除签约用户端的号码,同时该短信中心通过签约目标用户所在MSC向签约目标用户返回短消息发送成功的指示。
Presence服务器将在本地数据库内删除以取消签约目标用户MSISDN号码为索引的取消取消签约用户的Presence签约数据,即MSISDN号码及其缺省使用的SMS中心地址。在步骤218(a),SMS中心向Presence服务器发送透传消息″Cancel_Result″,该消息是对取消签约用户取消订阅Presence状态的确认答复。在步骤218(b),Presence服务器响应上述透传消息,更新数据库中取消签约目标用户的Presence签约地址列表,即以该取消签约目标用户的MSISDN为索引,删除订阅Presence的取消签约用户的MSISDN,及其缺省使用的SMS中心地址。在步骤218(c),SMS中心向取消签约用户端MSC发送″Delivery_Report″消息,将短消息发送成功的指示通知取消签约目标用户端MSC。在步骤218(d),取消签约用户端MSC向取消签约用户端UE发送″Delivery_Report″消息,进一步通过CP封装将该消息发送给取消签约目标用户端UE。
219(a-e),服务于签约目标用户的Presence服务器通过服务于签约用户端的短中心以及端局MSC将Presence取消签约成功的响应以标准短消息方式返回给发起Presence签约请求的用户。
该步骤分为以下子步骤:在步骤219(a),Presence服务器将“CancelResult”通过TCP/IP连接发往请求签约Presence用户的SMS中心。在步骤219(b),该SMS中心将该响应消息封装入第四TPDU,其中TP-PID设置为“SIM Data Download”。在步骤219(c),SMS中心向取消签约用户端MSC发送“Forward_ShortMessage”消息,该消息中含有上述第四TPDU,从而将取消Precense签约成功的指示通过第四TPDU发送给取消签约用户端MSC。在步骤219(d),取消签约用户端MSC进一步将该消息通过RP/CP封装下发到取消签约用户端UE,其中含有第四TPDU。在步骤219(e),取消签约用户端MSC将短消息发送成功的反馈给SMS中心。在步骤219(f),SMS中心进一步将该信息通过“MAP SM_DeliveryReportStatus”通知取消签约目标用户端HLR该被叫短消息发送成功。
此后进入120(a-b):所述取消签约用户端UE响应所述短消息,向所述取消签约用户STK卡发送成功响应消息,所述取消签约用户STK卡更新所述取消签约目标用户的Presence签约状态。该步骤可以分为以下子步骤:步骤120(a),取消签约用户端UE收到来自取消签约用户端MCS的短消息后,确认其针对取消签约目标用户的Presence状态的取消订阅请求已成功执行。然后通过EVELOP(SMS-PP DOWNLOAD)接口原语,向取消签约用户STK卡发送成功响应消息;接着是步骤120(b),取消签约用户STK卡响应上述接口原语,将该联系人,即取消签约目标用户的Presence签约状态设置为不允许。
下面再根据上述技术方案,简单说明网络侧用户Presence状态发生变化情况下的Presence状态通知过程。对于Presence服务器向各签约用户广播Presence状态的触发条件及实现方式,需要考虑以下两种典型情况:
第一种情况是当Presence用户从呼叫忙状态转移到空闲态;或者从空闲态转移到呼叫忙状态时,通过从用户智能STK卡根据其内保存的Presence签约状态,在签约状态为“允许”的前提下,向其UE/ME发起SETUP_EVENTLIST标准接口原语,事件类型指示为“Call Connected”及“CallDisconnected”,当任何一个事件发生时,UE/ME都将通过EVENTDOWNLOAD标准接口原语通知STK卡该事件,从而触发STK通过短消息流程通知Presence服务器该用户状态的变化,并由Presence服务器发起到所有与该用户相关的Presence订阅者的短消息通知。
考虑到用户关机或重启后,STK卡向其发送的EventList会丢失,因此需要每次STK卡在与UE/ME建立链接并完成SIM卡自身初始化后再次发送该SETUP_EVENT_LIST消息。
当用户从诸如关机、无法通过无线网络寻呼、漫游禁止等网络不可及状态转换为网络可及状态,即已位置登记并处于空闲态时,STK卡通过向UE/ME发送“Location Status Event”来实现对网络可达状态的检测和通知。
第二种情况是对于Presence用户从网络可及状态转换到网络不可及状态的情况,可以依赖Presence服务器向该被签约Presence用户发起的定时状态检查来实现。Presence服务器遍历数据库中所有被签约用户的状态,对每个Presence状态为“空闲(IDLE)”的用户,并进行如下处理:首先,对所有状态转为“IDLE”的用户,立即为其启动定时器(时长可配置,如1小时);然后,等待检测到该用户定时器到时,则Presence服务器以其MSISDN号码为目标,发起SMS MT流程,以判断该用户是否是无线网络可达的;接着,若SMS中心返回SMS下发失败,原因为网络不可及,则Presence服务器将该用户Presence状态更新为“网络不可及”,并停止定时器。后继等待该用户STK自动上报网络可及的信号;最后,若SMS中心返回SMS下发成功的响应,则Presence服务器维持该用户Presence状态不变,并重新启动定时器,并跳转至步骤2。
不管是对于第一种情况还是第二种情况,一旦Presence服务器检测到用户状态变化的条件满足,则都将由服务器发起向所有用户的短消息点到点多播Presence状态通知。所有签约用户在收到Presence服务器的通知后,都将自动更新并保存其通讯簿中相关联系人的Presence状态。
下面再简要说明用户主动设定的Presence状态通知情况。对于用户主动设定的Presence状态,其状态信息取值可以非常灵活,如地理信息、当前的特殊场景、情绪状态等等。其步骤如下:首先,用户通过UE/ME的MMI界面调用STK卡通过SETUP MENU建立起来的Presence操作;接着,UE/ME通过SELECT ITEM原语通知STK卡菜单侯选项,用户在Presence操作菜单中选择“设置本地Presence状态”,则UE/ME向STK卡返回TERMINALRESPONSE并指明用户选项后,则STK调用GET INPUT原语,从用户侧获取Presence信息输入,其中包括用户最近一次主动输入的Presence状态,由于需要支持UCS216位字符集,因此用户设置的Presence信息长度限制不超过70字(16位)或140字(8位);然后,STK卡检查从UE/ME通过TERMINALRESPONSE返回的用户输入的最新状态,发现若输入内容与最后一次保存的Presence状态信息不同,则向UE/ME发起SEND_SHORT_MESSAGE标准原语,其TPDU参数包含了应用层自定义的“Presence Notification”消息,内容包含:STK卡的MSISDN标识及编码类型为非压缩UCS2的Presence信息内容;接着,该消息通过RP及CP封装,到达服务于该STK卡用户的MSC/VLR,MSC/VLR根据其RP层的目标地址(RP DA),及SMS中心地址,通过MAP FowardShortMessage原语,将该消息上发到SMS中心;此后,SMS中心收到消息后根据TP层目标地址(TP_DA),将该消息通过与TP_DA指定的TCP/IP连接透明传送SMS TPDU中封装的Presence Notification到Presence服务器;随后,根据Presence Notification中的用户MSISDN号码,Presence服务器完成该用户Presence状态的自动更新;然后,Presence服务器通过搜索Presence数据库,发起向所有该MSISDN用户的Presence订阅者的MSISDN号码,发起点到点短消息多播以进行Presence状态变化的通知。
虽然通过参照本发明的某些优选实施例,已经对本发明进行了图示和描述,但本领域的普通技术人员应该明白,可以在形式上和细节上对其作各种各样的改变,而不偏离所附权利要求书所限定的本发明的精神和范围。
Claims (14)
1.一种出席业务订阅方法,其特征在于,包含以下步骤:
A确定签约目标用户;
B签约用户端的用户设备通过标准短消息流程将订阅(subscribe)请求消息发送到短消息中心,其中,所述订阅请求消息中包含有订阅请求,以及订阅目标用户和所述签约用户的移动台国际综合业务数字网号码;
C所述短消息中心将所述订阅请求消息发送到出席服务器;
D所述订阅目标用户通过短消息系统通知所述出席服务器接受所述签约用户的订阅请求;
E所述出席服务器完成对所述订阅目标用户的数据库更新,并将订阅成功的响应消息通过所述短消息系统返回给所述签约用户。
2.根据权利要求1所述的出席业务订阅方法,其特征在于,所述步骤D还包含以下步骤:
所述出席服务器判断所述订阅目标用户是否允许接受所述签约用户的订阅请求,如果允许,则所述订阅目标用户通过短消息系统通知所述出席服务器接受所述签约用户的订阅请求。
3.根据权利要求1所述的出席业务订阅方法,其特征在于,所述方法中,步骤A之后、步骤B之前还包含以下步骤:
签约用户的智能用户身份鉴别模件SIM卡开发套件卡中的出席应用将订阅请求消息通过智能SIM卡开发套件-用户设备内部接口送到签约用户端的用户设备。
4.根据权利要求1所述的出席业务订阅方法,其特征在于,所述步骤C中,所述短消息中心通过传输控制协议/互联网协议连接将所述订阅请求消息发送到出席服务器。
5.根据权利要求2所述的出席业务订阅方法,其特征在于,所述步骤D中,当出席订阅目标用户允许接受所述签约用户的订阅请求时,所述订阅目标用户通过短消息系统通知出席服务器接受订阅请求者的请求。
6.根据权利要求5所述的出席业务订阅方法,其特征在于,所述短消息系统包含短消息中心、移动交换中心、归属位置寄存器以及用户设备。
7.根据权利要求1所述的出席业务订阅方法,其特征在于,所述步骤E中,出席服务器将订阅成功的响应消息返回给所述签约用户智能SIM卡开发套件卡中的出席客户端。
8.一种出席业务取消方法,其特征在于,包含以下步骤:
A确定取消签约目标用户;
B取消签约用户端的用户设备通过标准短消息流程将取消订阅请求消息发送到短消息中心,其中,所述取消订阅请求消息中包含有取消订阅请求、取消订阅目标用户和所述取消签约用户的移动台国际综合业务数字网号码;
C所述短消息中心将所述取消订阅请求消息发送到出席服务器;
D所述出席服务器响应所述取消订阅请求消息,完成对所述取消订阅目标用户的数据库更新。
9.根据权利要求8所述的出席业务取消方法,其特征在于,所述方法中,步骤A之后、步骤B之前还包含以下步骤:
签约用户的智能SIM卡开发套件卡中的出席应用将取消订阅请求消息通过智能SIM卡开发套件-用户设备内部接口送到取消签约用户端的用户设备。
10.根据权利要求8所述的出席业务取消方法,其特征在于,所述步骤D还包含以下步骤:所述出席服务器将取消订阅成功的消息通过短消息系统,返回给取消签约用户。
11.根据权利要求10所述的出席业务取消方法,其特征在于,所述短消息系统包含短消息中心、所述取消签约用户的移动交换中心、归属位置寄存器以及用户设备。
12.根据权利要求8所述的出席业务取消方法,其特征在于,所述步骤C中,所述短消息中心通过传输控制协议/互联网协议连接将所述订阅请求消息发送到出席服务器。
13.一种出席状态的修改和更新方法,其特征在于,包含以下步骤:
A签约目标用户修改自己的出席状态,并通过其智能SIM卡开发套件卡中的出席应用向用户设备发送变更出席状态的请求消息,所述消息中包含有出席状态变更请求以及所述签约目标用户的移动台国际综合业务数字网号码;
B所述用户设备通过标准短消息流程将所述变更请求消息发送到短消息中心;
C所述短消息中心将所述变更请求消息发送到出席服务器;
D所述出席服务器在数据库中更新所述签约目标用户的出席状态,并通过短消息系统向所述签约目标用户的所有订阅请求用户通知修改所述签约目标用户出席状态。
14.根据权利要求13所述的出席状态的修改和更新方法,其特征在于,所述步骤D中,所述短消息系统包含短消息中心、所述取消签约用户的移动交换中心、归属位置寄存器以及用户设备。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2004100788497A CN100341347C (zh) | 2004-04-30 | 2004-09-10 | 出席业务的订阅、取消及状态更新方法 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200410038811 | 2004-04-30 | ||
CN200410038811.7 | 2004-04-30 | ||
CNB2004100788497A CN100341347C (zh) | 2004-04-30 | 2004-09-10 | 出席业务的订阅、取消及状态更新方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1747566A CN1747566A (zh) | 2006-03-15 |
CN100341347C true CN100341347C (zh) | 2007-10-03 |
Family
ID=36166862
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2004100788497A Expired - Fee Related CN100341347C (zh) | 2004-04-30 | 2004-09-10 | 出席业务的订阅、取消及状态更新方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100341347C (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101676933B (zh) * | 2008-09-17 | 2013-01-02 | 新奥特(北京)视频技术有限公司 | 一种基于状态变化的流程控制中消息订阅和分发方法 |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1984183B (zh) * | 2006-05-23 | 2010-06-09 | 华为技术有限公司 | 一种呈现业务的实现方法和终端设备 |
CN101094434B (zh) * | 2006-06-19 | 2011-02-02 | 华为技术有限公司 | 在移动广播系统中订阅业务相关通知的方法 |
CN101309439B (zh) * | 2007-05-16 | 2012-06-20 | 华为技术有限公司 | 融合消息能力中心及融合消息业务的发送方法 |
CN101790153B (zh) * | 2010-01-28 | 2014-12-10 | 中兴通讯股份有限公司 | 一种获取网络状态信息的方法及装置 |
CN102202074B (zh) * | 2010-03-24 | 2013-06-05 | 华为终端有限公司 | 一种业务处理方法及业务处理系统以及相关设备 |
TWI483634B (zh) * | 2011-04-11 | 2015-05-01 | Chi Mei Comm Systems Inc | 群組分享系統及方法 |
CN104811320A (zh) * | 2014-01-29 | 2015-07-29 | 华为技术有限公司 | 一种状态订阅的方法、装置及系统 |
JP6833859B2 (ja) | 2016-03-28 | 2021-02-24 | オッポ広東移動通信有限公司Guangdong Oppo Mobile Telecommunications Corp., Ltd. | デバイスツーデバイス通信方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1998028900A1 (de) * | 1996-12-23 | 1998-07-02 | Swisscom Ag | Verfahren und system zur übermittlung von aufträgen in einem telekommunikationsnetz |
WO2001058179A2 (en) * | 2000-02-01 | 2001-08-09 | Qualcomm Incorporated | System for transmitting and receiving short message service (sms) messages |
WO2002095529A2 (en) * | 2001-05-23 | 2002-11-28 | Evolving Systems, Incorporated | Apparatus and method for extracting presence, location and availability data from a communciation device deployed in a network |
-
2004
- 2004-09-10 CN CNB2004100788497A patent/CN100341347C/zh not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1998028900A1 (de) * | 1996-12-23 | 1998-07-02 | Swisscom Ag | Verfahren und system zur übermittlung von aufträgen in einem telekommunikationsnetz |
WO2001058179A2 (en) * | 2000-02-01 | 2001-08-09 | Qualcomm Incorporated | System for transmitting and receiving short message service (sms) messages |
WO2002095529A2 (en) * | 2001-05-23 | 2002-11-28 | Evolving Systems, Incorporated | Apparatus and method for extracting presence, location and availability data from a communciation device deployed in a network |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101676933B (zh) * | 2008-09-17 | 2013-01-02 | 新奥特(北京)视频技术有限公司 | 一种基于状态变化的流程控制中消息订阅和分发方法 |
Also Published As
Publication number | Publication date |
---|---|
CN1747566A (zh) | 2006-03-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101438566B (zh) | 应用的自动传播 | |
US7103367B2 (en) | Network-based services for misplaced cellular mobile stations | |
US9125004B2 (en) | Group sharing using near field communication (NFC) | |
CN101635772B (zh) | 一种呼叫信息管理的方法及其系统 | |
EP1887824B1 (en) | Method for realizing one card with multiple numbers service | |
CA2580526C (en) | Method for realizing short message group-delivering | |
CN1798207A (zh) | 一种在被叫用户终端上显示主叫信息的方法 | |
US8326273B2 (en) | System and method for playing a color ring back tone based on the called user's state presence information | |
CN1799271A (zh) | 与位置相关的服务 | |
CN101018253B (zh) | 用于通信网络的无线单元状态通知系统 | |
CN1550113A (zh) | 用于提供文本消息服务的系统和方法 | |
EP1889428A2 (en) | Method and system for call-setup triggered push content | |
CN1684530A (zh) | 动态组地址创建方法和设备 | |
CN102484785A (zh) | 向移动装置的用户警告被停用的虚拟sim预订上的呼叫尝试 | |
US20120083254A1 (en) | Unsuccessful call alert | |
US8315615B2 (en) | Wireless communication device management system and method | |
CN1292606C (zh) | 实现短消息转移的方法 | |
CN101043751A (zh) | 限制呼叫转移的方法及系统 | |
CN100341347C (zh) | 出席业务的订阅、取消及状态更新方法 | |
US7333823B2 (en) | Method and system for checking the attainability status of a mobile terminal device | |
CN1285229C (zh) | 获取移动用户状态信息的方法、系统及相应用户识别模块 | |
CN1859482A (zh) | 一种提供实时回铃音的方法和系统 | |
US6996398B1 (en) | Method and system for initiating change in a preferred roaming list | |
CN1859478A (zh) | 一种提供实时回铃音的方法和系统 | |
CN1889718A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20071003 Termination date: 20210910 |