专利名称：更改会话路径的方法、会话终端、中继节点的制作方法
技术领域：
本发明涉及通信技术领域，特别涉及一种更改会话路径的方法、会话终 端、中继节点。
背景技术：
因特网多媒体子系统(IMS, IP Multimedia Subsystem)是一个基于IP的、业 务开放的、与接入方式无关的网络环境，通过在核心网络层提供用户标识鉴 权、QoS保证、安全保证等基础能力，给各种业务以有力的支撑。目前已有 多媒体电话、会议、游戏等业务基于IMS网络运行，随着IMS的积极部署， 将会有更多的基于IMS的业务投入运营。
IMS —般是通过应用服务器(AS, Application Server)来提供业务。每个AS 可以驻留一个或多个业务，例如彩铃、彩像业务等。在彩铃、彩像业务的部 署中由独立和专门的IMSAS提供彩铃、彩像业务，通过配置IMS的iFC, 让会话经过IMS AS,和Telephony AS —起提供完整的电话业务。其具体的实 现方式可以采用会话代理(SIP Proxy )模式。
在会话建立前提供业务，却不关注会话建立确认后发生事情的IMSAS。 如果彩像AS希望向被叫用户播放彩像，它必须把自己加入到会话的记录路由 (Record-Route)路径中，否则，IMS的预振铃(Pre-alerting)呼叫模式中的 PRACK/UPDATE信令消息将不会发送到彩铃、彩像AS,而这些消息，都携 带了终端申请到的真正的媒体承载IP连接的信息，如果彩铃、彩像AS无法 获得这些信息，将无法向终端的媒体接受IP地址和端口播放铃声、视频等。 对于实现类似彩铃、彩像业务的SIP Proxy角色的IMS AS,考虑到需要使用 IMS预振铃(Pre-alerting)呼叫模式中的PRACK/UPDATE信令中携带的信息， 必须把自己加入到会话的Record-Route路径中。
但这些AS只关注会话成功建立前的信令的处理，会话建立确认后的消息 对它们没有任何用处，但因为它们已经把自己留在了会话的Record-Route路 径中，因此，会话建立确认后，在整个呼叫期间，其中可能的reINVITE、 UPDATE、 BYE等消息也都要路过这些AS,为这些AS带来不必要的处理负
担。
因此，在进行本发明创造过程中，发明人发现现有技术中至少存在如下
问题类似彩铃、彩像业务中，以SIP Proxy角色提供业务的IMS AS并不关 心会话建立确认后的情况，在会话建立完成后，却无法退出SIP会话的路径。
发明内容
本发明实施例要解决的技术问题为提供一种更改会话路径的方法及会话 终端、中继节点，能够在SIP会话建立确认后，通过调整SIP会话的信令路径，
使信令不再经过无需继续参与会话的中继节点。
为解决上述技术问题，本发明实施例的目的是通过以下技术方案实现的 本发明实施例提供一种更改会话路径的方法，其包括 会话终端根据会话过程中生成的记录路由，形成相应的路由集，所述路
由集包括会话经过的中继节点的地址信息，所述地址信息携带用于指示会话
建立确认后中继节点是否需要退出会话的指示信息；
会话建立确认后，根据所述地址信息携带的指示信息，会话终端对路由
集进行更新，从路由集中删除需要退出会话的中继节点的地址信息，生成新 的路由集；
会话终端将更新后的路由集加入到后续请求消息的记录路由中。 本发明实施例还提供另 一种更改会话路径的方法，包括 接收会话请求消息；
确认当前会话状态为会话建立确认状态后，判断所述会话请求消息路由
头域中下一跳中继节点是否需要退出会话；
如果会话请求消息路由头域中下 一跳中继节点需要退出会话，则删除路 由头域中所述中继节点的地址信息，生成新的路由信息。
本发明实施例还提供一种会话终端，其包括
路由集生成单元，用于根据会话路由过程中生成的记录路由，形成相应 的路由集，所述路由集包括会话经过的中继节点的地址信息，所述地址信息 携带用于指示会话建立确认后是否需要退出会话的指示信息；
路由集更新单元，用于会话建立确认后，根据所述地址信息携带的指示
信息，对所述路由集生成单元生成的路由集进行更新，从路由集中删除会话
建立确认后无需保留的中继节点的地址信息，生成新的路由信息；
路由集添加单元，用于将路由集单元更新后的路由集加入到后续请求消
息的记录路由中。
本发明实施例还提供一种中继节点，其包括 判断单元，用于确认会话状态是否为会话建立确认状态； 接收单元，用于接收会话请求消息；
判断单元，用于确认当前会话状态为会话建立确认状态后，判断会话请 求消息路由头域中下一跳中继节点是否需要退出会话；
路由头域更新单元，当判断单元的判断结果为会话请求消息路由头域中 下一跳中继节点需要退出会话时，删除路由头域中所述下一跳中继节点的地 址信息，生成新的路由信息。
通过本发明实施例提供的更改会话路径的方法、会话终端以及中继节点， 能够在会话建立确认后，生成新的路由信息，会话的后续请求消息按照新的 路由信息进行路由，从而实现会话建立后，对信令路径的调整，从而使在会 话建立后无需继续保留的节点可以成功退出会话，因此提高了会话建立后， 信令的传输效率，同时也降低了这些节点的处理负荷。
图1为本发明更改会话路径的方法第一实施例的信令流程图； 图2为本发明更改会话路径的方法第二实施例的信令流程图； 图3为本发明会话系统一个实施例的结构图； 图4为本发明会话终端一个实施例的结构图； 图5为本发明中继节点一个实施例的结构图。
具体实施例方式
本发明实施例提供一种更改会话路径的方法、会话终端、中继节点。为 使本发明的技术方案更加清楚明白，以下参照附图并列举实施例，对本发明 进一步详细说明。
请参照图1,为本发明更改会话路径的方法第一实施例的信令流程图。本 实施例中，会话发起端UA1和会话接收端UA2之间的会话建立确认之前，即
对话处于"Early，，状态期间，UA1和UA2之间的AS保留在会话路径中，而在 会话建立确认之后，即对话转入"Confirmed"状态后，通过Record-Route中地 址信息携带的指示信息，从Route Set中删除AS的地址，因此所述AS在会 话建立确认后，退出会话路径。 具体过程包括
步骤101:会话发起端UA1发送INVITE请求给中继节点SIPProxyl;
一般来说， 一段SIP会话包括了 SIP请求和SIP响应。SIP请求由其方法 名来标识，如"INVITE" 、 "BYE"、 "CANCEL" 、 "REGISTER" 、 "ACK，，等。 每种请求都有不同的用途，例如本实施例中的INVITE请求用于用户发起会 话，BYE请求用于释放会话；SIP响应由其响应码来标识，如100/180/200/400, 外加一个响应含义说明字符串，如100响应的说明字符串为"trying",称为"100 trying"响应，SIP响应分为临时响应(Provisional Response)和最纟冬响应(Final Response)两种，Final Response将结束一个事务，临时响应是用户终端(UA, UserEquipment)用来指示处理进展的响应消息，它不结束事务，响应码范围为 100 - 199都是临时响应，响应码范围为200-699属于最终响应。
SIP会话中，用户终端间进行临时响应交互后，对话的状态处于"Early" 状态，当一个2xx最终响应到达用户终端时，会话的状态称为"Confirmed"状 态。
SIP协议定义了如下几种基本信令处理的功能角色SIP用户终端和SIP 代理服务器(Proxy Server,简称Proxy)。用户终端用于处理信令，Proxy Server 用于负责用户终端之间的信令路由，当收到始发用户终端发出的SIP请求后， 将会话路由向SIP会话的目的用户终端， 一个会话可能由多个SIP Proxy路由 后，才最终到达目的用户终端。
步骤102: SIP Proxyl收到所述INVITE请求后，向该请求的记录路由 (Record-Route)头域顶部插入自己的地址，再将所述INVITE请求转发给另一 个中继节点AS,并携带Record-Route;
Record-Route是中继节点在请求中增加的，用来强制会话中的后续请求需 经过本Record-Route中记录的中继节点。例如，SIP Proxy处理初始SIP请求 时，可以决定自己是否需要处理后续的请求消息，如需要，则需要把自己的地址加入到该初始请求的"Record-Route，，的顶部地址中，如不需要，则不用加 入。本实施例中，SIP Proxy 1需要处理后续的请求，因此在收到INVITE请求 时，将自己的地址加入所述INVITE请求Record-Route顶部。
步骤103: AS收到所述INVITE请求后对会话进行业务处理，并在 Record-Route头域的顶部插入AS的地址，AS地址上附加用于指示会话建立 确认后退出会话的指示信息，然后发送所述INVITE请求给SIP Proxy2,并携 带所述Record-Route;
所述指示信息为记录路由中所扩充出来的统一 资源标识符(URI, Uniform Resource Identifier)参数，通过对所述参数取特定的值来指示会话建立确认后 中继节点是否需要退出会话。本实施例中，对Record-Route扩充一个令牌 (token)类型的"rr-param"参数，在对话处于"Early，，状态期间，当地址后携带 值为RRFED(Record-Route For Early Dialog)的 "rr-param "参数时，对应的中 继节点在对话处于"Early，，状态期间保留在会话路径中，而在会话建立之后， 即对话转入"Confirmed，，状态后，携带这个参数的地址将从Record-Route中被 删除，对应的中继节点退出会话路径。
所述指示信息还可以通过扩展其他路由信息中的参数或者通过新增其他 信息参数来实现中指示继节点是否需要在会话建立确认后退出会话。
步骤104: SIP Proxy2收到所述INVITE请求后，在Record-Route头域的 顶部插入自己的地址，并转发所述INVITE请求给UA2,并携带Record-Route;
步骤105: UA2收到所述INVITE请求后，根据Record-Route内容，构建 自己一側的路由集(Route Set), Route Set也包括了各地址以及各地址携带的指 示信息；
当SIP初始请求到达会话接收端时，会话接收端把Record-Route中形成 的地址列表作为Route Set记录下来(包括地址参数)，在返回的响应中， Record-Route也随之被返回给会话发起端，会话发起端也需要把Record-Route 中形成的地址列表取反方向作为Route Set记录下来(包括指示信息)。这样， SIP会话的会话发起端和会话4妄收端都形成了 Route Set,其后，会话发起端和 会话接收端发出的该会话中的所有SIP请求消息及其响应消息，都需要将其 记录的"Route-set"复制到"Route"头域中，故SIP会话的后续请求，必须
按SIP会话建立时形成的路径进行路由。
本实施例中，由于INVITE请求先后经过了 SIP Proxy 1 、 AS 、 SIP Proxy2, 因此所构建的Route Set为SIP Proxy2 - >AS - >SIP Proxy 1地址，且AS地 址携带值为RRFED的"rr-param"参数。
步骤106: UA2向SlPProxy2返回临时响应，并携带Record-Route;本实 施例中，临时响应为"183 Call Progress" 。 UA2上的SIP会话的状态变成 "Early"。
步骤107: SlPProxy2路由所述临时响应到AS，并携带Record-Route;
本实施例中，由于Record-Route头域中的AS地址携带有用于指示会话建 立确认后AS退出会话的参数，因此在会话处于Early状态时，AS保留在会 话中。
步骤108: AS路由所述临时响应到SIP Proxy 1,并携带Record-Route; 步骤109: SIP Proxy 1路由所述临时响应到UA1,并携带Record-Route; UA1上的会话状态变为Early 。
步骤110: UA1收到所述临时响应后，根据Record-Route头域内容，构 建自己一侧的Route Set, Route Set也包括了各地址以及各地址携带的指示信 息；
所构建的Route Set为SIP Proxy 1 - >AS - >SIP Proxy2 。
步骤111: UA 1构造PRACK消息并发送给SIP Proxy 1;
所述PRACK消息用于向对端确认收到临时响应，且携带了根据Route Set 构建的Route头域SIP Proxy 1 - >AS - >SIP Proxy2 ，各地址均包含 Record-Route形成时的指示信息；
步骤112: SIP Proxy 1按PRACK消息的Route头域的信息，路由PRACK 消息到AS;
步骤113: AS按PRACK的Route头域的信息，路由PRACK消息到SIP Proxy2;
步骤114: SIP Proxy2根据会话的信息，发送PRACK消息到UA2;
步骤115: UA2向SIP Proxy2返回PRACK的200 OK响；
所述200 OK响应按照PRACK形成的via头域信息返回，先发送到SIP
Proxy2。
步骤116: SIP Proxy2向AS转发PRACK的200 OK响应
步骤117: AS向SIP Proxy 1转发PRACK的200 OK响应；
步骤118: SIP Proxy 1向UA1转发PRACK的200 OK响应。
步骤119: UA2振铃，发出"180 RING"临时响应，该响应及其PRACK、
200 OK的过程，与步骤106到步骤118的过程相同，这里不再描述。
步骤120: UA1完成媒体承载IP资源申请和预留后，向对端发送UPDATE,
以交互新的々某体地址和端口 ；
UPDATE发出时，携带了根据Route Set构建的Route头域SIP Proxy 1
->AS - >SIP Proxy2，各地址均包含Record-Route形成时包含的地址参数。
UPDATE按Route头域路由到SIP Proxy 1 。
步骤121: SIP Proxyl按UPDATE请求的Route头域的信息，路由UPDATE
请求到AS;
步骤122: AS按UPDATE请求的Route头域的信息，路由UPDATE请求 到SIP Proxy 2;
步骤123: SIP Proxy2根据会话的信息，路由UDPATE请求到UA2;
步骤124: UA2返回UDPATE的200 OK响应到SIP Proxy2;
步骤125: SIP Proxy2向AS转发UDPATE的200 OK响应；
步骤126: AS向SIP Proxyl转发UDPATE的200 OK响应；
步骤127: SIP Proxyl向UA1转发UDPATE的200 OK响应。
步骤128:用户接受呼叫，UA2受用户指示返回INVITE请求的200 OK
响应到SlPProxy2, UA2上的SIP会话状态由"Early"迁移到"Confirmed"; INVITE请求的200 OK响应消息为最终响应消息，因此SIP会话状态改
变为"Confirmed",即会话状态进入会话建立确i^状态。 步骤129: SIP Proxy2向AS转发200 OK响应； 步骤130: AS向SIP Proxyl转发INVITE的200 OK响应； 步骤131: SIP Proxyl向UA1转发INVITE的200 OK响应，UA1收到该
响应消息，UA1上的SIP会话状态由"Early"迁移到"Confirmed";
步骤132: UA2遍历其Route Set中各地址，当发现有中继节点的地址信
息携带的指示信息表明该中继节点需要在会话建立确认后中继节点是退出 时，将该中继节点的地址信息从所述路由集中删除，其它中继节点的地址信
息前后顺序保持不变；
本实施例中，用于指示会话建立确认后AS退出会话的指示信息是值为
步骤133: AS接收到200 OK后，释放相关的SIP资源；
步骤134: UA1遍历其Route Set中各地址，当发现有中继节点的地址信 息携带的指示信息表明该中继节点需要在会话建立确认后中继节点是退出 时，将该中继节点的地址信息从所述路由集中删除，其它中继节点的地址信 息前后顺序保持不变；
步骤132、步骤133、步骤134的执行顺序不分先后。
步骤135: UA1将更新后的Route Set加入到后续请求消息ACK的Route 头域中，向SIP Proxy 1返回ACK消息，以便确认收到INVITE的200 OK响 应；
ACK发出时，携带了根据Route Set构建的Route头域SIP Proxy 1和SIP Proxy2。
步骤136: SIP Proxy 1按ACK请求的Route头域的信息，继续路由ACK 请求到SlPProxy2;
步骤137: SlPProxy2根据会话的信息，路由ACK请求到UA2;
步骤138: UA2向SIP Proxy2发送BYE请求，用于会话释放；
所述BYE请求的Route按新的Route Set构造，携带了根据Route Set构 建的Route头域SIP Proxy2和SIP Proxy 1 。
步骤139: SIP Proxy2按BYE请求的Route头域的信息，继续路由BYE 请求到SIP Proxy 1;
步骤140: SIP Proxy 1根据会话的信息，路由BYE请求到UAl;
步骤141: UA1返回BYE的200 OK响应SIP Proxy 1;
步骤142: SIP Proxy 1继续路由200 OK响应到SIP Proxy2;
步骤143: SIP Proxy2路由BYE请求的200 OK响应到UA2。
通过本发明上述实施例提供的更改会话路径的方法，在会话建立确认后，
从路由集中删除会话建立确认后无需保留的中继节点的地址信息，生成新的 路由信息，会话的后续请求消息按照新的路由信息进行路由，从而实现会话 建立后，对信令路径的调整，从而使在会话建立后无需继续保留的节点可以 成功退出会话，因此提高了会话建立后，信令的传输效率，同时也降低了这 些节点的处理负荷。
请参照图2，为本发明更改会话路径的方法第二实施例的信令流程图。本
实施例中，在会话发起端UA1和会话接收端UA2之间的会话建立之前，即对 话处于"Early"状态期间，UA1和UA2之间的AS保留在会话路径中，而在会 话建立之后，即对话转入"Confirmed"状态后，发现呼叫会话控制功能实体服 务器(S-CSCF, Serving-Call Session Control Function)中存储的会话状态路径旁 路地址表中包括了 AS的地址，因此删除路由头域中所述AS的地址，因此所 述AS在会话建立确认后，退出会话路径。 具体过程包括
步骤201: UAl发送INVITE请求给S-CSCF;
步骤202: S-CSCF收到所述INVITE请求后，向该消息的Record-Route 头域顶部插入自己的地址，再将所述INVITE请求转发给AS,并携带 Record-Route;
步骤203: AS收到所述INVITE请求后，向Record-Route头域的顶部插 入自己的地址，并将所述INVITE请求转发回S-CSCF;
但该AS是只希望保留在"Early" SIP会话状态的Route路径中，所以 S-CSCF中的 "Confirmed会话状态路径旁路地址表，，中配置了 AS的地址。
步骤204: S-CSCF路由所述INVITE请求到目的地UA2;
步骤205: UA2收到INVITE请求后，根据Record-Route头域内容，构建 自己一侧的Route Set;
步骤206: UA2向S-CSCF返回临时响应，并携带Record-Route;本实施 例中，临时响应为"183 Call Progress"。 UA2上的SIP会话的状态变成"Early"。
步骤207: S-CSCF响应到AS,并携带Record-Route;
步骤208: AS向S-CSCF返回临时响应，并携带Record-Route, S-CSCF 上的SIP Dialog的状态变成"Early";
步骤209: S-CSCF转发临时响应给UAl,并携带Record-Route, UA1上 的SIP Dialog的状态变成"Early";
步骤210: UA1根据Record-Route头域内容，构建自己一側的Route Set; 步骤211: UA1根据Route Set构建Route头域，并向S-CSCF返回PRACK
以确认收到临时响应；
SIP请求的Route头域记录SIP会话必须路经的各SIP Server地址，在有 Route头域的情况下，SIP Server需将请求路由到Route头域地址列表中的顶 部地址标识的SIP Server。 Route头域可以是在会话前由会话终端配置等产生 的，也可以是在SIP会话建立过程中形成的。
步骤212: S-CSCF收到PRACK消息后，判断当前会话状态为"Early" 状态，因此按PRACK的Route头域内容继续转发PRACK请求消息到AS;
步骤213: AS收到PRACK消息后，进行业务处理，并继续转发PRACK 消息到S-CSCF;
步骤214: S-CSCF路由PRACk消息到UA2;
步骤215: UA2返回"200 OK"响应消息到S-CSCF;
步骤216: S-CSCF路由"200 OK"响应消息到AS;
步骤217: AS进行业务处理后，路由"200 OK"响应消息到S-CSCF;
步骤218: S-CSCF路由"200 OK"响应消息到UAl;
步骤219: UA2冲展铃，发出"180 RING"临时响应，该响应及其PRACK、 200 0K的过程，与步骤206到步骤218的过程相同；UPDATE和"200 OK" 响应的过程相同，这里均不再描述。
步骤220: UA2接受呼叫，向S-CSCF返回INVITE的"200 OK"最终响 应，UA2上的SIP会话状态由"Early"迁移到"Confirmed";
步骤221: S-CSCF路由INVITE的"200 OK"最终响应给AS;
步骤222: AS转发INVITE的"200 OK"最终响应给S-CSCF， S-CSCF 上的SIP会话状态由"Early"迁移到"Confirmed;
步骤223: S-CSCF继续转发INVITE的"200 OK"最终响应给UA1, UA1 上的SIP Dialog的状态由"Early"迁移到"Confirmed;
步骤224: AS接收到INVITE的"200 OK"最终响应后，判断会话状态 迁移到"Confirmed",释放相关资源；
步骤225: UA1返回ACK给S-CSCF,以便确认收到INVITE的"200 OK" 最终响应；
ACK中的Route头域内容按UA1中的Route set构建，因此ACK请求被 路由到S-CSCF。
步骤226:确认当前会话状态为会话建立确认状态后，S-CSCF发现下一 跳中继节点AS需要退出会话的中继节点地址信息，因此删除路由头域中所述 中继节点的AS的地址，生成新的路由信息；
本实施例中，S-CSCF判断会话状态为"Confirmed",通过查询本地策略 保存的"会话状态路径旁路地址表"，发现该表中配置了下一条中继节点AS 的地址，因此删除Route头域中的AS地址。
步骤227: S-CSCF路由ACK请求到UA2;
步骤228: UA2希望结束会话，向SIP网络发起会话释放请求BYE, UA2 在发出BYE请求前，按其Route Set构建Route头域，其中包括AS地址；
步骤229: S-CSCF收到BYE请求后，S-CSCF确认会话状态为 "Confirmed",查询本地策略的会话状态路径旁路地址表，发现该表中配置了 下 一条中继节点AS的地址，则删除Route头域中的AS地址；
步骤230: S-CSCF路由所述BYE请求给UAl,跳过AS;
步骤231: UA1返回BYE请求的200 OK响应给S-CSCF,以便确认收到 了 BYE请求；
步骤232: S-CSCF路由BYE请求的200 OK响应给UA2。 通过本发明上述实施例提供的更改会话路径的方法，在会话建立确认后， 当配置的会话状态路径旁路地址表中包括会话请求消息路由头域中下一个中 继节点地址信息时，删除路由头域中所述中继节点的地址信息，生成新的路 由信息，会话的后续请求消息按照新的路由信息进行路由，从而实现会话建 立后，对信令路径的调整，从而使在会话建立后无需继续保留的节点可以成 功退出会话，因此提高了会话建立后，信令的传输效率，同时也降低了这些 节点的处理负荷。
请参照图3，为本发明会话系统的一个实施例的结构图。所述会话系统包
括进行会话的两个会话终端，即会话发起端51和会话接收端53,以及在会话 发起端51与会话接收端53之间转发会话消息的至少一个中继节点52。
会话发起端51和会话接收端53根据会话过程中生成的记录路由，形成 相应的路由集，所述路由集包括会话经过的中继节点52的地址信息，所述地 址信息携带用于指示会话建立确认后中继节点是否需要退出会话的指示信
息；
记录路由是中继节点52在请求中增加的，用来强制会话中的后续请求需 经过记录路由中所记录的中继节点。例如，中继节点SIP Proxy处理初始SIP 请求时，可以决定自己是否需要处理后续的请求消息，如需要，则需要把自 己的地址加入到该初始请求的记录路由的顶部地址中，如不需要，则不用加 入。
当会话建立确认后，4艮据所述地址信息携带的指示信息，会话发起端51 和会话接收端53对路由集进行更新，从路由集中删除需要退出会话的中继节 点的地址信息，生成新的路由集；
会话发起端51和会话接收端53将更新后的路由集加入到后续请求消息 的路由信息中，按新的路由信息继续路由会话发起端51和会话接收端53之 间的请求消息。
请参照图4，为本发明会话终端一个实施例的结构图。所述会话终端包括 路由集生成单元31、路由集更新单元32、路由集添加单元33。
所述路由集生成单元31用于根据会话路由过程中生成的记录路由，形成 相应的路由集，所述路由集包括会话经过的中继节点的地址信息，所述地址 信息携带用于指示会话建立确认后是否需要退出会话的指示信息。
所述指示信息为记录路由中所扩充出来的URI参数，通过对所述参数取 特定的值来指示会话建立确认后中继节点是否需要退出会话。例如，对 Record-Route扩充一个token类型的"rr-param，，参数，在对话处于"Early，，状 态期间,当i也址后携带寸直为RRFED的 "rr-param "参数时，对应的中继节点 在对话处于"Early"状态期间保留在会话路径中，而在会话建立之后，即对话 转入"Confirmed，，状态后，携带这个参数的地址将从Record-Route中被删除，
对应的中继节点退出会话路径。
所述路由集更新单元32用于会话建立确认后，根据所述地址信息携带的 指示信息，对所述路由集生成单元31生成的路由集进行更新，从路由集中删 除会话建立确认后无需保留的中继节点的地址信息，生成新的路由集。
所述路由集添加单元33用于将路由集单元更新后的路由集加入到后续请 求消息的路由信息中。
通过上述本发明实施例提供的会话终端，在会话建立确认后，会话终端 从路由集中删除会话建立确认后无需保留的中继节点的地址信息，生成新的 路由信息，会话的后续请求消息按照新的路由信息进行路由，从而实现会话 建立后，对信令路径的调整，从而使在会话建立后无需继续保留的节点可以 成功退出会话，因此提高了会话建立后，信令的传输效率，同时也降低了这 些节点的处理负荷。
请参照图5，为本发明中继节点一个实施例的结构图。所述中继节点包括 接收单元41、判断单元42、存储单元43、路由头域更新单元44。
所述接收单元41用于接收会话请求消息。
所述判断单元42用于确认当前会话状态为会话建立确认状态后，判断所 述会话请求消息路由头域中下 一跳中继节点是否需要退出会话。
所述确认当前会话状态为会话建立确认状态的具体方式为在发送会话 请求消息给消息的下一跳中继节点之前，判断当前会话状态是否为会话建立 确认状态，例如是否收到最终响应消息等。
所述路由头域更新单元44,当判断单元的判断结果为会话请求消息路由 头域中下一跳中继节点需要退出会话时，删除路由头域中所述下一跳中继节 点的地址信息，生成新的路由信息。
存储单元43用于存储会话状态路径旁路地址表，所述会话状态路径旁路 地址表用于保存会话建立确认后需要退出会话的中继节点地址信息；
所述判断单元42通过查询所述存储单元43中的会话状态路径旁路地址 表中是否包括所述下一跳中继节点的地址信息，来判断会话请求消息路由头 域中下一跳中继节点是否需要退出会话。
通过上述本发明实施例提供的中继节点，在会话建立确认后，当中继节 点中配置的会话状态路径旁路地址表中包括会话请求消息路由头域中下一个 中继节点地址信息时，删除路由头域中所述下一个中继节点的地址信息，生 成新的路由信息，会话的后续请求消息按照新的路由信息进行路由，从而实 现会话建立后，对信令路径的调整，从而使在会话建立后无需继续保留的节 点可以成功退出会话，因此提高了会话建立后，信令的传输效率，同时也降 低了这些节点的处理负荷。
综上所述，通过本发明实施例提供的更改会话路径的方法、会话终端以 及中继节点，能够在会话建立确认后，生成新的路由信息，会话的后续请求 消息按照新的路由信息进行路由，从而实现会话建立后，对信令路径的调整， 从而使在会话建立后无需继续保留的节点可以成功退出会话，因此提高了会 话建立后，信令的传输效率，同时也降低了这些节点的处理负荷。
以上对本发明所提供的 一种更改会话路径的方法、会话终端以及中继节
阐述，以上实施例的说明只是用于帮助理解本发明所揭示的技术方案；同时， 对于本领域的一般技术人员，依据本发明的思想，在具体实施方式
及应用范 围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
权利要求
1.一种更改会话路径的方法，其特征在于，所述方法包括会话终端根据会话过程中生成的记录路由，形成相应的路由集，所述路由集包括会话经过的中继节点的地址信息，所述地址信息携带用于指示会话建立确认后中继节点是否需要退出会话的指示信息；会话建立确认后，根据所述地址信息携带的指示信息，会话终端对路由集进行更新，从路由集中删除需要退出会话的中继节点的地址信息，生成新的路由集；会话终端将更新后的路由集加入到后续请求消息的路由信息中。
2. 根据权利要求1所述的更改会话路径的方法，其特征在于，会话终端 根据会话路由过程中生成的记录路由，生成相应的路由集之前包括中继节点向记录路由头域插入中继节点的地址信息，所述地址信息携带 用于指示会话建立确认后中继节点是否需要退出会话的指示信息。
3. 根据权利要求1所述的更改会话路径的方法，其特征在于，所述会话 建立确认后，根据所述地址信息携带的指示信息，会话终端对路由集进行更 新，从路由集中删除会话建立确认后无需保留的中继节点的地址具体包括会话终端收到中继节点转发的最终响应后，遍历会话终端所形成的路由 集中的地址信息，当发现地址携带的指示信息表明该中继节点需要在会话建 立确认后中继节点需要退出会话时，将该中继节点的地址信息从所述路由集 中删除，其它中继节点的地址信息前后顺序保持不变。
4. 根据权利要求1至3中任一项所述的更改会话路径的方法，其特征在 于，所述指示会话建立确认后是否需要退出会话的指示信息为记录路由中所 扩充出来的统一资源标识符URI参数，通过对所述参数取特定值来指示会话 建立确认后中继节点是否需要退出会话。
5. 根据权利要求1所述的更改会话路径的方法，其特征在于，需要退出 会话的中继节点收到最终响应后，释放相关会话资源。
6. —种更改会话路径的方法，其特征在于，所述方法包括 接收会话请求消息；确认当前会话状态为会话建立确认状态后，判断所述会话请求消息路由 头域中下一跳中继节点是否需要退出会话；如果会话请求消息路由头域中下 一跳中继节点需要退出会话，则删除路 由头域中所述中继节点的地址信息，生成新的路由信息，并按新的路由信息 继续路由请求。
7. 根据权利要求6所述的更改会话路径的方法，其特征在于，所述确认 当前会话状态为会话建立确认状态的具体方式为接收会话请求消息后，判 断当前会话状态是否为会话建立确认状态。
8. 根据权利要求7所述的更改会话路径的方法，其特征在于，判断当前 会话状态是否为会话建立确认状态具体方式为判断是否已收到最终响应消 息，如果是，则会话状态进入会话建立确认状态。
9. 根据权利要求6所述的更改会话路径的方法，其特征在于，判断会话 请求消息路由头域中下一跳中继节点是否需要退出会话的具体方式为查询 会话状态路径旁路地址表中是否包括所述下一跳中继节点的地址信息，如果 是，则判断结果为下一跳中继节点需要退出会话，如果否，则判断结果为下 一跳中继节点不需要退出会话，所述会话状态路径旁路地址表用于保存会话 建立确认后需要退出会话的中继节点地址信息。
10. 根据权利要求9所述的更改会话路径的方法，其特征在于，所述会话 状态路径旁路地址表预先配置在网络实体的本地策略中。
11. 根据权利要求9所述的更改会话路径的方法，其特征在于，需要退出 会话的中继节点收到最终响应消息后，释it相关会话资源。
12. —种会话终端，其特征在于，包括路由集生成单元，用于根据会话路由过程中生成的记录路由，形成相应 的路由集，所述路由集包括会话经过的中继节点的地址信息，所述地址信息 携带用于指示会话建立确认后是否需要退出会话的指示信息；路由集更新单元，用于会话建立确认后，根据所述地址信息携带的指示 信息，对所述路由集生成单元生成的路由集进行更新，从路由集中删除会话 建立确认后无需保留的中继节点的地址信息，生成新的路由集；路由集添加单元，用于将路由集单元更新后的路由集加入到后续请求消 息的路由信息中。
13. —种中继节点，其特征在于，包括 接收单元，用于接收会话请求消息；判断单元，用于确认当前会话状态为会话建立确认状态后，判断会话请 求消息路由头域中下 一跳中继节点是否需要退出会话；路由头域更新单元，当判断单元的判断结果为会话请求消息路由头域中 下一跳中继节点需要退出会话时，删除路由头域中所述下一跳中继节点的地 址信息，生成新的路由信息。
14. 根据权利要求13所述的中继节点，其特征在于，还包括 存储单元，用于存储会话状态路径旁路地址表，所述会话状态路径旁路地址表用于保存会话建立确认后需要退出会话的中继节点地址信息；所述判断单元通过查询所述存储单元中的会话状态路径旁路地址表中是 否包括所述下一跳中继节点的地址信息，来判断会话请求消息路由头域中下 一跳中继节点是否需要退出会话。
全文摘要
本发明提供一种更改会话路径的方法、会话终端、中继节点。所述更改会话路径的方法包括会话终端根据会话过程中生成的记录路由，形成相应的路由集，所述路由集包括会话经过的中继节点的地址信息，所述地址信息携带用于指示会话建立确认后中继节点是否需要退出会话的指示信息；会话建立确认后，根据所述地址信息携带的指示信息，会话终端对路由集进行更新，从路由集中删除会话建立确认后需要退出会话的中继节点的地址信息，生成新的路由集；会话终端将更新后的路由集增加到后续请求消息的路由信息中。通过本发明实施例所提供的技术方案，能够在会话建立确认后，对信令路径的调整，从而使在会话建立后无需继续保留的节点可以成功退出会话。
文档编号H04L29/06GK101102276SQ200710123048
公开日2008年1月9日 申请日期2007年6月22日 优先权日2007年6月22日
发明者楷 文, 杨能武, 谢国军 申请人:华为技术有限公司