法律状态公告日
法律状态信息
法律状态
2019-09-17
未缴年费专利权终止 IPC(主分类):H04W4/12 授权公告日:20100526 终止日期:20180926 申请日:20070926
专利权的终止
2010-05-26
授权
授权
2009-05-27
实质审查的生效
实质审查的生效
2009-04-01
公开
公开
技术领域
本发明涉及无线通信领域，特别涉及融合消息业务中标识业务技术。
背景技术
移动通信网络(如2G、3G和多媒体子域等)和Internet网络上开展的消息业务包括短消息、多媒体消息、即时消息和融合消息等，其中，即时消息和融合消息是基于会话初始化协议SIP(Session Initiation Protocol)技术的消息业务，属于基于呈现信息的个人对个人、个人对应用和个人对群组的消息类的移动数据业务。
现有由开放移动联盟OMA(Open Mobile Alliance)定义的消息服务引擎是单独设计和标准化的，其消息服务提供一种单一的用户体验，并且限制于某种特定的媒介和应用。例如：
-短消息业务SMS(Short Message Service)提供一种基本的文本消息服务；
-多媒体消息业务MMS(Multimedia Message Service)提供基本的多媒体消息服务；
-即时消息IM(Instant Message)提供准实时的文本服务；
-一键通PoC(Push to talk)提供一种半双工的语音服务。
随着网络和技术的发展，许多消息服务已经开始相关交替，具有如下特点：
-许多服务都支持多媒体
-许多服务都基于呈现信息
-许多服务都有一个单一的地址薄
-拥有一些共享的普通功能和能力，如XML文档管理服务(XMLDocument Management Service)。
上述特点的融合需要提供一个单一的融合消息平台，以吸收不同的技术并支持用户不同的消息体验。基于IP的融合消息，即CPM(Converged IPMessaging)是OMA倡导定义的全新消息业务框架，为用户提供融合的业务体验，例如：即时消息、离线消息、多媒体会话、半双工/全双工的音频、视频会议等。融合消息CPM业务允许用户以统一的方式使用具有不同技术特征的通信服务，克服了由于技术差异造成的非CPM消息业务间的“缝隙”(Silos)，从而为用户服务提供统一的业务体验。
在巩固现有消息业务基本能力的同时，CPM业务还在SIP等通信技术的牵引下融合移动数据业务演化过程中涌现的诸多业务特征，例如：
1、CPM能够管理多个同时进行的具有不同媒体类型的会话，允许用户根据设备、联系地址、媒体类型的不同来进行业务设置；
2、CPM业务不依赖于运营商网络和用户终端，因此可以在多终端环境下提供服务；
3、CPM提供消息、多媒体内容等用户个人网络存储的能力；
4、CPM支持与非CPM消息系统的无缝互联，使得不同类型的消息用户之间进行最大互通；
5、CPM不仅支持一对一、一对多个人数据通信业务，还提供与第三方应用交互的能力；在实现业务能力的过程中，CPM与OMA中其他功能实体进行交互，如呈现服务器和XML文档管理实体。
业务的融合为用户提供了更加方便，快捷及实用的用户体验，如融合IP消息项目的提出就能让用户摆脱为大量消息业务而使用不同客户端软件的困扰。尽管业务的融合将各种业务通过统一的平台和架构变成了融合业务，但是原有业务的特殊性依然存在，以全双工和半双工的会话为例，其中，OMAIM提供基于SIP技术的即时消息，可以支持以文本和离散媒体类型为主的消息会话，也可以支持多方用户参与的消息聊天室功能，还可以提供离线消息的临时存储和通知，OMA PoC主要提供基于SIP技术的半双工语音，支持可控的实时语音会话可以实现组通信以及网络存储，但其应用场景并不包括消息交换、邮件收发或者与非CPM消息系统(如SMS系统、MMS系统等)的互联。
然而，本发明的发明人通过深入分析发现：现有CPM的业务范围包含了上述两种会话，两种会话的用户体验有着极大的差异，因此在进行会话前，会话的邀请方和接收方就需要了解当前所要进行会话的类型，此外系统也需要根据不同的会话类型执行相应计费，分配资源等功能。然而，目前现有技术中没有提供一种机制来标识不同的业务类型，因此，不但会话的双方无法在会话前获得所要进行的会话的类型信息，进而无法实现用户的相应业务体验，而且融合业务系统也无法根据预先的系统配置完成该业务类型所需要资源分配，计费信息记录等工作。
发明内容
本发明实施方式要解决的主要技术问题是提供一种标识不同业务类型的方法与装置，可提高用户的业务体验。
本发明实施方式要解决的主要技术问题是提供一种根据业务类型标识建立业务的方法与系统，不但可改善用户的业务体验，且能加强融合业务系统处理不同业务类型的能力。
为解决上述技术问题，本发明的实施方式提供了一种标识业务类型的方法，包括步骤：
选择融合消息业务中的子业务；
在消息中标识所选择的子业务。
为解决上述技术问题，本发明的实施方式提供了一种根据业务类型标识建立业务的方法，包括：
第一服务器接收到第一用户发送的消息后，选择融合消息业务中的子业务，并判断消息中是否标识所选择的子业务，若是，则发送所述的消息，若否，则在消息中标识所选择的子业务，然后再发送所述消息；
根据所述标识在第一用户端和第二用户端之间建立该子业务。
为解决上述技术问题，本发明的实施方式提供了一种根据业务类型标识建立业务的系统，其特征在于，包括：
第一用户，用以发送消息；
第一服务器，用以接收到第一用户发送的消息，其中所述第一服务器还用以选择融合消息业务中的子业务，并判断消息中是否标识所选择的子业务，若是，则发送所述的消息，若否，则在消息中标识所选择的子业务，然后再发送所述消息；
第二用户，用以接收所述消息，并根据上述标识与第一用户建立该子业务。
为解决上述技术问题，本发明的实施方式提供了一种根据业务类型标识建立业务的方法，包括：
标识转换装置接收到第一用户发送的消息后，先判断消息中子业务的类型，选择第二用户所支持相应的业务类型并将消息中业务类型标识转换为第二用户业务类型标识，再发送所述携带业务类型标识的消息；
根据所述标识在第一用户端和第二用户端之间建立该子业务。
为解决上述技术问题，本发明的实施方式提供了一种根据业务类型标识建立业务的系统，其特征在于，包括：
第一用户，用以发送消息；
标识转换装置，用以接收到第一用户发送的消息，并判断消息中子业务的类型，选择第二用户所支持相应的业务类型并将消息中业务类型标识进行转换为第二用户业务类型标识；
第二用户，用以接收标识转换装置转发的消息，并根据所述第二用户业务类型标识与第一用户建立该业务。
本发明实施方式与现有技术相比，主要区别及其效果在于：本发明通过选择融合消息业务中的子业务并为所选择的子业务设置业务标识的方式来标识不同的业务类型，如此，使会话的双方在会话前即可获得进行的会话的类型信息，进而实现用户的相应业务体验，同时，在融合业务系统中采用该方式使系统能够根据预先的系统配置完成该业务类型所需要资源分配，计费信息记录等工作，加强了融合业务系统处理不同业务类型的能力。
附图说明
图1是本发明标识不同业务类型的流程图；
图2是本发明标识不同业务类型的装置示意图；
图3是本发明根据业务类型标识建立业务流程图；
图4是本发明根两融合消息业务用户建立IM业务的流程图；
图5是本发明根据PoC业务系统与融合消息业务系统建立业务流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的实施方式作进一步地详细描述。
请参阅图1，本发明第一实施方式在融合业务系统中标识业务类型的方法包括以下步骤：
步骤10，选择融合消息业务中的子业务；
步骤11，在消息中标识所选择的子业务。
其中，上述子业务可为的全双工会话业务或半双工会话业务，但本发明并不限于此两种会话业务，融合业务系统中包含的其他子业务皆在本发明范围之内。其中，主叫方选择子业务之后，采用不同的业务类型标识来区分不同的子业务，具体子业务的标识将在下面详细描述。
其中选择融合消息业务中的子业务可由用户端进行选择，即在用户的指示下在用户端选择融合业务中的子业务，此种方式可体现用户的主观意愿，即用户可根据自己意愿选择使用融合业务系统中一种子业务。
其中选择融合消息业务中的子业务可由网络端进行选择，网络端可以根据用户端的设置、或运营商的策略或从其他实体中得到的信息决定采用融合业务系统中子业务中的一种，并在消息中标识相应的子业务。无论是以哪种形式在消息中标识子业务，标识一旦确定就不可以改变，一直到完成该子业务的使用，具体到会话就是用户结束了这个会话。对子业务类型的选择可以根据用户使用该类型业务的时间，网络所允许的承载，以及其它条件来进行。
根据用户端的设置是指用户端设置在不同的情况下选择相应的子业务，网络端根据各种不同情况将该选择的子业务作为其采用的子业务。
根据运营商的策略可为当主叫方与被叫方的设置发生冲突时，例如主叫方选择全双工会话业务，而被叫方设置为半双工会话业务，此时主被叫双方发生冲突则需要运营商来进行决策。另外在特定情况下，特定的时间内，例如主叫方选择的子业务可能很忙，此时亦需要根据运营商的策略来进行决定，总之根据运营商的策略可有多种情况，此处不详细描述。
根据从其他实体中的得到的信息是指将从其他实体中得到的信息作为选择子业务的依据，如融合业务系统可以向融合地址簿获取接收方用户希望的通讯方式来进行业务类型的选择。网络端选择融合消息业务中的子业务并不限于上述的实施方式，任何可实现网络端决定采用一种子业务的实施方式皆在本发明之列。
其中，所述消息可为SIP消息。
其中，在消息中标识所选择的子业务是通过在消息中携带特征标识来进行的，其中所述特征标识可以是在Accept-Contact头域中增加，或在自定义头域中增加特征标识，或为消息体的业务特征，下面将详细介绍上述三种实现特征标识的方法。
其中，第一种方法是在Accept-Contact头域中增加特征标识以标识所选择的子业务。根据IETF定义的RFC3841，可以在Accept-Contact头域中添加特征标识来指示不同类型的业务。例如，在CPM中添加如+g.oma.sip-CPM-IM或+g.oma.sip-CPM-PoC标识，其中上述两标识后缀分别为IM与PoC用以区分两种不同的会话业务，本发明不限于上述两种标识方法，任何能区分上述两种不同会话业务的标识方法皆适用于本发明，且除上述两种CPM子业务外，其他类型的CPM子业务也可以用相应标识来区分。以下同理。CPM用户端或者CPM服务器可以在会话邀请Accept-Contact头域中添加相应的标识来表明需要发起的会话类型，下表1表示了CPM用户端发起一个PoC类型的半双工会话，在会话邀请Accept-Contact头域中加入PoC类型业务标识后的消息。
表1
Request-URI sip:CPM.networkA.net
SIP HEADERS
P-Preferred-Identity: ＂CPM User A＂<sip:CPM-UserA@networkA.net>
Accept-Contact: *；+g.oma.sip-CPM-PoC；+g.poc.talkburst；
require；explicit
User-Agent: CPM-client/OMA2.0Acme-Talk5000/v1.01
Contact: <sip:CPM-ClientA.networkA.net>；+g.poc.talkburst
Supported: Timer
Session-Expires: 1800；refresher＝uac
Allow: INVITE，ACK，CANCEL，BYE，REFER，
SUBSCRIBE，NOTIFY，OPTIONS
SDP ARAMETERS
c＝ IN IP6 5555::aaa:bbb:ccc:ddd
m＝ audio 3456 RTP/AVP 97
a＝ rtpmap:97 AMR
a＝ rtcp:5560
m＝ application 2000 udp TBCP
a＝ fmtp:TBCP queuing＝1； tb_priority＝2；
timestamp＝1
其中，第二种方法是在自定义头域中增加特征标识来标识所选择的子业务，即利用特定的标识业务头域来实现特征标识。以在SIP消息头中增加特定的头域来携带业务标识为例，假设在SIP消息头中增加Service头域来指示不同类型的业务，那么CPM用户或者CPM服务器可以在Service头域中添加内容来标识这些业务。下表2表示了CPM用户发起一个PoC类型的半双工会话，在会话邀请Service头域中加入预定义的PoC类型业务标识(如+g.oma.sip-CPM-PoC)后的消息。
Request-URI sip:CPM.networkA.net
SIP HEADERS
P-Preferred-Identity: ＂CPM User A＂<sip:CPM-UserA@networkA.net>
Accept-Contact: *；+g.poc.talkburst；require；explicit
User-Agent: CPM-client/OMA2.0Acme-Talk5000/v1.01
Service +g.oma.sip-CPM-PoC
Contact: <sip:CPM-ClientA.networkA.net>；+g.poc.talkburst
Supported: Timer
Session-Expires: 1800；refresher＝uac
Allow: INVITE，ACK，CANCEL，BYE，REFER，
SUBSCRIBE，NOTIFY，OPTIONS
SDP ARAMETERS
c＝ IN IP6 5555::aaa:bbb:ccc:ddd
m＝ audio 3456 RTP/AVP 97
a＝ rtpmap;97 AMR
a＝ rtcp:5560
m＝ application 2000 udp TBCP
a＝ fmtp:TBCP queuing＝1； tb_priority＝2；
timestamp＝1
其中，本发明第三种方法根据消息体的业务特征来标识所选择的子业务。由于媒体流发送控制协议(Media Burst Control Protocol)是PoC类型业务所特有的协议，因此一旦会话邀请中加入了媒体流发送控制协议，就表明要建立一个PoC类型的半双工会话，因此客户端或者服务器只要对消息体中的内容进行解析就可以知道所要建立会话的业务类型。下表3表示了CPM用户发起一个PoC类型的半双工会话，没有其它标识，但消息体中包含了映射到会话描述协议(Session Description Protocol)中的媒体流发送控制协议，在表3中体现为在Contact中加入+g.poc.talkburst。
表3
Request-URI sip:CPM.networkA.net
SIP HEADERS
P-Preferred-Identity: ＂CPM User A＂<sip:CPM-UserA@networkA.net>
Accept-Contact: *；+g.poc.talkburst；require；explicit
User-Agent: CPM-client/OMA2.0Acme-Talk5000/v1.01
Contact: <sip:CPM-ClientA.networkA.net>；+g.poc.talkburst
Supported: Timer
Session-Expires: 1800；refresher＝uac
Allow: INVITE，ACK，CANCEL，BYE，REFER，
SUBSCRIBE，NOTIFY，OPTIONS
SDP
PARAMETERS
c＝ IN IP6 5555::aaa:bbb:ccc:ddd
m＝ audio 3456 RTP/AVP 97
a＝ rtpmap:97 AMR
a＝ rtcp:5560
m＝ application 2000 udp TBCP
a＝ fmtp:TBCP queuing＝1； tb_priority＝2；
timestamp＝1
在CPM中并不是所有的PoC类型的半双工会话的控制消息都带有媒体流发送控制协议，但是一旦这个会话建立完成以后，系统可以自动将会话类型和会话标识相对应，即使会话中的消息不带媒体流发送控制协议也可以判断出这是一个PoC类型半双工会话。
另外，本发明实现特征标识不限于上述三种方法，还可采用在消息中标识所选择的子业务是根据被叫方的设置来进行标识，总之，任何实现特征标识皆在本发明保护范围之内。
如图2所示，为本发明第一实施方式对应的一种标识业务类型的装置，其中装置10包括：
选择单元11，用以选择融合消息业务中的子业务；
标识单元12，用以在消息中标识所选择的子业务。
其中，所述子业务为半双工会话业务或全双工会话业务
其中，所述装置10为用户端或网络端，其中在消息中标识所选择的子业务为用户端主动进行选择；或网络端根据用户端的设置、或运营商的策略或从其他实体中得到的信息选择融合消息业务中的子业务，具体实施方式在第一实施方式中已详细描述，此不再赘述。
其中，所述消息为SIP消息。
其中，标识单元12根据所选择的子业务在消息中携带特征标识来标识该子业务。其中所述特征标识可以是在Accept-Contact头域中增加的特征标识，或在自定义头域中增加的特征标识，或为消息体的业务特征。具体实施方式在第一实施方式中已详细描述，此不再赘述。
由此可见，本发明提供一种标识不同业务类型的方法与装置，通过在标识IM会话业务或PoC会话业务，或其他会话业务类型，会话的双方能了解会话的类型，从而改善用户的业务体验。
本发明根据业务类型标识建立业务的方法，如图3所示，具体步骤如下：
步骤101，第一用户端向第一服务呼叫控制功能实体发送消息；
步骤102，第一服务呼叫控制功能实体接收到所述消息后向第一服务器转发所述消息；
步骤103，第一服务器接收到该消息后，选择融合消息业务中的子业务；
步骤104，第一服务器判断消息中是否标识所选择的子业务，若是，则发送所述的消息，若否，执行步骤105；
步骤105，在消息中标识所选择的子业务，然后再向第一服务呼叫控制功能实体发送带有所述标识的消息；
步骤106，第一服务呼叫控制功能实体接收到第一服务器转发的消息后，将该消息转发给第二服务呼叫控制功能实体；
步骤107，第二服务呼叫控制功能实体接收到第一服务呼叫控制功能实体转发的消息，并将所述消息转发给第二服务器；
步骤108，第二服务器接收到所述消息后，将所述消息转发至第二用户端；
步骤109，根据所述标识在第一用户端和第二用户端之间建立该子业务。
其中，所述的子业务为半双工会话业务或全双工会话业务。
其中，所选择的子业务可以通过消息中携带的特征标识来进行标识，所述特征标识可以是在Accept-Contact头域中增加的特征标识，或在自定义头域中增加的特征标识，或为消息体的业务特征。或第一服务器根据被叫方的设置来标识所选择的子业务。
其中，上述的第一用户端与第二用户端可皆为CPM用户，本发明第二实施方式如图4所示，为两CPM用户根据业务类型标识建立业务的流程图；另外，第一用户端还可为全双工用户端或半双工用户端，第二用户端为CPM用户端，这两个用户端根据业务类型标识建立业务的流程如图5所示。
如图4所示，CPM作为融合IP消息，至少包含了IM的全双工会话和PoC的半双工会话，由于这两种会话具有不同的系统设置和用户体验，因此需要在会话控制中标识这两种会话，图4即为一个CPM用户发起会话邀请给另一个CPM用户的场景。
步骤1、CPM用户1希望与另一个CPM用户2进行交流，发送会话邀请给S-CSCF(Serving-Call Session Control Function，简称服务呼叫会话控制功能实体)1，会话邀请中并没有指定会话的类型；
步骤2、S-CSCF1将会话邀请发送给发送方用户归属地的CPM CS(Converged IP Messaging Conversation Server，以下简称CPM会话服务器)1；
步骤3、CPM会话服务器1根据用户设置，发现主叫用户希望使用IM会话交流，将IM类型标识加入到邀请中；
步骤4、CPM会话服务器1转发携带该标识的会话邀请给S-CSCF1；
步骤5、S-CSCF1将携带该标识的会话邀请转发给接收方S-CSCF2；
步骤6、S-CSCF2将该会话邀请转发给接收方用户归属地的CPM会话服务器2；
步骤7、CPM会话服务器2将会话邀请转发给接收方CPM用户2，CPM用户2通过标识了解到CPM用户1希望建立一个IM类型的CPM会话。
步骤8～12，被叫用户返回应答消息。
其中，图4只给出两CPM用户希望建立IM交流的业务，同理，两CPM用户希望建立PoC交流业务，或建立其他CPM子业务同样适用上述流程。
其中，本发明第二实施方式为用户1主动发起会话邀请，用户2没有进行设置的情景，本发明第三实施方式为用户1发起会话邀请，用户2进行设置的情景，其与第二实施方式不同的是：在步骤3中CPM会话服务器1根据用户2设置，发现用户2希望使用IM会话交流，将IM业务类型标识加入到邀请中，同时通知用户1发起的会话是IM会话。
另外，本发明第四实施方式为用户1在会话邀请中指定了会话类型，如IM会话，用户2也设置了用户类型为PoC会话，其与第二实施方式不同的在步骤1中会话邀请中指定了IM会话，在步骤3中，CPM会话服务器1发现被叫用户希望使用PoC会话交流，CPM会话服务器1根据策略进行选择，若选择IM会话，则将IM会话业务类型标识加入到邀请中，若选择PoC会话类型，则将PoC会话业务类型标识加入到邀请中并通知用户1发起的会话是PoC会话业务。
本发明第五实施方式如图5所示，CPM系统涉及到和IM，或PoC系统的互通，与这些系统互通时，需要对相应的标识进行转换，图5即为标识了PoC用户发送邀请给CPM用户的场景。
步骤1、PoC用户1希望与另一个CPM用户2进行交流，发送PoC会话邀请给S-CSCF1；
步骤2、S-CSCF1将PoC会话邀请发送给发送方用户归属地的PoC AS(PoC Application Server，以下简称PoC会话服务器)；
步骤3、PoC会话服务器将会话邀请处理后，转发给S-CSCF1；
步骤4、S-CSCF1转发会话邀请给S-CSCF2；
步骤5、S-CSCF2将会话邀请转发给接收方用户归属地的CPM会话服务器2；
步骤6、CPM会话服务器2接收到会话邀请后，先判断邀请中子业务的类型，发现为PoC会话业务，将PoC系统的业务标识转换成CPM中PoC业务类型标识，这项工作也可以在其他标识转换实体中完成，如在互通功能实体(IWF，Inter Working Function)中完成，与上图流程的区别在于，互通功能实体在完成转换后将会话邀请路由到CPM会话服务器2，由CPM会话服务器2发送给接收方CPM用户；
步骤7、CPM会话服务器2将会话邀请转发给接收方CPM用户2，CPM用户2通过标识了解到PoC用户1希望建立PoC会话；
步骤8～12，被叫用户返回应答消息。
其中，图5只给出PoC用户与CPM用户建立PoC交流的业务的流程，同理，IM用户与CPM用户建立IM交流业务同样适用上述流程。另外，若CPM用户作为主叫方向PoC用户或IM用户发出会话邀请时，则CPM服务器将CPM中PoC业务类型标识或IM业务类型标识转换成对应的PoC系统的业务标识或IM系统的业务标识，并通知CPM用户所发起的用户类型，以实现与PoC用户或IM用户建立业务，具体流程不再赘述。
由此可见，融合业务系统的服务端和用户端可以根据业务标识来识别相应的业务类型，并根据不同的业务类型，服务端可以执行相应计费，分配资源等功能，而用户能够获知业务的类型，改善了用户的体验。
虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。
机译： 支持不同业务类型的分组网关的标识方法和系统
机译： 用于在计算机网络上发行标记有业务标识信息的电子支付装置并处理与电子支付装置进行的交易的系统和方法
机译： 用于生成业务对象属性标识符的方法，装置和系统
