CN101384018A - 无线一键通业务中的呼叫处理方法和呈现信息订阅方法 - Google Patents
无线一键通业务中的呼叫处理方法和呈现信息订阅方法 Download PDFInfo
- Publication number
- CN101384018A CN101384018A CNA2007101491034A CN200710149103A CN101384018A CN 101384018 A CN101384018 A CN 101384018A CN A2007101491034 A CNA2007101491034 A CN A2007101491034A CN 200710149103 A CN200710149103 A CN 200710149103A CN 101384018 A CN101384018 A CN 101384018A
- Authority
- CN
- China
- Prior art keywords
- poc
- presentation information
- terminal
- server
- group
- 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
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种无线一键通业务中的呼叫处理方法和呈现信息订阅方法,其中该呼叫处理方法用于预定义群组呼叫,包括:PoC终端向PoC服务器发送包括与呈现信息相关的过滤条件的SIP INVITE消息;PoC服务器接收到SIP INVITE消息后,与XDMS交互,获取预定义群组中呈现信息满足所述过滤条件的群组PoC终端的地址,并向呈现信息满足过滤条件的群组PoC终端发送SIP INVITE消息;主叫PoC终端、PoC服务器和预定义群组中呈现信息满足过滤条件的群组PoC终端交互,进行预定义群组呼叫。本发明有效地提高了呼叫建立过程中空口资源的使用效率,减少了空口资源和网络上传送的相关的SIP信令。
Description
技术领域
本发明涉及无线移动通信技术领域中的无线一键通,特别是一种PoC(Push-to-talk over Cellular,无线一键通)业务的呼叫处理方法和呈现信息订阅方法。
背景技术
PoC业务是一种半双工的通信方式,用户通过按下特定的按键后即可与个人和群组通话,方便快捷。
2003年推出了基于3GPP定义的IMS(IP多媒体子系统)的PoC规范。OMA(Open Mobile Alliance,开放移动联盟)PoC 1.0正式版本于2006年6月推出,而PoC 2.0草案也在2006年年底出台。
一般来讲,呈现(Presence)业务作为一个业务引擎,常常和PoC业务引擎捆绑在一起为用户提供联络成员的呈现信息。
OMA PoC规范中定义组呼可以有三种方式:预定义群组呼叫,临时建立(ad-hoc)群组呼叫和类似聊天室的方式,用户自行加入聊天组。预定义群组呼叫由于是事先规定好群组成员,发起呼叫比临时建立(ad-hoc)群组呼叫简单,而用户使用临时建立(ad-hoc)群组呼叫,需花费时间选择被叫。
在预定义群组呼叫中,组内任何成员都可以通过向PoC服务器发送SIPINVITE消息来发起一次预定义群组呼叫,其处理过程包括如下步骤:
步骤11,PoC终端向PoC服务器发送SIP INVITE消息,SIP INVITE消息中的Request-URI为该预定义群组的地址SIP URI;PoC服务器是提供PoC业务应用的网络单元,可执行控制功能和参与功能,在1-1或ad-hoc会话中,发起方的PoC服务器执行控制功能,在聊天群组和预定义群组会话中,拥有群组ID的PoC服务器执行控制功能。
步骤12,PoC服务器收到SIP INVITE消息后,从XDMS(XML DocumentManagement Server,可扩展标记语言文件管理服务器)获取该预定定义群组每一位成员的地址信息。
步骤13,PoC服务器分别向主叫用户之外的所有其他预定定义群组成员发送SIP INVITE消息。
步骤14,接收端的PoC服务器或成员通过SIP响应消息返回接收邀请的状况;
步骤15,PoC服务器通过SIP NOTIFY消息向发起呼叫的PoC终端通知所有成员接收邀请的状况。
步骤16,当预定义群组中任意一个成员接受邀请后,发起呼叫的PoC终端会收到开始通话的指示(Talk Burst Confirm)。
从上述的流程描述可以发现,PoC服务器会向预定义群组中的所有成员发送SIP INVITE消息,并不关心预定义群组中的用户是否可以进行此次通话(如被叫组员关机等),同时还会向发起呼叫的PoC终端通知每一个受邀请的成员接受邀请的状况,然而上述的处理方式将导致网络资源的浪费,尤其是PoC服务器与PoC终端之间的空口资源。
下面举例对上述问题进行说明。
假设预定义群组中有N个用户的话,如果有10%的用户处于关机状态时,则一次预定义群组呼叫在邀请用户阶段所占用的空口资源中有10%是被浪费了,被浪费的空口资源被用于关机状态用户相对应的SIP INVITE消息、SIP响应消息(例如SIP 200 OK消息)和SIP NOTIFY消息等。
同时,在Po C2.0版本中,通信的媒体已不单纯是语音,还可以是音乐,视频,文本及图像等,那么会存在过时的PoC终端不能接受相应媒体信息的现象。此时,如果邀请所有PoC用户的话,相应的也导致了更多的空口资源的浪费。
众所周知,现有的处理方式中,执行控制功能的PoC服务器在收到主叫PoC终端发来的SIP INVITE消息后,与XDMS交互,同时通过网络、其他参与PoC服务器向被叫PoC终端转发该SIP INVITE消息。同时,执行控制功能的PoC服务器只有在收到被叫PoC终端的响应后才能向主叫PoC终端发送Talk Burst Confirm消息,至此完成呼叫建立。由于需要等待被叫PoC终端的响应,因此呼叫建立时间比较长。
同时,现有的呈现信息订阅包括如下步骤:
PoC终端向RLS(Resource List Server)发送SIP SUBSCRIBE请求,其Request URI为观察者的资源列表的SIP URI;
RLS收到此SIP SUBSCRIBE请求后,转发给资源列表上的所有PoC终端;
RLS接收所有PoC终端返回的呈现信息后,汇聚呈现信息,同时向观察者发送一个NOTIFY消息。
在观察者订阅被观察者的呈现信息所使用的SIP SUBSCRIBE的消息中,有一个Expires头域参数,该参数的值决定了订阅的有效时间。
如果观察者希望持续获得呈现信息,必须在订阅过期之前周期性刷新,刷新的周期可以根据实际情况来定。
通常,PoC终端的呈现信息是在PoC业务菜单下才对用户可见,那么完全没有必要从用户终端对网络上的资源列表服务器进行呈现消息的持续订阅,从而产生大量的SIP SUBSCRIBE和SIP NOTIFY消息在空中接口中传送,浪费空口资源。
发明内容
本发明的目的之一是提供一种无线一键通业务中的呼叫处理方法,用于预定义群组呼叫,提高呼叫建立过程中空口资源的使用效率,减少空口资源和网络上传送的相关的SIP信令。
本发明的另一目的是提供一种无线一键通业务中的呼叫处理方法,降低呼叫建立时间。
本发明的再一目的是提供一种无线一键通业务中的呈现信息订阅方法,减少对空口资源的使用。
为了实现上述目的,本发明提供了一种无线一键通业务中的呼叫处理方法,用于预定义群组呼叫,包括:
步骤11,PoC终端向PoC服务器发送包括与呈现信息相关的过滤条件的SIP INVITE消息,发起预定义群组呼叫;
步骤12,PoC服务器接收到SIP INVITE消息后,与可扩展标记语言文件管理服务器XDMS交互,获取预定义群组中呈现信息满足所述过滤条件的群组PoC终端的地址,并向呈现信息满足过滤条件的群组PoC终端发送SIPINVITE消息;
步骤13,主叫PoC终端、PoC服务器和预定义群组中呈现信息满足过滤条件的群组PoC终端三者交互,进行预定义群组呼叫。
上述的方法,其中,所述步骤11具体包括:
步骤111,PoC终端将SIP INVITE消息发送给代理呼叫控制实体;
步骤112,代理呼叫控制实体将SIP INVITE消息转发服务呼叫控制实体;
步骤113,服务呼叫控制实体从归属用户服务器下载初始过虑规则,根据业务触发点,把会话邀请转交给相应的PoC服务器。
上述的方法,其中,所述步骤12具体包括:
步骤121,PoC服务器接收到SIP INVITE消息后,认证发起呼叫的PoC终端;
步骤122,认证通过,PoC服务器解析SIP INVITE消息;
步骤123,PoC服务器根据解析结果从XDMS获取预定义群组的地址信息和呈现信息;
步骤124,PoC服务器根据过滤条件和预定义群组PoC终端的呈现信息,从所有预定义群组PoC终端中选择呈现信息符合过滤条件的群组PoC终端;
步骤125,PoC服务器利用地址信息向选择的呈现信息符合过滤条件的群组PoC终端发送SIP INVITE消息。
上述的方法,其中,所述PoC终端的呈现信息符合开放移动联盟的PoC规范,所述过滤条件根据开放移动联盟的PoC规范定义的呈现信息的状态或属性来设置。
上述的方法,其中,所述PoC终端的呈现信息符合互联网工程任务组的因特网草案或RFC所规定的呈现信息格式;所述过滤条件根据互联网工程任务组的因特网草案或RFC中所规定的呈现信息的状态或属性来设置。
上述的方法,其中,所述呈现信息相关的过滤条件为MIME格式,且符合RFC4661的规定。
上述的方法,其中,所述XDMS中PoC终端的呈现信息为PoC终端最新的呈现信息。
上述的方法,其中,所述XDMS通过下述步骤保存PoC终端最新的呈现信息:
PoC终端开机注册后,向资源列表服务器发送SIP SUBSCRIBE消息;
资源列表服务器接收SIP SUBSCRIBE消息后,周期性向资源列表中的其他PoC终端发送SIP SUBSCRIBE消息;
资源列表服务器将PoC终端的呈现信息发送给XDMS保存或更新。
上述的方法,其中,所述XDMS保存的PoC终端的呈现信息中包括PoC业务参数设置映射过来的呈现信息,所述方法还包括:
PoC服务器获取被叫PoC终端的呈现信息中的PoC业务参数设置后,向主叫PoC终端发送Talk Burst Confirm消息,建立呼叫。
为了更好的实现上述目的,本发明还提供了一种无线一键通业务中的呼叫处理方法,包括:
步骤21,XDMS保存PoC终端的包括PoC业务参数设置的最新的呈现信息;
步骤22,主叫PoC用户向PoC服务器发送SIP INVITE消息;
步骤23,PoC服务器与XDMS交互,查询被叫PoC终端的呈现信息;
步骤24,PoC服务器获取被叫PoC终端的呈现信息中的PoC业务参数设置后,向主叫PoC终端发送Talk Burst Confirm消息,建立呼叫。
上述的方法,其中,所述步骤21具体为:
资源列表服务器周期性向资源列表中的PoC终端发送SIP SUBSCRIBE消息,并将PoC终端的呈现信息发送给XDMS保存、更新。
上述的方法,其中,所述呈现信息具体包括:
IETF SIMPLE呈现信息格式中的信息;和
从动态PoC状态和PoC业务登记时所设的PoC业务参数设置映射过来的信息。
上述的方法,其中,所述主叫PoC用户向PoC服务器发送SIP INVITE消息中与呈现信息相关的过滤条件,所述方法还包括:
PoC服务器向预定义群组中呈现信息满足过滤条件的群组PoC终端发送SIP INVITE消息;
主叫PoC终端、PoC服务器和预定义群组中呈现信息满足过滤条件的群组PoC终端三者交互,进行预定义群组呼叫。
上述的方法,其中,所述呈现信息相关的过滤条件为MIME格式,且符合RFC4661的规定。
为了更好的实现上述目的,本发明还提供了一种无线一键通业务中的呈现信息订阅方法,包括:
步骤31,PoC终端开机并进行了IMS注册,PoC和呈现业务注册后,向资源列表服务器发送SIP SUBSCRIBE消息;
步骤32,资源列表服务器向观察者的资源列表中的所有成员发送SIPSUBSCRIBE消息;
步骤33,资源列表服务器接收并汇集所有成员的呈现信息后,向PoC终端发送SIP NOTIFY消息;
步骤34,资源列表服务器保持资源列表中的所有成员的呈现信息的更新;
步骤35,仅在PoC用户主动激活PoC菜单或触发呈现信息的订阅时,PoC终端才向资源列表服务器发送SIP SUBSCRIBE消息;
步骤36,资源列表服务器将其中保存的最新呈现信息通过SIP NOTIFY消息发送给PoC终端。
上述的方法,其中,所述步骤34具体为:
资源列表服务器周期性向观察者的资源列表中的所有成员发送SIPSUBSCRIBE消息;
资源列表服务器根据PoC终端的响应更新、保存呈现信息。
上述的方法,其中,还包括:
资源列表服务器将最新的呈现信息实时发送给XDMS进行保存。
本发明的无线一键通业务中的呼叫处理方法,由于在SIP INVITE消息中加入过滤条件,因此,PoC服务器仅需要向满足过滤条件的PoC终端发送SIPINVITE消息,同时在后续的呼叫过程中,不满足过滤条件的PoC终端不会加入到预定义群组呼叫中来,因此,有效地提高了呼叫建立过程中空口资源的使用效率,减少了空口资源和网络上传送的相关的SIP信令。
本发明的无线一键通业务中的呼叫处理方法通过在XDMS中保存最新的呈现信息,同时由于该呈现信息中包括由PoC业务参数设置所映射来的信息,因此,PoC服务器可直接根据该PoC业务参数设置所映射来的信息向主叫PoC终端发送Talk Burst Confirm消息,建立呼叫,省去了等待被叫PoC终端响应的时间,有效地减少了呼叫建立时间。
本发明的无线一键通业务中的呈现信息订阅方法中,观察者只有在用户主动激活PoC菜单或触发呈现信息的订阅时,才向RLS发送SIP SUBSCRIBE消息,而不是周期性发送,有效地节省了空口资源,减轻了RLS的SIP消息处理压力。
附图说明
图1为本发明无线一键通业务中预定义群组呼叫处理方法的流程示意图;
图2为本发明无线一键通业务中的呼叫建立方法的流程示意图;
图3为本发明无线一键通业务中的呈现信息订阅方法的流程示意图;
图4和图5为本发明的预定义群组呼叫处理方法的效果仿真示意图;
图6为本发明的呈现信息订阅方法的效果仿真示意图。
具体实施方式
在本发明的PoC业务中预定义群组呼叫的处理方法中,预定义群组呼叫的主叫PoC终端在向执行控制功能的PoC服务器发送的SIP INVITE消息中,加入与呈现信息相关的过滤条件。执行控制功能的PoC服务器根据该过滤条件向满足条件的预定义群组中的PoC终端发送SIP INVITE消息,提高呼叫建立过程中空口资源和网络资源的使用效率。
如图1所示,本发明的PoC业务中预定义群组呼叫的处理方法包括如下步骤:
步骤11,PoC终端向PoC服务器发送SIP INVITE消息,发起预定义群组呼叫,该SIP INVITE消息中包括与呈现信息相关的过滤条件;
步骤12,PoC服务器接收到SIP INVITE消息后,与XDMS交互,获取预定义群组中满足过滤条件的群组PoC终端的地址信息后,根据地址信息向满足过滤条件的群组PoC终端发送SIP INVITE消息;
步骤13,主叫PoC终端、PoC服务器和满足过滤条件的群组PoC终端三者交互,进行预定义群组呼叫。
所述步骤11具体包括如下步骤:
步骤111,PoC终端将SIP INVITE消息发送给发端P-CSCF(Proxy-CallSession Control Function,代理呼叫控制实体),SIP INVITE消息的SIP消息头Accept-Contact的中添加“+g.poc.talkburst”,同时SIP INVITE消息中的Request-URI为该预定义群组的地址SIP URI,标明这是一个PoC预定义群组呼叫;
步骤112,发端P-CSCF把SIP INVITE消息路由到归属的I-CSCF(Interrogating-Call Session Control Function,查询呼叫控制实体),问询归属的S-CSCF(Service-Call Session Control Function,服务呼叫控制实体)的地址,从而把邀请转发给归属的S-CSCF;
步骤113,归属的S-CSCF通过从HSS(Home Subscriber Server,归属用户服务器)下载初始过虑规则,根据业务触发点,把会话邀请转交给相应的PoC服务器。
此时,PoC服务器接收到SIP INVITE消息后,首先认证该PoC终端,认证通过后,与XDMS交互,获取满足过滤条件的群组PoC终端的地址信息,因此,步骤12具体包括:
步骤121,PoC服务器接收到SIP INVITE消息后,认证发起呼叫的PoC终端;
步骤122,认证通过,PoC服务器解析SIP INVITE消息;
步骤123,PoC服务器根据解析结果从XDMS获取预定义群组的地址信息和呈现信息;
步骤124,PoC服务器根据过滤条件和群组PoC终端的呈现信息,从所有预定义群组PoC终端中选择呈现信息符合过滤条件的群组PoC终端;
步骤125,PoC服务器向选择的呈现信息符合过滤条件的群组PoC终端发送SIP INVITE消息。
下面对本发明中所提到的过滤条件进行进一步详细说明。
OMA PoC规范中建议利用呈现信息(Presence)来指示被邀请的用户的相关PoC属性,可选择的状态或属性有:新来话会话免打扰(Do not disturb)、能够接受新的呼入PoC会话、能够接受呼入即时用户通知及当前至少参加一个PoC会话等,其呈现信息的属性表达了应用相关(PoC会话和PoC通知)的可用性和意愿性。
在PoC终端发送的SIP INVITE消息中,包括过滤条件,该过滤条件根据呈现信息来设置。
如该过滤条件可结合OMA PoC规范文档中定义的PoC用户的状态或属性来设置,可设置为选择满足如下条件的用户:
新来话会话免打扰设置为No,且当前至少参加一个PoC会话设置为True;
也可以是设置为选择满足如下条件的用户:
新来话会话免打扰设置为No,且能够接受新的呼入PoC会话设置为True的PoC终端。
当然,还可设置其它类型的条件,例如根据在下文中介绍的IETF(InternetEngineering Task Force,互联网工程任务组)SIMPLE工作组的因特网草案和/或RFC所规定的呈现状态的格式来设置过滤条件。
目前OMA PoC规范文档中定义的呈现信息远远不能满足PoC终端的实际需要,PoC终端不能通过上述定义来表达活动、时间,地点、通信方式等复杂信息。
呈现信息数据格式(PIDF,Presence Information Data Format)是用来在两个状态实体之间承载呈现的语义信息,协议无关,也就是除了SIP,其他各种协议也能用它来传送呈现信息。
其中PIDF定义了一个最小化集合,定义了MIME媒体类型:application/pidf_xml来表示应用和编码的类型。一个PIDF在文档中包括一系列的元素(element),每个元素可在一个元组(tuple)下。元组有一个必选实体的状态元素(open或close);三个可选的元素:contact,note,timestamp。3GPP和OMA目前采纳PIDF作为呈现信息的基本格式。
然而,需注意的是,PIDF仅仅定义了open或close状态,这对大多数应用来说是不够的。为了提供更详细的信息,IETF SIMPLE工作组又提出了一系列的数据格式的RFC(Request for Comments)和因特网草案。其中,丰富的状态呈现信息格式(RPID,Rich Presence Information Data Format)是对PIDF的扩展,可表达activities、contact-type、place-type、privacy和sphere等信息。呈现信息数据格式中的联系信息(CIPID,Contact Information in PresenceInformation Data Format)提供了状态实体或者元组的诸如名片、主页和图标等补充信息。另外,在因特网草案“PIDF扩展,SIP用户代理能力”(M.Lonnforsand K.Kiss,“Session Initiation Protocol(SIP)User Agent Capability Extension toPresence Information Data Format(PIDF)”,draftietf-simple-prescaps-ext-07,Jul.2006)中,还规定了业务能力和终端能力等。
以下给出了一个符合PIDF、RPID和“PIDF扩展,SIP用户代理能力”的状态实体的呈现信息的示意。
<?xml version=”1.0”encoding=”UTF-8”?>
<presence xmlns:="urn:ietf:params:xml:ns:pidf"
xmlns:rpid="um:ietf:params:xml:ns:pidf:rpid"
xmlns:caps="urn:ietf:params:xml:ns:pidf:caps"
entity="pres:PoC-userB1@network.com">
<tuple id="432sd">
<status>
<basic>open</basic>
</status>
<rpid:class>PoC</rpid:class>
<rpid:place-type>office</rpid:place-type>
<contact>tel:2224055555@network.com</contact>
<caps:servcaps>
<caps:video>false</caps:video>
<caps:audio>true</caps:audio>
<caps:text>true</caps:text>
</caps:servcaps>
</tuple>
</presence>
在上述的例子中,该状态实体的PoC业务是open状态;地点在office;联络电话为222-405-5555;其服务能力为可接受音频(audio)和文本(text)消息,但是不能接受视频(video)消息。
相对于OMA PoC规范文档中定义的呈现信息,基于PIDF扩展的呈现信息中可给出更多的信息,而利用基于PIDF扩展的呈现信息,在SIP INVITE消息中嵌入相应的过滤条件(其格式符合RFC4661的规定),则可通过过滤条件选择群组中更加合适的PoC终端,下面为SIP INVITE消息中一个过滤条件的范例。
<?xml version=”1.0”encoding=”UTF-8”?>
<filter-set xmlns="urn:ietf:params:xml:ns:simple-filter">
<ns-bindings>
<ns-binding prefix="pidf"urn="urn:ietf:params:xml:ns:pidf"/>
<ns-binding prefix="rpid"urn="urn:ietf:params:xml:ns:pidf:rpid"/>
<ns-binding prefix="caps"urn="urn:ietf:params:xml:ns:pidf:caps"/>
</ns-bindings>
<filter id="123"uri="SIP PoC-contacts@network.com">
<what>
<include>
//tuple[status/basic="open"and rpid:place-typle="office"
and caps:servcaps/caps:video="true"]/contact
</include>
</what>
</filer>
</filter-set>
上述的范例中,主叫PoC终端想向他的PoC工作群组共享一端视频,他希望只发送给在办公室并且能够接收视频的同事,因此,过滤条件为包括:
PoC业务是open状态(status/basic="open");
地点在office(rpid:place-typle="office");
服务能力为可接受视频(video)消息(caps:servcaps/caps:video="true")。
下面以一个实际的例子来说明本发明的方法。
假设预定义群组中存在5个PoC终端,其基于PIDF扩展的呈现信息如下表所示:
用户 | PoC业务状态 | 地点 | 视频能力 | 音频能力 | 文本能力 |
PoC终端1 | Open | Office | True | True | True |
PoC终端2 | Open | Office | True | True | True |
PoC终端3 | Close | Office | True | True | True |
PoC终端4 | Open | Office | False | True | True |
PoC终端5 | Open | Home | True | False | True |
PoC终端1发起预定义群组呼叫,向PoC服务器发送SIP INVITE消息中的过滤条件包括:PoC业务是open状态;地点在office;服务能力为可接受视频(video)消息。
PoC服务器接收到SIP INVITE消息后,首先从XDMS获取PoC终端2、PoC终端3、PoC终端4和PoC终端5的呈现信息和地址信息;
PoC服务器获取满足过滤条件的群组PoC终端,根据上表可知,由于PoC终端3处于业务状态关闭,PoC终端4无法接收视频,而PoC终端5在家,因此,在此满足过滤条件的群组PoC终端仅为PoC终端2;
PoC服务器根据PoC终端2的地址信息,向PoC终端2发送SIP INVITE消息;
最后PoC服务器、PoC终端2和PoC终端1交互进行预定义群组呼叫。
与现有的技术相比,在PoC服务器转发SIP INVITE消息的步骤中,仅向PoC终端2发送SIP INVITE消息,而不是向所有的用户发送SIP INVITE消息;
同时,由于PoC服务器没有向PoC终端3、4和5转发SIP INVITE消息的步骤,因此,相应的PoC终端3、4和5也不会向PoC服务器返回SIP响应消息,而PoC服务器也不会向PoC终端1返回与PoC终端3、4和5相应的SIP NOTIFY消息。
从上述的描述可以发现,PoC服务器接收到SIP INVITE消息后,与XDMS交互,获取满足过滤条件的群组PoC终端的地址信息后,根据地址信息向满足过滤条件的群组PoC终端发送SIP INVITE消息。
在XDMS内保存的群组PoC终端的呈现信息不是最新的这种情况下,利用上述的方法有可能产生误操作,如在上述的情况下,如PoC终端5已经从家里到达了办公室,然而由于XDMS内保存的PoC终端5的信息还没有得到及时更新,则利用上述的方法还是不会向PoC终端5发送SIP INVITE消息。
为了解决上述问题,本发明进一步设置如下步骤:
呈现信息更新步骤,XDMS实时更新其保存的PoC群组用户的呈现信息,其具体包括:
步骤A1,PoC终端开机注册时,向RLS(Resource List Server,资源列表服务器)发送SIP SUBSCRIBE消息;资源列表是一个SIP URI列表,列出了所有被观察者的SIP URI地址,资源列表服务器有自己的SIP URI寻址,观察者只需向资源列表服务器发送一个SIP SUBSCRIBE请求,其Request URI为观察者的资源列表的SIP URI。
步骤A2,RLS接收SIP SUBSCRIBE消息后,周期性向资源列表中的PoC终端发送SIP SUBSCRIBE消息;
步骤A3,RLS将所有PoC终端的呈现信息发送给XDMS保存或更新,如果PoC终端的呈现信息有任何变化,RLS也将PoC终端的呈现信息的变化发给XDMS保存。
在步骤A3中,XDMS收到的第一次汇集的PoC终端的呈现信息后保存,在后续收到呈现信息后对先前保存的呈现信息进行更新即可。
通过上述的处理,XDMS中总是保存有PoC终端的最新呈现信息,因此,在PoC服务器根据过滤条件筛选PoC终端时,也不会由于呈现信息的过时而导致不良后果。
通过上述的描述,本发明的方法大幅度的提高了预定义群组呼叫时空口资源和网络资源的使用效率,减少了相关SIP信令的交互。
在上述的处理中,XDMS中总是保存有PoC终端的最新呈现信息,该呈现信息不仅包括IETF SIMPLE呈现信息格式中提出的信息,还包括PoC业务参数设置映射过来的呈现信息。因为,在呼叫建立时,PoC服务器需要获知被叫用户的PoC业务参数设置才能建立呼叫。
下面对本发明的PoC业务中预定义群组呼叫的处理方法的技术效果进行仿真说明,其中仿真条件如下:
本地网络有十万个PoC用户;
每个PoC用户平均每天发起3个PoC群组呼叫;
预定义群组中包括20个成员。
图4中,横坐标为预定义呼叫群组中,呈现信息满足过滤条件的PoC终端占预定义呼叫群组总成员的百分比,而纵坐标为本发明的预定义群组呼叫中的SIP请求和响应消息的数目与常规方法的预定义群组呼叫中的SIP请求和响应消息的数目的比值。
如图4所示,预定义呼叫群组中呈现信息满足过滤条件的PoC终端越少,相对于常规方法,本发明的预定义群组呼叫中的SIP请求和响应消息的数目越少,节省的SIP消息随着实际被呼叫群组成员的数量减少而递减,空口资源和网络资源的使用效率得到了提高。
图5中,横坐标为预定义呼叫群组中,呈现信息满足过滤条件的PoC终端占预定义呼叫群组总成员的百分比,而纵坐标为执行控制功能的PoC服务器每秒所需处理的SIP消息数量,其中带有三角标记的线对应于常规方法,而带有方块标记的线对应于本发明方法,从图5中可以看出,常规方法因为不考虑PoC终端的呈现信息,所以PoC服务器所需处理的SIP消息数量不会发生变化,而应用本发明后,执行控制功能的PoC服务器所需处理的SIP消息数量随着实际被呼叫群组成员的数量减少而降低,减轻了网络负担。
因此,本发明的无线一键通的呼叫建立方法如图2所示,包括:
步骤21,XDMS保存PoC终端的最新呈现信息,该呈现信息中还包括PoC终端的PoC业务参数设置;
步骤22,主叫PoC用户向PoC服务器发送SIP INVITE消息;
步骤23,PoC服务器与XDMS交互,查询被叫PoC用户的地址信息和呈现信息;
步骤24,PoC服务器获取被叫PoC终端的呈现信息,根据其中的由PoC业务参数设置所映射来的呈现信息,向主叫PoC终端发送Talk Burst Confirm消息,建立呼叫。
上述的呼叫建立方法适用于预定义群组呼叫,1对1呼叫或其他呼叫。
步骤21中,XDMS保存的是PoC终端的最新呈现信息,其具体通过以下方式来实现:
RLS周期性向资源列表中的PoC终端发送SIP SUBSCRIBE消息,并将PoC终端的呈现信息发送给XDMS保存、更新。
XDMS中PoC终端的最新呈现信息不仅包括IETF SIMPLE呈现信息格式中的信息,同时,还包括从动态PoC状态(例如开关机)和PoC业务登记时所设的PoC业务参数设置映射过来的呈现信息。
PoC业务参数是通过PoC业务登记时,PoC终端发送事件包“poc-settings”的SIP PUBLISH消息到PoC服务器,对PoC用户来话是否禁止,是否自动应答,是否来话提醒,是否多会话并发进行等进行设置。这些信息都应映射到相应的PoC终端的呈现信息上去。
由于上述的方法,在呼叫建立过程中,PoC服务器从XDMS中PoC终端呈现信息里提取PoC业务参数设置,直接建立呼叫,省去了等待被叫PoC终端响应的时间,有效地减少了呼叫建立时间。
通过实际测试可知,如果等待被叫PoC终端的响应,呼叫建立时间大约为2400ms。而利用本发明方法,省去的这段时间大概为500ms左右,从而,呼叫建立时间可缩短为大约1900ms。
本发明的呈现信息的订阅方法如图3所示,包括:
步骤31,PoC终端开机并进行了IMS注册,PoC和呈现业务注册后,向RLS发送SIP SUBSCRIBE消息;
步骤32,RLS向观察者的资源列表中的所有成员发送SIP SUBSCRIBE消息;
步骤33,RLS接收并汇集所有成员的呈现信息后,向PoC终端发送一个SIP NOTIFY消息;
步骤34,RLS周期性向观察者的资源列表中的所有成员发送SIPSUBSCRIBE消息,并根据响应更新、保存其呈现信息,保持最新的呈现信息,并将呈现信息实时向XDMS保存;
步骤35,当PoC用户主动激活PoC菜单或触发呈现信息的订阅时,PoC终端向RLS发送SIP SUBSCRIBE消息;
步骤36,RLS将其中保存的最新呈现信息通过SIP NOTIFY消息发送给PoC终端。
在现有的呈现信息订阅方法中,PoC终端向RLS发送SIP SUBSCRIBE消息的频率和RLS向被观察者发送SIP SUBSCRIBE消息的频率完全一样,而本发明在首次处理结束后,RLS以正常的频率向被观察者发送SIP SUBSCRIBE消息,但观察者只有在用户主动激活PoC菜单或触发呈现信息的订阅时,才向RLS发送SIP SUBSCRIBE消息。
下面对本发明的呈现信息的订阅方法的技术效果进行仿真说明,其中仿真条件如下:
本地网络有十万个PoC用户;
每个PoC用户平均每天发起3个PoC群组呼叫;
PoC用户的手机终端每天开机14个小时,系统设置的订阅周长为2个小时(即Expires=7200s);
PoC用户的资源列表上共有成员50人。
每一个成员的呈现信息每天平均变化次数从0-5次。图6中,横坐标为成员呈现信息变化次数,而纵坐标为本发明的呈现信息的订阅方法中,RLS每秒处理相关SIP消息的数目,其中带有方块标记的线对应于本发明的呈现信息的订阅方法,而带有三角标记的线对应于常规方法。从图6中可以发现,本发明的呈现信息的订阅方法相对于常规方法,其需要处理的相关SIP消息的数量要少。
同时由于观察者只有在用户主动激活PoC菜单或触发呈现信息的订阅时,才向RLS发送SIP SUBSCRIBE消息,而不是周期性发送,因此空口资源也得到了节省。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (17)
1.一种无线一键通业务中的呼叫处理方法,用于预定义群组呼叫,其特征在于,包括:
步骤11,PoC终端向PoC服务器发送包括与呈现信息相关的过滤条件的SIP INVITE消息,发起预定义群组呼叫;
步骤12,PoC服务器接收到SIP INVITE消息后,与可扩展标记语言文件管理服务器XDMS交互,获取预定义群组中呈现信息满足所述过滤条件的群组PoC终端的地址,并向呈现信息满足过滤条件的群组PoC终端发送SIPINVITE消息;
步骤13,主叫PoC终端、PoC服务器和预定义群组中呈现信息满足过滤条件的群组PoC终端三者交互,进行预定义群组呼叫。
2.根据权利要求1所述的方法,其特征在于,所述步骤11具体包括:
步骤111,PoC终端将SIP INVITE消息发送给代理呼叫控制实体;
步骤112,代理呼叫控制实体将SIP INVITE消息转发服务呼叫控制实体;
步骤113,服务呼叫控制实体从归属用户服务器下载初始过虑规则,根据业务触发点,把会话邀请转交给相应的PoC服务器。
3.根据权利要求1所述的方法,其特征在于,所述步骤12具体包括:
步骤121,PoC服务器接收到SIP INVITE消息后,认证发起呼叫的PoC终端;
步骤122,认证通过,PoC服务器解析SIP INVITE消息;
步骤123,PoC服务器根据解析结果从XDMS获取预定义群组的地址信息和呈现信息;
步骤124,PoC服务器根据过滤条件和预定义群组PoC终端的呈现信息,从所有预定义群组PoC终端中选择呈现信息符合过滤条件的群组PoC终端;
步骤125,PoC服务器利用地址信息向选择的呈现信息符合过滤条件的群组PoC终端发送SIP INVITE消息。
4.根据权利要求1、2或3所述的方法,其特征在于,所述PoC终端的呈现信息符合开放移动联盟的PoC规范,所述过滤条件根据开放移动联盟的PoC规范定义的呈现信息的状态或属性来设置。
5.根据权利要求1、2或3所述的方法,其特征在于,所述PoC终端的呈现信息符合互联网工程任务组的因特网草案或RFC所规定的呈现信息格式;所述过滤条件根据互联网工程任务组的因特网草案或RFC中所规定的呈现信息的状态或属性来设置。
6.根据权利要求1、2或3所述的方法,其特征在于,所述呈现信息相关的过滤条件为MIME格式,且符合RFC4661的规定。
7.根据权利要求1、2或3所述的方法,其特征在于,所述XDMS中PoC终端的呈现信息为PoC终端最新的呈现信息。
8.根据权利要求7所述的方法,其特征在于,所述XDMS通过下述步骤保存PoC终端最新的呈现信息:
PoC终端开机注册后,向资源列表服务器发送SIP SUBSCRIBE消息;
资源列表服务器接收SIP SUBSCRIBE消息后,周期性向资源列表中的其他PoC终端发送SIP SUBSCRIBE消息;
资源列表服务器将PoC终端的呈现信息发送给XDMS保存或更新。
9.根据权利要求1、2或3所述的方法,其特征在于,所述XDMS保存的PoC终端的呈现信息中包括PoC业务参数设置映射过来的呈现信息,所述方法还包括:
PoC服务器获取被叫PoC终端的呈现信息中的PoC业务参数设置后,向主叫PoC终端发送Talk Burst Confirm消息,建立呼叫。
10.一种无线一键通业务中的呼叫处理方法,其特征在于,包括:
步骤21,XDMS保存PoC终端的包括PoC业务参数设置的最新的呈现信息;
步骤22,主叫PoC用户向PoC服务器发送SIP INVITE消息;
步骤23,PoC服务器与XDMS交互,查询被叫PoC终端的呈现信息;
步骤24,PoC服务器获取被叫PoC终端的呈现信息中的PoC业务参数设置后,向主叫PoC终端发送Talk Burst Confirm消息,建立呼叫。
11.根据权利要求10所述的方法,其特征在于,所述步骤21具体为:
资源列表服务器周期性向资源列表中的PoC终端发送SIP SUBSCRIBE消息,并将PoC终端的呈现信息发送给XDMS保存、更新。
12.根据权利要求10所述的方法,其特征在于,所述呈现信息具体包括:
IETF SIMPLE呈现信息格式中的信息;和
从动态PoC状态和PoC业务登记时所设的PoC业务参数设置映射过来的信息。
13.根据权利要求10、11或12所述的方法,其特征在于,所述主叫PoC用户向PoC服务器发送SIP INVITE消息中与呈现信息相关的过滤条件,所述方法还包括:
PoC服务器向预定义群组中呈现信息满足过滤条件的群组PoC终端发送SIP INVITE消息;
主叫PoC终端、PoC服务器和预定义群组中呈现信息满足过滤条件的群组PoC终端三者交互,进行预定义群组呼叫。
14.根据权利要求13所述的方法,其特征在于,所述呈现信息相关的过滤条件为MIME格式,且符合RFC4661的规定。
15.一种无线一键通业务中的呈现信息订阅方法,其特征在于,包括:
步骤31,PoC终端开机并进行了IMS注册,PoC和呈现业务注册后,向资源列表服务器发送SIP SUBSCRIBE消息;
步骤32,资源列表服务器向观察者的资源列表中的所有成员发送SIPSUBSCRIBE消息;
步骤33,资源列表服务器接收并汇集所有成员的呈现信息后,向PoC终端发送SIPNOTIFY消息;
步骤34,资源列表服务器保持资源列表中的所有成员的呈现信息的更新;
步骤35,仅在PoC用户主动激活PoC菜单或触发呈现信息的订阅时,PoC终端才向资源列表服务器发送SIP SUBSCRIBE消息;
步骤36,资源列表服务器将其中保存的最新呈现信息通过SIP NOTIFY消息发送给PoC终端。
16.根据权利要求15所述的方法,其特征在于,所述步骤34具体为:
资源列表服务器周期性向观察者的资源列表中的所有成员发送SIPSUBSCRIBE消息;
资源列表服务器根据PoC终端的响应更新、保存呈现信息。
17.根据权利要求15所述的方法,其特征在于,还包括:
资源列表服务器将最新的呈现信息实时发送给XDMS进行保存。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007101491034A CN101384018A (zh) | 2007-09-03 | 2007-09-03 | 无线一键通业务中的呼叫处理方法和呈现信息订阅方法 |
JP2008217026A JP2009060608A (ja) | 2007-09-03 | 2008-08-26 | PoC業務中のコール処理方法及びプレゼンス情報予約購読方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007101491034A CN101384018A (zh) | 2007-09-03 | 2007-09-03 | 无线一键通业务中的呼叫处理方法和呈现信息订阅方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101384018A true CN101384018A (zh) | 2009-03-11 |
Family
ID=40463590
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2007101491034A Pending CN101384018A (zh) | 2007-09-03 | 2007-09-03 | 无线一键通业务中的呼叫处理方法和呈现信息订阅方法 |
Country Status (2)
Country | Link |
---|---|
JP (1) | JP2009060608A (zh) |
CN (1) | CN101384018A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102158423A (zh) * | 2010-01-28 | 2011-08-17 | 微软公司 | 经由聊天群跟踪内容项更新 |
CN101399781B (zh) * | 2007-09-26 | 2012-05-23 | 华为技术有限公司 | 一种消息发送方法、系统、消息发送装置及消息服务器 |
WO2013185482A1 (zh) * | 2012-06-15 | 2013-12-19 | 华为技术有限公司 | 一种电子日历的共享方法和装置 |
CN105812228A (zh) * | 2014-12-30 | 2016-07-27 | 深圳富泰宏精密工业有限公司 | 群组信息过滤系统及方法 |
CN109565652A (zh) * | 2016-07-15 | 2019-04-02 | 三星电子株式会社 | 关键任务一键通通信中建立首先应答呼叫的系统和方法 |
CN111726762A (zh) * | 2019-03-18 | 2020-09-29 | 成都鼎桥通信技术有限公司 | Mcptt组呼发起的方法、装置、设备及存储介质 |
-
2007
- 2007-09-03 CN CNA2007101491034A patent/CN101384018A/zh active Pending
-
2008
- 2008-08-26 JP JP2008217026A patent/JP2009060608A/ja active Pending
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101399781B (zh) * | 2007-09-26 | 2012-05-23 | 华为技术有限公司 | 一种消息发送方法、系统、消息发送装置及消息服务器 |
CN102158423B (zh) * | 2010-01-28 | 2015-08-26 | 微软技术许可有限责任公司 | 经由聊天群跟踪内容项更新 |
CN102158423A (zh) * | 2010-01-28 | 2011-08-17 | 微软公司 | 经由聊天群跟踪内容项更新 |
CN103517218B (zh) * | 2012-06-15 | 2017-02-01 | 华为技术有限公司 | 一种电子日历的共享方法和装置 |
CN103517218A (zh) * | 2012-06-15 | 2014-01-15 | 华为技术有限公司 | 一种电子日历的共享方法和装置 |
WO2013185482A1 (zh) * | 2012-06-15 | 2013-12-19 | 华为技术有限公司 | 一种电子日历的共享方法和装置 |
CN105812228A (zh) * | 2014-12-30 | 2016-07-27 | 深圳富泰宏精密工业有限公司 | 群组信息过滤系统及方法 |
CN105812228B (zh) * | 2014-12-30 | 2019-02-26 | 深圳富泰宏精密工业有限公司 | 群组信息过滤系统及方法 |
CN109565652A (zh) * | 2016-07-15 | 2019-04-02 | 三星电子株式会社 | 关键任务一键通通信中建立首先应答呼叫的系统和方法 |
CN109565652B (zh) * | 2016-07-15 | 2022-04-12 | 三星电子株式会社 | 关键任务一键通通信中建立首先应答呼叫的系统和方法 |
US11310290B2 (en) | 2016-07-15 | 2022-04-19 | Samsung Electronics Co., Ltd. | System and method for establishing first-to-answer call in mission critical push to talk communication |
US11611593B2 (en) | 2016-07-15 | 2023-03-21 | Samsung Electronics Co., Ltd. | System and method for establishing first-to-answer call in mission critical push to talk communication |
CN111726762A (zh) * | 2019-03-18 | 2020-09-29 | 成都鼎桥通信技术有限公司 | Mcptt组呼发起的方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
JP2009060608A (ja) | 2009-03-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1741262B1 (en) | Method for a session initiation protocol push-to-talk terminal to indicate answer operating mode to an internet protocol push-to-talk network server | |
US10594501B2 (en) | Group communication | |
EP1806006B1 (en) | System and method for initiating push-to-talk sessions between outside services and user equipment | |
AU2005281679B2 (en) | Group details of group services | |
US20090043847A1 (en) | Group Communication in a Communication System | |
US8213346B2 (en) | Group communication for a variety of media types and devices | |
CN100502404C (zh) | 一种ims业务触发方法以及ims网络 | |
CN101283541A (zh) | 处理到多用户通信会话的邀请的方法及装置 | |
WO2009126731A2 (en) | Differentiated message delivery notification | |
CN101384018A (zh) | 无线一键通业务中的呼叫处理方法和呈现信息订阅方法 | |
CN101834730A (zh) | 一种多媒体会议控制方法和系统 | |
CN101026614B (zh) | 一种媒体类型参数的协商方法 | |
EP2116036B1 (en) | Identifying participants in a conference | |
CN101330741A (zh) | 一种共享公共用户标识用户终端业务重定向方法 | |
CN101317415A (zh) | 媒体共享 | |
MX2008008991A (es) | Metodo y servidor para establecer un enlace de comunicacion entre aparatos de emision de comunicacion en un grupo previamente seleccionado. | |
CN100377605C (zh) | 临时群组的会话请求方法 | |
Wang et al. | A study on session setup for group communications in push-to-talk over cellular using rich presence |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20090311 |