专利名称：一种更新会话对象的方法、会话建立方法及其装置的制作方法
技术领域：
本发明涉及通信会话的建立，具体地说，涉及一种更新会话对象的方法、会话建立
方法及其装置。
背景技术：
随着电信技术的发展，未来的业务丰富多彩，许多业务的会话建立阶段，都需要根 据一定的条件来选择需要加入会话的用户，这些条件包括用户所拥有的各种信息，如呈现 (Presence)信息、位置信息以及用户的兴趣和爱好信息。 现有的通信技术中，不同的用户信息分处于不同的服务器上，如呈现信息存在于 呈现服务器上，呈现信息包括用户的在线信息、网络承载信息、客户端设备应用能力信息等 等；位置(Location)信息指出了用户当前所处的地理位置，存在于位置服务器上。假如我 们要获得位于某一个商场附近的、状态为在线的用户列表，这时就需要根据用户当前的呈 现信息和他们的地理位置信息，才能作出判断和选择。利用目前的CBUS(基于条件的用户 选择)技术，请求者可以将对地理位置、呈现等信息的要求或者条件送至用户选择服务器， 用户选择服务器与各种状态信息服务器连接，例如向呈现服务器获得呈现信息，向位置服 务器获得地理位置信息，并将这些结果进行分析综合，将满足请求者发送条件的用户URI 发送至请求者，从而不再需要请求者直接与各种各样的服务器打交道，只需要把需求提交 给用户选择服务器即可。 CBUS的基本内容在于根据一些选择条件，对请求者所能提供的各种信息进行用户 的选择，从而确定该用户是不是就是请求者所要寻找的对象。这些用户的选择范围可以是 请求者自己设定的一组用户，也可以不指定范围，这时用户选择服务器必须使用搜索操作 来寻找所有满足条件的用户(即用户终端)。用户选择服务器在进行用户选择的时候，既可 以只是根据条件和范围进行一次快照式的选择，也可以对用户的信息进行持续的监测，并 不断根据更新的用户信息重新进行用户选择，从而得到更新的选择结果，这种监测可以是 一直到条件满足，也可以是在一个特定的时间内。 用户选择的功能可以仅应用于获取符合条件的用户信息，但获取符合条件的用 户信息主要用于针对这些用户发起某一通信业务，如无线一键通(PoC， Pushto talk Over Celluar)业务。PoC业务是一个群组对讲的业务，用户请求通信服务器发起针对一个群组 的PoC会话，但由于有些用户的位置导致对会话的内容不感兴趣(比如限时抢购的交流，如 果用户处于其它城市，这些通话对他就没有意义)，因此也无需发起与这些用户的会话，这 时用户可以向用户选择服务器请求选择合适的用户，获得选择结果后，再发起与这些结果 用户间的会话。其大致流程如图1所示，包括 1、通信客户端将要发起会话的用户列表发送给CBUS客户端(选择客户端)；
2、CBUS客户端将用户列表和用户输入的选择条件发送给CBUS服务器(选择服务 器)； 3、CBUS服务器完成对用户的选择，并将选择结果，即符合条件的用户列表返回给CBUS客户端； 4、 CBUS客户端将最终用户列表发送给通信客户端； 5、通信客户端利用新的用户列表向通信服务器发起会话建立请求； 6、通信服务器返回对会话建立请求的处理信息。 在实现本发明过程中，发明人发现现有技术中至少存在如下问题在上述场景中， 通信客户端和选择客户端处于同一终端中，通信服务器和选择服务器处于网络侧，则终端 与网络间为完成这一通信进行了四次交互，占用了大量的空口资源，这不仅影响了用户发 起服务的速度，也可能给用户带来额外的通信费用。 虽然将CBUS客户端应用于通信服务器上可以适当减少空口资源的占用，在这种 情况下，通信服务器从用户终端获得会话建立请求，其中包含会话的目标用户列表，通信服 务器通过CBUS客户端向CBUS服务器请求针对该用户列表以及选择条件的用户选择操作， CBUS服务器将用户选择的结果返回给通信服务器，通信服务器再发起与选择结果中的用户 建立会话。但这种方法需要修改通信协议以携带用户选择条件参数。这必然影响现有通信 技术的使用和兼容性。
发明内容
本发明实施例提供一种更新会话对象的方法、会话建立方法及其装置，以使网络 能一次完成用户选择、会话建立的工作。 本发明实施例提供一种更新会话对象的方法，该方法包括 接收终端发送的请求消息，该请求消息中包含用户选择信息和会话建立信息； 基于所述用户选择信息执行用户选择操作，选择符合条件的用户终端； 根据所述会话建立信息向通信服务器发送会话建立请求，该会话建立请求中以所
述符合条件的用户终端作为会话的通信目标用户终端。 本发明实施例还提供一种会话建立方法，该方法包括 向用户选择服务器发送请求消息，该请求消息中包括用户选择信息和会话建立信 息； 接收用户选择服务器或通信服务器的分别针对接收的请求消息或根据接收的请
求消息中会话建立信息生成的会话建立请求的响应消息。 本发明实施例还提供一种一种服务器，包括 接收单元，用于接收终端发送的请求消息，该请求消息中携带用户选择信息和会 话建立信息； 用户选择单元，用于基于所述用户选择信息执行用户选择操作，选择符合条件的 用户终端；以及 通信会话请求发送单元，用于根据所述会话建立信息向通信服务器发送会话建立 请求，该会话建立请求中以所述符合条件的用户终端作为会话的通信目标用户终端。
本发明实施例还提供一种会话终端，包括 请求提出单元，用于向用户选择服务器发送请求消息，该请求消息中包括用户选 择信息和会话建立信息； 接收单元，用于接收来自用户选择服务器或通信服务器的分别针对接收的请求消息或根据接收的请求消息中会话建立信息生成的会话建立请求的响应消息。 本发明实施例利用现有CBUS的功能，实现终端能将通信会话建立请求消息和用
户选择请求消息同时发送给网络侧，网络能一次完成用户选择、会话建立的工作。
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不 构成对本发明的限定。在附图中图1为现有的通信流程图；图2为本发明实施例的通信流程图；图3为本发明实施例1的更新会话对象并建立通话的流程示意图；图4为本发明实施例2中更新会话对象并建立通话的流程示意图；图5a为本发明实施例4中方式1的更新会话对象并建立通话的流程示意5b为本发明实施例4中方式2的更新会话对象并建立通话的流程示意6为本发明实施例5中更新会话对象并建立通话的流程示意图；图7为本发明实施例1中用户选择服务器的结构框图；图8为本发明实施例1中通信服务器的结构框图；图9为本发明实施例1中终端的结构框图；图10为本发明实施例4中用户选择服务器的结构框图；图11为本发明实施例5中用户选择服务器的结构框图。
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明的具体实 施例进行详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对 本发明的限定。 本发明实施例中，在终端发送给用户选择服务器的请求消息(可以以用户选择请 求或以会话建立请求等方式，但并不限于此)同时包含用户选择信息和会话建立信息。用 户选择服务器基于所述用户选择信息执行用户选择操作，选择符合条件的用户终端，并根 据所述会话建立信息向通信服务器发送会话建立请求，该会话建立请求中以所述符合条件 的用户终端作为会话的通信目标用户终端。 这样，终端能将通信会话建立信息和用户选择信息同时发送给网络侧，网络能一 次完成用户选择、会话建立的工作，因此终端与网络侧的交互信息仅需要1个来回，大大节 约了空口资源，且对通信服务器没有任何影响。
下面结合更详细的实例予以说明。
实施例1 本实施例中，将终端发送给通信服务器的会话建立请求消息(或称为通信消息， 具体地，如INVITE消息)附带在用户选择请求消息(如REFER消息)中，或者将生成该消 息的参数附带在用户选择请求消息中，发送给用户选择服务器，当用户选择服务器完成用 户选择操作后，它可以根据用户选择操作的结果更改附带的消息或参数中的通信目标用户 的范围，并代替终端的通信客户端将用户选择请求消息中附带的会话建立请求消息或者基4/9页
于附带的参数生成的会话建立请求消息发送给通信服务器。
图2为本发明实施例的通信流程图，包括如下步骤 步骤201，通信客户端和用户选择客户端存在于同一终端设备中，在生成通信消息 时，由于需要对通信目标用户群进行用户选择，则终端在发送用户选择请求消息到用户选 择服务器之前，先从终端的通信客户端获取通信消息的内容，并将该通信消息内容提供给 用户选择客户端，而不是发送给通信服务器。 步骤202，终端的用户选择客户端将通信消息内容封装在用户选择请求消息中，发 送给用户选择服务器。 步骤203，用户选择服务器完成用户选择操作后，利用选择的通信目标用户(即选 择的通信目标用户终端)替换附带的通信消息中的通信目标用户，并将修改后的通信消息 发送给通信服务器。 步骤204，通信服务器在完成对通信消息的处理后向通信客户端返回操作结果。
需要补充说明的是，由于在步骤203中要利用用户选择结果替换通信消息中的通 信目标用户，因此在步骤202终端发送的用户选择请求消息中，一般要指定用户选择结果 替换的目标或位置。 另外，通信服务器向通信客户端返回的操作结果不一定是从通信服务器直接发送 给通信客户端，它也可能是通过用户选择服务器、用户选择客户端转发给通信客户端。
在步骤202终端发送给用户选择服务器的通信消息内容中，可以附带原来的通信 消息本身，也可以附带组成该通信消息的参数。如果附带的是组成该通信消息的参数，则可 由用户选择服务器来组成通信消息发送给通信服务器。 上述可知，本发明实施例利用现有CBUS的功能，实现终端将通信会话建立请求消 息和用户选择消息同时发送给网络侧，网络能一次完成用户选择、会话建立的工作。
在现有的原通信方式下，通信客户端会发送会话发起协议邀请(SIP INVITE)消息 给通信服务器。本实施例中，终端发送呼叫转移(REFER)消息给用户选择服务器，由用户选 择服务器完成通信目标的选择，并转发REFER消息中附带的通信消息至通信服务器。图3 所示为本实施例1的更新会话对象并建立通话的具体流程，图3中 (1)消息301是一条REFER消息，是终端向用户选择服务器发送的一条呼叫转移消 息。用户选择服务器根据这条消息会代替终端发送一条通信消息(如INVITE消息)给通 信服务器。 在该REFER消息的消息体中，包括了供用户选择服务器进行用户选择操作的用户 选择范围和用户选择条件两个参数(如果不提供用户选择范围参数，表示用户选择的范围 为所有用户)，还包括了用户选择服务器代终端向通信服务器发送的通信消息(会话建立 信息)的内容。例如，如果终端用户要发送一条会话建立请求消息到PoC服务器，请求建立 与通信目标用户PoC-UserB、 PoC-UserC和PoC-UserD当中位于北京的且在线的用户的通 信，则REFER消息的用户选择范围为PoC-UserB、 PoC-UserC和PoC-UserD ;用户选择条件 为位置在北京与在线。REFER消息中附带的通信消息为请求与用户PoC-UserB、PoC-UserC 和PoC-UserD建立会话的会话建立请求消息。 在REFER消息中，还携带了承载信息的类型(如即plication/ CBUS-operation+xml，表示消息体中包含一段xml代码，用于用户选择操作)，用户选择服
7务器能够识别并处理该类型的数据，即消息体中的内容。并且，REFER消息中一般还要告知
用户选择结果的存放位置，可指示将用户选择的结果替换到消息体中的一个路径下，例如
指示将用户选择结果替换到通信消息(如INVITE消息)中原用户列表的位置。 (2)消息302 (INVITE消息)是用户选择服务器发送给通信服务器的会话建立请求消息。 用户选择服务器选择符合条件的用户后，将所述符合条件的用户作为通信目标用 户，根据所述通信消息生成INVITE消息，发送至通信服务器。 具体地，用户选择服务器收到该REFER消息后，从承载信息类型获知终端的通信 客户端请求进行用户选择，从该消息体中获取进行用户选择的用户范围列表和选择条件。 根据用户范围和选择条件获得符合条件的用户列表，假设PoC-UserC和PoC-UserD符合条 件。则用户选择服务器从呼叫转移消息中提取INVITE消息，将选择结果的用户列表替换到 原用户列表的位置，并发送该INVITE消息至通信服务器。 该INVITE消息与现有通信方式中INVITE消息中封装的消息内容基本一致，唯一 更改的内容为消息体中包含的用户列表，本实施例中的用户列表是用户选择服务器选择的 用户列表。根据本实施例，通信客户端发送到通信服务器的会话建立请求消息经过用户选 择服务器的处理，仅与用户希望发起会话的用户间建立会话。 (3)消息303 310是INVITE消息后的正常交互消息，是INVITE消息正常处理 过程中的后续消息，根据RFC 3515协议的描述，与REFER对应的回复消息是NOTIFY消息， 而对NOTIFY消息的回复消息是2000K响应消息。消息303、306中的INVITE消息的响应消 息将分别被封装在NOTIFY消息304、307中。消息305、308分别是对消息304、307的回复。 消息309、310表示INVITE消息请求的会话建立完成。消息309同样利用REFER消息将ACK 消息通过用户选择服务器发送给通信服务器。 当会话建立后，通信客户端和通信服务器间将建立正常的通信。 通过本实施例的方法，终端能将通信会话建立请求消息和用户选择消息同时发送
给网络侧，网络能一次完成用户选择、会话建立的工作，因此终端与网络侧的交互信息仅需
要1个来回，大大节约了空口资源，且对通信服务器没有任何影响。 本实施例中，所述用户选择服务器如图7所示，包括 接收单元701 ，用于接收来自终端的用户选择请求(REFER消息)，该用户选择请求 中包含用户选择信息和会话建立信息； 用户选择单元702，用于基于所述用户选择信息执行用户选择操作，选择符合条件 的用户；以及 通信会话请求发送单元703，用于将所述符合选择条件的用户作为通信目标用户， 根据所述会话建立信息生成会话建立请求(INVITE消息)，发送至通信服务器。 [OO73] 所述终端包括(如图8所示) 请求提出单元801，用于向用户选择服务器发送用户选择请求(如REFER消息)， 该用户选择请求中包括用户选择信息和会话建立信息； 接收单元802，用于接收来自用户选择服务器或通信服务器的分别针对用户选择
请求或通信会话请求的响应消息。
实施例2
本实施例中，REFER消息401的内容同实施例1中的REFER消息301 ，本实施例的 不同在于用户选择服务器在发送INVITE消息402给通信服务器时，可以指定对应回复消息 的发送目标地址为通信客户端，这样，当通信服务器收到并处理INVITE消息后，可以直接 将响应消息403、404发送给终端，终端收到响应消息404后再反馈确认消息405至通信终 端，如图4所示。 通过本实施例的方法，终端能将通信会话建立请求消息和用户选择消息同时发送 给网络侧，网络能一次完成用户选择、会话建立的工作，因此终端与网络侧的交互信息仅需 要1个来回，大大节约了空口资源，且对通信服务器没有任何影响。
实施例3 本实施例与实施例1基本相同，不同在于实施例1中REFER消息附带通信消息本 身，而本实施例中REFER消息附带的是组成该通信消息的参数。 在该实施例中，终端将一些通信消息的参数直接封装在REFER消息中，用户选择
服务器收到该REFER消息后，完成用户选择操作，并根据其中的通信消息参数生成一条针
对通信服务器的通信消息，通信服务器收到该消息并处理后，将响应消息回复给终端。 所述通信消息的参数可包括通信消息的领域、通信消息的命令、通信消息的发起
方标识、通信消息接收方标识、通信消息服务器标识、通信消息内容以及用户选择范围、用
户选择条件、及用户选择结果的存放位置。
例如，各个参数的具体内容为 通信消息的领域PoC ; 通信消息的命令SIP INVITE ;通信消息的发起方标识Alice〈sip:alice@atlanta. com> ;
通信消息接收方标识PoCConferenceFactoryURI. networkA. net ;
通f言消息月艮务器t示识ServerA〈sip: ServerA. networkA. net> ;
通信消息内容INVITE消息中SIP BODY中的内容；
用户选择范围PoC-UserB、 PoC-UserC和PoC-UserD ;
用户选择条件在北京，并且状态为在线； 用户选择结果的存放位置Message/Body/resource-lists/list (INVITE消息中 原目标用户列表的位置)。 当用户选择服务器完成用户选择后，根据用户选择结果的存放位置将用户选择的 结果作为目标用户替换到通信内容中，其方法与实施例l相同；并根据通信消息的领域生 成对应的通信消息，并将该消息发送给通信服务器。 需要指出的是，当通信的目标就是一个组用户标识时，即用户选择的范围就是通 信消息的接收方标识时，参数"用户选择的范围"和"通信消息的接收方标识"可以合并为 一个参数。 通过本实施例的方法，终端能将通信会话建立请求消息和用户选择消息同时发送 给网络侧，网络能一次完成用户选择、会话建立的工作，因此终端与网络侧的交互信息仅需 要1个来回，大大节约了空口资源，且对通信服务器没有任何影响。
实施例4 在上述各实施例的场景下，用户选择服务器还需向终端返回操作执行的结果。
9
在用户选择服务器执行用户选择操作时，用户选择服务器会向终端返回用户选择 操作的结果，但由于终端的请求消息是呼叫转移类的消息，用户选择服务器不仅要完成用 户选择操作，还需要执行通信消息转发操作。特别是在用户选择服务器执行出错时，有特别 的处理过程。例如有如下两种处理方式
方式一 (如图5a所示) 步骤501，用户选择服务器接收终端发送的用户选择请求消息(REFER消息)，该用
户选择请求中除包括用户选择信息外，还包括会话建立信息(该会话建立信息或称为通信
消息，具体地，如INVITE消息)或者用于生成该会话建立请求消息的参数。 步骤502，用户选择服务器执行用户选择出错时，用户选择服务器放弃用户选择操
作，不更改附带的通信消息或参数中的通信目标用户群，并发送通信消息(INVITE消息)到
通信服务器并继续后续的会话。 步骤503，用户选择服务器向终端返回用户选择出错消息(如SIP消息401、402或 501，但并不限于此，在此可以以4xx或5xx表示出错消息)，并告知通信消息已发送。
该方式下，如图9所示，用户选择服务器除具有接收单元701 、用户选择单元702及 通信会话请求发送单元703夕卜，还具有第一错误处理单元704和第一错误响应单元705 :
所述第一错误处理单元704用于在执行用户选择操作出错时，放弃用户选择操 作，并以用户选择请求中携带的目标用户为通信目标用户，根据所述会话建立信息生成会 话建立请求发送至通信服务器； 所述第一错误响应单元705用于向终端返回出错信息和/或会话建立请求发送信 息。
方式二 (如图5b所示) 步骤501，用户选择服务器接收终端发送的用户选择请求消息(REFER消息)，该用 户选择请求中携带用户选择信息，还携带会话建立请求消息(或称为通信消息，具体地，如 INVITE消息)或者用于生成该会话建立请求消息的参数。 步骤502，用户选择服务器执行用户选择出错，或用户选择服务器完成用户选择
后，没有发现符合选择条件的用户，则用户选择服务器放弃发送通信消息的操作。 步骤503，用户选择服务器向终端返回响应消息(如SIP消息401、402或501，但
并不限于此，在此可以以4xx或5xx表示)，告知选择出错信息或无符合条件用户信息，同时
还告知通信客户端通信已经中止。 通过本实施例，在用户选择操作结束后，如果选择操作出错，用户选择服务器能够 返回通信是否继续的信息及原因。 该方式下，如图11所示，本实施例中，用户选择服务器除具有接收单元701、用户 选择单元702及通信会话请求发送单元703夕卜，还具有第二错误处理单元706和第二错误 响应单元707 : 所述第二错误处理单元706用于在执行用户选择操作出错时或者没有发现符合 条件的用户时，放弃发送会话建立请求发送至通信服务器；以及
所述第二错误响应单元707用于向终端返回响应消息。
实施例5 本实施例中，终端发送SIP INVITE消息给用户选择服务器，终端在其发送的INVITE消息(该INVITE消息本身包含会话建立信息)中添加用户选择的用户范围信息和 用户选择条件，并在INVITE消息中指定消息的路由必须要经过CBUS服务器。
该INVITE消息中，承载信息类型为一个混合的多类型，例如其中一种承载信 息类型为即plication/resource—lists+xml ;另——禾中承载信息类型为application/ CBUS-operation+xml，表示消息体中包含一段xml代码，用于用户选择操作。
图6为本实施例中更新会话对象并建立通话的流程示意图。当终端发送INVITE 消息601后，网络会根据INVITE消息601的路由(Route)信息将该INVITE消息路由到用 户选择服务器上。用户选择服务器在收到该INVITE消息后，从INVITE消息中取出承载信 息类型(content-type)是application/CBUS_operation+xml的内容，与实施例1中描述 的方法一样，它执行该部分内容中的用户选择操作，并将用户选择的结果替换到INVITE消 息中原目标用户列表的位置，达到完成用户选择的目的。完成上述操作后，用户选择服务 器再将INVITE消息602发送到网络，并路由到最终的通信服务器，这时通信服务器收到的 INVITE消息中包含的用户符合用户发起通信的条件。用户选择服务器在完成用户选择操 作后，可删除INVITE消息中的Route头，同时将Route头中的内容添加到INVITE消息中的 Route-Record头中，这样，通信服务器在返回通信结果时，会将消息路由到CBUS服务器。更 好的，用户选择服务器可以不添加该Route-Record头，这时，通信服务器返回的通信响应 消息(100Trying消息603、2000K消息604)完全遵照INVITE消息中的contact (联系人) 头中的信息进行路由，从而不会再涉及用户选择服务器。如图6中，当通信服务器收到并处 理INVITE消息602后，可以直接将响应消息603、604发送给终端，终端收到响应消息604 后再反馈确认(ACK)消息605至通信终端。 本实施例中，在用户选择服务器执行用户选择操作出错时，用户选择服务器可放 弃用户选择操作，不更改附带的通信消息或参数中的通信目标用户群，向通信服务器发送 通信消息(INVITE消息)，并向终端返回用户选择出错消息(如SIP消息401、402或501， 但并不限于此)，同时可告知通信消息已发送。 或者，在用户选择服务器执行用户选择出错时，或用户选择服务器完成用户选择 后，没有发现符合选择条件的用户，则用户选择服务器可以放弃发送通信消息的操作，并向 终端返回出错消息(如SIP消息401 、402或501，但并不限于此)。 通过本实施例的方法，终端能将通信会话建立请求消息和用户选择消息同时发送 给网络侧，网络能一次完成用户选择、会话建立的工作，因此终端与网络侧的交互信息仅需 要1个来回，大大节约了空口资源，且对通信服务器没有任何影响。
本实施例中，所述用户选择服务器如图11所示，包括 接收单元111 ，用于接收来自终端的会话建立请求(INVITE消息)，该会话建立请
求中携带用户选择信息(除此之外，该会话建立请求消息本身还含有会话建立信息)；
用户选择单元112，用于基于所述用户选择信息执行用户选择操作，选择符合条件
的用户；以及 发送单元113，用于以所述符合条件的用户作为通信目标用户，向通信服务器发送 会话建立请求(INVITE消息)。 在本发明另一实施例中，该用户选择服务器还包括 第一错误处理单元，用于在执行用户选择操作出错时，放弃用户选择操作，并以用户选择信息中的目标用户为通信目标用户，向通信服务器发送会话建立请求；以及
第一错误响应单元，用于向终端返回出错信息和/或会话建立请求发送信息。
或者还包括 第二错误处理单元，用于在执行用户选择操作出错时或者没有发现符合条件的用
户时，不发送会话建立请求发送至通信服务器；以及 所述第二错误响应单元，用于向终端返回响应消息。 本领域普通技术人员可以理解实现上述实施例的方法中的全部或部分步骤可以 通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读取存储介质中，比如 R0M/RAM、磁碟、光盘等。 以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详 细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保 护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本 发明的保护范围之内。
权利要求
一种更新会话对象的方法，其特征在于，该方法包括接收终端发送的请求消息，该请求消息中包含用户选择信息和会话建立信息；基于所述用户选择信息执行用户选择操作，选择符合条件的用户终端；根据所述会话建立信息向通信服务器发送会话建立请求，该会话建立请求中以所述符合条件的用户终端作为会话的通信目标用户终端。
2. 根据权利要求1所述的方法，其特征在于所述请求消息是以用户选择请求的方式 发送的。
3. 根据权利要求2所述的方法，其特征在于所述会话建立信息为会话建立请求消息体和/或会话建立请求参数； 根据所述会话建立信息向通信服务器发送会话建立请求是指根据会话建立请求消息 体和/或会话建立请求参数生成会话建立请求，向通信服务器发送。
4. 根据权利要求1所述的方法，其特征在于 所述请求消息是以会话建立请求的方式发送的。
5. 根据权利要求4所述的方法，其特征在于以会话建立请求的方式发送的请求消息中指定路由要经过用户选择服务器。
6. 根据权利要求1-5中任意一项所述的方法，其特征在于在向通信服务器发送的所述会话建立请求中指定对应回复消息的发送目标地址为终 端，通信服务器根据该发送目标地址向终端发送回复消息。
7. 根据权利要求1-5中任意一项所述的方法，其特征在于，该方法还包括 在执行用户选择操作出错时，以用户选择信息中的目标用户终端为通信目标用户终端，根据所述会话建立信息向通信服务器发送会话建立请求。
8. 根据权利要求7所述的方法，其特征在于，该方法还包括 向终端返回出错信息和/或会话建立请求发送信息。
9. 根据权利要求1-5中任意一项所述的方法，其特征在于，该方法还包括 在执行用户选择操作出错时或者没有发现符合条件的用户终端时，不发送会话建立请求发送至通信服务器；向终端返回响应消息。
10. 根据权利要求1-5中任意一项所述的方法，其特征在于，该方法还包括 在执行用户选择操作出错时，向终端返回出错信息。
11. 一种会话建立方法，其特征在于，该方法包括向用户选择服务器发送请求消息，该请求消息中包括用户选择信息和会话建立信息； 接收用户选择服务器或通信服务器的分别针对接收的请求消息或根据接收的请求消 息中会话建立信息生成的会话建立请求的响应消息。
12. 根据权利要求11所述的方法，其特征在于所述请求消息是以用户选择请求或以 会话建立请求的方式发送的。
13. —种服务器，其特征在于，该服务器包括接收单元，用于接收终端发送的请求消息，该请求消息中携带用户选择信息和会话建 立信息；用户选择单元，用于基于所述用户选择信息执行用户选择操作，选择符合条件的用户终端；以及通信会话请求发送单元，用于根据所述会话建立信息向通信服务器发送会话建立请 求，该会话建立请求中以所述符合条件的用户终端作为会话的通信目标用户终端。
14. 根据权利要求13所述的服务器，其特征在于 所述请求消息是以用户选择请求或以会话建立请求的方式发送的。
15. 根据权利要求13或14所述的服务器，其特征在于，该服务器还包括 第一错误处理单元，用于在执行用户选择操作出错时，以用户选择信息中携带的目标用户终端为通信目标用户终端，根据所述会话建立信息向通信服务器发送会话建立请求。
16. 根据权利要求15所述的服务器，其特征在于，该服务器还包括 第一错误响应单元，用于向终端返回出错信息和/或会话建立请求发送信息。
17. 根据权利要求13或14所述的服务器，其特征在于，该服务器还包括 第二错误处理单元，用于在执行用户选择操作出错时或者没有发现符合条件的用户时，不发送会话建立请求发送至通信服务器；第二错误响应单元，用于向终端返回响应消息。
18. —种会话终端，其特征在于，该终端包括请求提出单元，用于向用户选择服务器发送请求消息，该请求消息中包括用户选择信 息和会话建立信息；接收单元，用于接收来自用户选择服务器或通信服务器的分别针对接收的请求消息或 根据接收的请求消息中会话建立信息生成的会话建立请求的响应消息。
全文摘要
一种更新会话对象的方法、会话建立方法及其装置，其中更新会话对象的方法包括接收终端发送的请求消息，该请求消息中包含用户选择信息和会话建立信息；基于所述用户选择信息执行用户选择操作，选择符合条件的用户终端；根据所述会话建立信息向通信服务器发送会话建立请求，该会话建立请求中以所述符合条件的用户终端作为会话的通信目标用户终端。本发明实施例利用现有CBUS的功能，实现终端能将通信会话建立请求消息和用户选择消息同时发送给网络侧，网络能一次完成用户选择、会话建立的工作。
文档编号H04W84/02GK101754101SQ20081018410
公开日2010年6月23日 申请日期2008年12月11日 优先权日2008年12月11日
发明者刘海涛, 宋悦, 常新苗, 李小娟, 王睿 申请人:华为终端有限公司