《CM-IMS统一Centrex业务总体技术要求.doc》由会员分享，可在线阅读，更多相关《CM-IMS统一Centrex业务总体技术要求.doc（192页珍藏版）》请在三一文库上搜索。
1、中国移动通信企业标准QB-中国移动CM-IMS统一Centrex业务总体技术要求China Mobile CM-IMS - Common Centrex Service General Technical Specification版本号：1.2.0 -实施-发布中国移动通信集团公司 发布QB-前 言本总体技术要求对CM-IMS商用初期， 统一Centrex业务过程中需要规范的内容提出全面要求，是CM-IMS 统一Centrex业务所需要遵从的纲领性技术文件。本标准主要包括以下几方面内容：系统构架和组网原则、信令流程、业务管理、计费结算等。本标准由中国移动通信集团公司计划部提出，由集团公司技术
2、部归口管理。本标准由标准归口部门负责解释。本标准起草单位：中国移动通信研究院。本标准主要起草人：王亚晨、成龙。目 录QB-I1范围52引用标准53术语、定义和缩略语64业务概述75系统结构和组网原则85.1系统结构85.1.1系统结构图85.1.2各网元功能描述105.1.3接口描述115.2组网原则126信令流程126.1统一Centrex融合VPMN13技术方案136.1.1136.1.2基本呼叫和补充业务206.1.3传真1126.2融合一号通1286.2.1信令流程-融合方案(目标方案)1286.2.2信令流程-锚定方案(过渡方案)1406.2.3一号通业务对统一Centrex AS的
3、特殊要求1516.3统一Centrex融合总机1526.3.1话务员注册1536.3.2话务员注销1546.3.3转接来话（自动转接）1556.3.4话务台同振（可选）1566.3.5话务台轮选振铃1576.3.6话务台优先级选振铃1576.3.7呼叫排队功能1586.3.8转接来话（话务员盲转）1596.3.9转接来话（话务员询问转）1616.3.10话务台呼叫群内用户1626.3.11话务台呼叫群外用户1636.4播放提示放音1636.4.1基本回铃音1646.4.2失败处理音1646.4.3IMS业务音1667跨省统一Centrex业务的互查方案1677.1跨省统一Centrex业务的互
4、查流程1677.1.1集团用户呼叫省内统一Centrex短号/长号流程1677.1.2跨省集团用户呼叫跨省统一Centrex短号/长号流程1747.1.3跨省集团用户呼叫网外号码的流程1807.2跨省统一Centrex其他业务特性1807.3查询接口1817.3.1跨省集团主叫用户查询统一Centrex长号的接口1817.3.2跨省集团主叫用户查询统一Centrex短号的接口1817.4跨省统一Centrex业务的设备要求1827.4.1MGCF1827.4.2MSC1827.4.3Centrex AS/SCP1838PBX与IMS的关系1838.1注册1838.1.1隐式注册集方式1838.
5、1.2枚举注册方式1838.2业务处理与业务流程1838.2.1PBX群内短号互拨1848.2.2PBX呼叫手机短号1858.2.3PBX呼叫手机长号1858.2.4手机呼叫PBX短号1868.2.5手机呼叫PBX长号1878.2.6手机呼叫企业用户总机1879业务管理18810终端要求18811业务操作码18912码号19013计费结算19013.1计费19013.2结算19114编制历史191附录A 错误原因与失败码对照表1921 范围本总体技术要求对CM-IMS商用初期，CM-IMS 统一Centrex业务所作用的技术范畴提出规定，原则上在中国移动通信集团内部使用，用于在统一Centre
6、x业务实验、业务开展及招标选型方面为集团公司和省公司提供技术依据；适用于中国移动IMS网络环境。2 引用标准1 RFC 3261 SIP: Session Initiation Protocol2 RFC 3262 Reliability of Provisional Responses in the Session Initiation Protocol (SIP)3 RFC 3265 Session Initiation Protocol (SIP)-Specific Event Notification4 RFC 3311 The Session Initiation Protocol
7、(SIP) UPATE Method5 RFC 3323 A Privacy Mechanism for the Session Initiation Protocol (SIP)6 RFC 3325 Private Extensions to the Session Initiation Protocol (SIP) for Asserted Identity within Trusted Networks7 TS 24.229 v6.2.0 IP Multimedia Call Control Protocol based on SIP and SDP8 TS 24.228 v6.0.0
8、Signaling flows for the IP multimedia call control based on SIP and SDP9 TS 23.228 v6.5.0 IP Multimedia Subsystem (IMS)10 TS 23.218 v6.1.0 IP Multimedia (IM) Session Handling; IP Multimedia (IM) call model11 TS 22.228 v6.5.0 Service Requirements for the IP Multimedia Core Network Subsystem12 TS 23.0
9、02 Network Architecture13 RFC 2327 SDP: Session Description Protocol14 RFC 2833 RTP Payload for DTMF Digits, Telephony Tones and TelephonySignals15 RFC 3264 An Offer/Answer Model with the Session Description Protocol (SDP)16 TS 29.328 v6.1.0 IP Multimedia Subsystem (IMS) Sh Interface Signaling flows
10、 and message contents17 TS 29.329 v6.0.0 Sh interface based on the Diameter protocol18 RFC 3588 Diameter Base Protocol19 TR 29.847 v1.4.0 Conferencing based on SIP, SDP and other protocols20 TS 24.147 v0.1.0 Conferencing in the IP Multimedia (IM) Core Network (CN) Subsystem3 术语、定义和缩略语缩略语英文中文ASApplic
11、ation Server应用服务器BGCFBreakout Gateway Control Function出口网关控制功能CCFCharging Collection Function计费收集功能CDRCharging Data Record计费数据记录CNCore Network核心网CSCircuit Switch电路交换CSCFCall Session Control Function呼叫会话控制功能GGSNGateway GPRS Support Node网关GPRS支持节点GPRSGeneral Packet Radio Service通用分组无线业务HSSHome Subscri
12、ber Server归属用户服务器I-CSCFInterrogating-CSCF查询-CSCFIMPIIM Private IdentityIP多媒体私有标示IMPUIM Public IdentityIP多媒体公有标示IMSIP Multimedia Core Network SubsystemIP多媒体网络子系统IMSIInternational Mobile Subscriber Identifier国际移动用户标识ISCIP multimedia Subsystem Service ControlIMS业务控制ISIMIMS SIMIMS 用户标识模块MGCFMedia Gatewa
13、y Control Function媒体网关控制功能MGWMedia Gateway媒体网关MRFCMultimedia Resource Function Controller多媒体资源功能控制器MRFPMultimedia Resource Function Processor多媒体资源功能处理器NAINetework Access Identifier网络接入标识P-CSCFProxy CSCF代理CSCFPNPPrivate Numbering Plan用户短号号码PSIPublic Service Identity公共业务标识S-CSCFServing-CSCF服务-SCSCFSDP
14、Session Description Protocol会话描述协议SIPSession Initiation Protocol会话发起协议UAUser Agent用户代理UEUser Equipment用户设备UICCUniversal Integrated Circuit Card通用集成电路卡URIUniform Resource Identifier统一资源标识URLUniform Resource Locator统一资源定位USIMUniversal Subscriber Identity Module通用用户标识模块XMLeXtensible Markup Language扩展标记
15、语言T.38 -ITU-T 标准,定义了 IP 网络上实时G3传真机通讯的协议T.30-ITU-T 标准,描述了在两台传真设备之间确立和管理通信的全部过程4 业务概述参见中国移动CM-IMS统一Centrex业务规范v1.4.15 系统结构和组网原则5.1 系统结构5.1.1 系统结构图图5.1.1 IMS统一Centrex业务系统结构图图5.1.2 CM-IMS统一Centrex业务传真子业务网络架构图5.1.3 CM-IMS跨省统一Centrex业务平台部署构架5.1.2 各网元功能描述5.1.2.1 统一Centrex AS包含两个逻辑功能实体，VPMN SCP和Centrex AS，其
16、中VPMN SCP用于为CS用户提供VPMN业务，Centrex AS用于为IMS用户提供Centrex业务。5.1.2.2 CSCF会话控制及路由层。IMS核心网络的核心网元，包含P-CSCF，I-CSCF，S-CSCF等设备，执行用户注册，会话接入/路由等基本功能。5.1.2.3 HSSIMS用户信息服务器，保存IMS用户的业务订阅信息。5.1.2.4 MRFC/MRFP 对终端播放呼叫回铃音和各类呼叫提示音。5.1.2.5 MGCF 用于IMS与PLMN/PSTN用户的互通。5.1.2.6 网管服务器网管服务器NMS为Centrex业务提供网元管理能力，主要是提供各网元的拓扑信息、告警、
17、日志、维测、配置、统计等功能。5.1.2.7 在线/离线计费服务器在线计费服务器OCS对其他网元提供了在线计费功能。离线计费系统，通过FTP收集用户话单，完成后付费功能。5.1.2.8 T.38 FAX SIP UE支持基于T.38协议的IMS传真机；5.1.2.9 GSCP作为不同的Centrex AS之间以及Centrex AS与SCP之间的互查网关。5.1.3 接口描述5.1.3.1 Centrex AS与IMS CN的接口(ISC)采用SIP协议，实现会话控制。5.1.3.2 MRFC/MRFP与UE的媒体流接口(Mb)采用RTP/RTCP 协议，实现媒体流的分发和流量控制。5.1.3
18、.3 MGCF与CSCF的接口(Mg)采用SIP协议，实现会话控制。5.1.3.4 MGCF与IM-MGW的媒体控制接口（Mn）采用H.248协议，实现媒体流的控制。5.1.3.5 UE与CSCF的接口（Gm）采用SIP协议，完成用户向IMS的注册等功能。5.1.3.6 计费接口与融合计费系统（OCS/CCF）之间遵循Diameter 接口协议。OCS和CCF提供在线计费和离线计费的支持。5.1.3.7 Centrex AS与网管接口统一Centrex服务器与网管之间的接口基于SNMP协议，其主要功能是通过业务网管进行维护、配置与管理。5.1.3.8 Centrex AS/SCP与GSCP之间
19、的Execute接口Centrex AS/SCP查询非本地短号信息或长号的集团属性时，向GSCP发起查询，把集团信息，被叫短号或长号信息带给GSCP。5.1.3.9 GSCP与Centrex AS/SCP之间的Execute Result接口GSCP把查询所得到的短号到长号的映射信息，长号的集团属性信息，通过Execute Result接口返回给Centrex AS/SCP。5.2 组网原则各省设置统一Centrex 业务平台，各CM-IMS域的S-CSCF与Centrex AS通过ISC接口相连，用户通过ISC接口触发到Centrex AS上享受统一Centrex业务。对于跨省的Centre
20、x业务，利用省内原有的GSCP， 与本省及它省所有的Centrex AS互联，作为省间Centrex AS的互查网关。Centrex AS/SCP需要配置本省GSCP地址，以及不同号段所对应的它省GSCP的地址。6 信令流程说明：1 本章着重对各业务的信令流程和关键字段进行描述。为描述简单起见，部分流程图中省略了与P-CSCF、S-CSCF的交互，各核心网元之间的交互均经过S-CSCF。2 关于流程中涉及precondition机制的使用说明如下：l 考虑到IMS核心设备，业务平台及终端的兼容性，本规范包括Precondition和非Precondition机制的两种信令流程；l Precon
21、dition机制使用建议：对于IMS固定终端间的会话，建议使用非Precondition机制的信令流程，对于涉及IMS移动终端的会话，会话过程中Precondition是否使用由通信双方协商确定，建议使用Precondition机制；l 对于支持Precondition机制的IMS核心设备，业务平台及终端，要求能够兼容非Precondition机制的会话。3 为了兼容用户拨号时出现的各种情况（如用户是否拨打国家码等），要求主叫归属域统一Centrex AS在收到SIP-Request后，根据SBC添加的phone-context参数（携带有主叫当前所在地区的区号信息），对request-uri
22、进行补齐，当SIP-Request由主叫侧统一Centrex AS下发至主叫侧S-CSCF路由时，其Request-Uri（sip uri的username部分或tel uri）必须为形如“国际长途字冠+国家码+地区号+本地号”的号码。具体原则如下所示：l 如果用户拨号为Global形式（形如“国际长途字冠+国家码+地区号+本地号”的固话号码或“国际长途字冠+国家码+国内手机号码”的移动号码），主叫归属域统一Centrex AS仅需将国际长途字冠置为加号（“+”），不对request-uri的其他参数进行处理l 如果用户拨号为National形式（形如“地区号+本地号”的固话号码或国内手机号码
23、），主叫归属域统一Centrex AS忽略phone-context参数中的信息，直接在request-uri前补“+86”l 如果用户拨号为本地号码且为固定号段，则默认是本地呼叫，主叫归属域统一Centrex AS根据phone-context参数中的区号信息，在request-uri前补“+86“和“地区码”l 当主叫用户拨打外地手机，拨号如013812345678时，主叫侧统一Centrex AS应该删除手机号码前的“0”，并在号码前添加“+86”，向S-CSCF下发的request-uri形如+8613812345678;l 对于某些特服号码应进行号码补全（如12580、10086等）
24、，对于这些需要补全的特服号码由AS根据phone-context参数中的区号信息，在request-uri前补“+86“和“地区码”；对于某些特服号码不进行补全（如400、800、17951等）；要求AS可通过配置来区分哪些特服号码需要补全，哪些不需要补全；l 信令流程中涉及到异常情况所使用的错误码建议参考附录B错误原因与失败码对照表。6.1 统一Centrex融合VPMN6.1.1 技术方案统一Centrex要求采用融合的Centrex AS实现，同时支持CAP与ISC接口；该统一Centrex AS应提供开通模块与现有VPMN SCP实现省内集团用户数据的数据同步；跨省集团在不同省之间的集
25、团用户数据通过GSCP互查的方式进行共享。6.1.1.1 统一Centrex的融合VPMN技术方案：融合Centrex平台6.1.1.1.1 技术方案描述省内和跨省的统一Centrex业务都应采用融合的统一Centrex AS。统一Centrex AS跨网，分别与CS Core和IMS Core对接CM-IMS固定用户的呼叫通过ISC接口触发到Centrex业务平台；移动用户的呼叫，保留现状，通过CAMEL触发到业务平台。统一Centrex AS可以由现网VPMN SCP升级支持ISC接口实现，也可以由新建的IMS Centrex AS支持CAP接口实现。图6.3.1.1 统一Centrex补
26、充技术方案6.1.1.1.2 信令流程1 群内呼叫(手机拨打IMS UE)图6.3.1.2 群内呼叫信令流程（手机拨打IMS UE）(1) 手机A拨IMS UE B的短号bb，呼叫先送到MSC；(2) MSC根据A签约的O_CSI信息触发统一Centrex AS；(3) 统一Centrex AS把被叫短号bb翻译成B的长号BB，下发CONNECT消息，消息中被叫号码为BB；(4) MSC根据被叫号码BB把呼叫路由到MGCF；(5) MGCF把呼叫路由到IMS CORE， Invite消息中P-Asserted-Identity头域为AA，被叫号码RequestURI为BB；(6) 由于被叫用户
27、B是统一Centrex用户，IMS CORE根据iFC规则触发统一Centrex AS的被叫业务；(7)统一Centrex AS处理被叫业务，其中一个功能是根据被叫用户的设置，决定来电显示为主叫长号或主叫短号。如果被叫用户选择显示主叫短号，AS查询长短号对应关系，根据Invite消息中的主叫长号AA得到对应的主叫短号aa，然后发送Invite消息给IMS CORE，其中P-Asserted-Identity头域为AA,From头域为aa，RequestURI为BB。如果被叫用户选择显示主叫长号，则直接取Invite消息中的主叫号码AA即可，然后发送Invite消息给IMS CORE，其中P-A
28、sserted-Identity头域为AA和From头域为AA，RequestURI为BB；(8) IMS CORE根据BB路由到被叫用户B，B的终端根据From头域显示主叫短号aa或主叫长号AA。2 群内呼叫(IMS UE拨打手机)图6.3.1.3 群内呼叫信令流程（IMS UE拨打手机）(1) IMS UE A拨手机用户B的短号bb，呼叫先送到IMS CORE；(2) IMS CORE根据A的iFC规则触发到统一Centrex AS。Invite消息中P-Asserted-Identity头域为A的长号AA，被叫号码RequestURI为bb；(3)统一Centrex AS把被叫bb翻译为
29、用户B的长号BB，把呼叫送回IMS CORE，Invite消息中P-Asserted-Identity头域和From头域都是AA，被叫号码RequestURI为被叫用户长号BB；(4) IMS CORE根据被叫号码BB把呼叫路由到MGCF，Invite消息中P-Asserted-Identity头域和From头域都是AA，被叫号码RequestURI为被叫用户长号BB；(5) MGCF把呼叫路由到MSC，IAM消息中主叫号码为AA，被叫号码为BB；(6) MSC根据被叫用户B在HLR中签约的T_CSI触发统一Centrex AS；(7) 统一Centrex AS处理被叫业务，其中一个功能是根据
30、被叫用户的设置，决定来电显示为主叫长号或主叫短号。如果被叫用户选择显示主叫短号，AS查询长短号对应关系，根据IDP消息中的主叫长号AA得到对应的主叫短号aa，然后下发CONNECT消息，其中主叫号码为aa，被叫号码为BB。如果被叫用户选择显示主叫长号，则直接取IDP中的主叫号码AA即可，下发CONNECT消息，其中主叫号码为AA,被叫号码为BB；(8) MSC根据被叫号码呼叫BB，BB终端显示主叫短号aa或者长号AA。注1：群内呼叫，手机拨打手机、IMS UE 拨打IMS UE时，分别在各自域内完成业务触发和呼叫接续。注2：群内呼出时，主叫在各自域内触发完主叫业务后，就成为简单的呼叫、互通流程
31、。注3：群外呼入时，通过简单的呼叫、互通流程到达被叫域内后，分别在各自域内触发被叫业务。6.1.1.2 统一Centrex的融合VPMN技术方案：数据同步6.1.1.2.1 技术方案对于省内的统一Centrex集团用户，该集团的集团数据应在省内所有的统一Centrex AS与VPMN SCP上实现数据同步；对于跨省的统一Centrex集团用户，该集团在同一省内的集团数据应在该省所有的统一Centrex AS与VPMN SCP上实现数据同步，而不同省之间的集团数据可在不同省的GSCP之间进行数据查询，查询的具体方案将在第七章进行介绍；统一Centrex AS，应提供业务开通模块实现与现网VPMN
32、 SCP的数据同步。集团客户的用户数据可分为三部分： 集团信息 集团客户用户长短号对应关系 集团客户用户业务数据（包括用户基本信息、用户业务属性信息等）其中集团信息以及集团客户用户长短号对应关系需要同步，集团客户的用户业务数据暂不需要同步。BOSS采用SOAP接口与该业务开通模块交互，实现统一Centrex业务开通。该业务开通模块采用现网MML接口实现统一Centrex平台与现网VPMN SCP的数据同步。提供统一Centrex AS的厂家应同时提供Web Portal系统，支持用户对Centrex AS业务属进行修改和定制。图6.24.1.1 统一Centrex业务逻辑组网图（数据同步方案）
33、新建的Centrex AS若与原有VPMN SCP异厂家，则需要提供统一Centrex开通模块；该开通模块通过SOAP接口与BOSS系统互通，实现统一Centrex业务的开通，并通过现网MML接口与现有SMP互通，提供数据分发接口，保持VPMN SCP的SMP和Centrex AS业务数据同步；新建的Centrex AS若与原有VPMN SCP同厂家，则由现有的SMP升级为统一Centrex开通模块，该开通模块应通过SOAP接口与BOSS互通，实现统一Centrex业务的开通，并通过现网MML接口与现有VPMN SCP互通，提供数据分发接口，保持VPMN SCP的SMP和Centrex AS业
34、务数据同步；统一Centrex开通模块同时向BOSS系统提供唯一的管理接口，减少业务平台管理复杂性。BOSS对于CS/IMS用户本身的操作分别在HLR和HSS上进行。统一Centrex开通模块应提供与Portal Server之间的接口，满足用户通过自服务的方式来配置业务数据。 统一Centrex业务同步管理平台与VPMN SCP、Centrex业务平台、以及BOSS之间的接口参见中国移动CM-IMS业务开通规范_统一Centrex分册。6.1.1.2.2 信令流程1）群内呼叫(手机拨打IMS UE) 图6.24.1.2群内呼叫信令流程（手机拨打IMS UE）注：SCP和Centrex AS已
35、分别从统一Centrex业务同步管理平台获取了Centrex业务数据。(1) 手机A拨IMS UE B的短号bb，呼叫先送到MSC；(2) MSC根据A签约的O_CSI信息触发VPMN业务；(3) VPMN SCP把被叫短号bb翻译成B的长号BB，下发CONNECT消息，消息中被叫号码为BB；(4) MSC根据被叫号码BB把呼叫路由到MGCF；(5) MGCF把呼叫路由到IMS CORE， Invite消息中P_Asserted_Identity头域为AA，被叫号码RequestURI为BB；(6) 由于被叫用户B是统一Centrex用户，IMS CORE根据iFC规则触发统一Centrex
36、AS的被叫业务；(7) 统一Centrex AS处理被叫业务，其中一个功能是根据被叫用户的设置，决定来电显示为主叫长号或主叫短号。如果被叫用户选择显示主叫短号，AS查询长短号对应关系，根据Invite消息中的主叫长号AA得到对应的主叫短号aa，然后发送Invite消息给IMS CORE，其中P-Asserted-Identity头域为AA,From头域为aa，RequestURI为BB。如果被叫用户选择显示主叫长号，则直接取Invite消息中的主叫号码AA即可，然后发送Invite消息给IMS CORE，其中P-Asserted-Identity头域和From头域为AA，RequestURI为
37、BB；(8) IMS CORE根据BB路由到被叫用户B，B的终端根据From头域显示主叫短号aa或主叫长号AA。2）群内呼叫(IMS UE拨打手机) 图6.24.1.3群内呼叫信令流程（拨打手机）注：SCP和Centrex AS已分别从统一Centrex业务同步管理平台获取了Centrex业务数据。(1) IMS UE A拨手机用户B的短号bb，呼叫先送到IMS CORE；(2) IMS CORE根据A的iFC规则触发到Centrex AS。Invite消息中P-Asserted-Identity头域为A的长号AA，被叫号码RequestURI为bb；(3)Centrex AS把被叫bb翻译为
38、用户B的长号BB，把呼叫送回IMS CORE，Invite消息中P-Asserted-Identity头域和From头域都是AA，被叫号码RequestURI为被叫用户长号BB；(4) IMS CORE根据被叫号码BB把呼叫路由到MGCF，Invite消息中P-Asserted-Identity头域和From头域都是AA，被叫号码RequestURI为被叫用户长号BB；(5) MGCF把呼叫路由到MSC，IAM消息中主叫号码为AA，被叫号码为BB；(6) MSC根据被叫用户B在HLR中签约的T_CSI触发VPMN SCP；(7)VPMN SCP处理被叫业务，其中一个功能是根据被叫用户的设置，决
39、定来电显示为主叫长号或主叫短号。如果被叫用户选择显示主叫短号，SCP查询长短号对应关系，根据IDP消息中的主叫长号AA得到对应的主叫短号aa，然后下发CONNECT消息，其中主叫号码为aa，被叫号码为BB。如果被叫用户选择显示主叫长号，则直接取IDP中的主叫号码AA即可，下发CONNECT消息，其中主叫号码为AA,被叫号码为BB；(8) MSC根据被叫号码呼叫BB，BB终端显示主叫短号aa或者长号AA。注1：群内呼叫，手机拨打手机、IMS UE 拨打IMS UE时，分别在各自域内完成业务触发和呼叫接续。注2：群外呼出时，主叫在各自域内触发完主叫业务后，就成为简单的呼叫或互通流程。注3：群外呼入
40、时，通过呼叫、互通流程到达被叫域内后，分别在各自域内触发被叫业务。6.1.1.3 跨省统一Centrex的融合VPMN技术方案：互查方案跨省集团用户在拨打省内用户的长短号时，技术方案与信令流程符合上述描述的融合与同步方案；拨打省外的长短号时，需通过本省的统一Centrex AS/VPMN SCP查询外省的GSCP来完成短号的翻译，获取长号的集团信息。查询方案的具体流程、查询接口要求及设备要求请参见第七章。6.1.2 基本呼叫和补充业务本节中的所有基本呼叫和补充业务的流程同时适用于省内的和跨省的统一Centrex业务。6.1.2.1 群内呼叫（含异常情况流程描述）6.1.2.1.1 UE和核心网
41、接口要求UE和核心网的接口遵循3GPP TS 24.229定义的消息和参数，具体要求请参考中国移动CM-IMS测试规范_Gm接口IOT分册。6.1.2.1.2 INVITE（主叫用户 主叫P-CSCF）序号SIP消息头域属性参数描述1Supported必选要求主叫终端在发向核心网的INVITE消息中必须携带有值为100rel的Supported头域（本要求适用于所有终端向核心网发送的INVITE消息，在后续章节中不再专门描述）6.1.2.1.3 INVITE（被叫P-CSCF 被叫用户）序号SIP消息头域属性参数描述1From必选群内呼叫要求From头域的sip uri的username部分为
42、主叫用户的短号6.1.2.1.4 核心网和AS接口要求核心网和AS的接口要求遵循3GPP TS 24.229定义的消息和参数。6.1.2.1.5 INVITE（主叫侧统一Centrex AS 主叫S-CSCF）序号SIP消息头域属性参数描述1Request-uri必选若Request-uri为sip格式，则其username部分必须为形如“国家码+地区号+本地号”的号码”；若Request-uri为tel格式，则其号码应该为国家码+地区号+本地号（本要求适用于所有主叫侧统一Centrex AS向S-CSCF发送的INVITE消息，在后续章节中不再专门描述）6.1.2.1.6 群内呼叫信令流程非
43、Precondition机制:图 6.1.1.1 群内呼叫信令流程(1) 主叫用户UE-A的呼叫请求通过P-CSCF(O)被送到S-CSCF(O)；(2) S-CSCF(O)根据用户签约的IFC将INVITE请求发送到统一Centrex AS；(3) 统一Centrex AS检查主叫用户UE-A为某一Centrex群组用户；根据被叫用户号码，确定该次呼叫为群内呼叫。如果被叫号码为短号，查询长短号对照表，得到被叫用户的长号地址；(4) 统一Centrex AS向S-CSCF(O)发送INVITE消息，其中REQUEST URI为被叫用户的真实号码（长号码）；(5) S-CSCF(O)根据被叫号码
44、进行路由，如果被叫的URI为TEL格式或者携带有user=phone参数的SIP格式，则S-CSCF(O)将进行ENUM DNS查询，完成TEL URI或者带有user=phone参数的SIP URI到SIP URI的转换，并根据被叫用户的SIP URI将INVITE消息发送给被叫用户所在的I-CSCF(T)。(6) I-CSCF(T)收到INVITE请求后，通过Cx接口向HSS发送LIR消息，并从HSS回复的LIA消息中获取为被叫用户服务的S-CSCF(T)，并将INVITE消息发送给S-CSCF(T)；(7) S-CSCF(T)收到INVITE请求后，根据被叫用户B签约的IFC信息，将请求
45、触发到统一Centrex AS；(8) S-CSCF(T)收到统一Centrex AS回复的INVITE请求，并将请求通过P-CSCF(T)路由至被叫用户UE-B，被叫用户显示的主叫号码信息为用户UE-A的短号信息；(9) 通过后续的180 ringing、PRACK200 OK、200 OK（invite）等消息交互，会话建立；(10) 主叫用户UE-A发送BYE消息，释放会话。Precondition机制:图6.1.1.2 群内呼叫信令流程（1）主叫用户UE-A发起对UE_B的呼叫，消息中携带会话媒体请求A1；（2）主叫AS检查主叫用户为统一Centrex群组用户；根据被叫用户号码，确定该次呼叫为群内呼叫。如果被叫号码为短号，查询长短号对照表，得到被叫用户的长号地址，主叫AS转发Invite消息；（3）被叫AS收到Invite消息后，发送Invite给被叫用户，同时向MRS请求放回铃音的媒体资源；（4）被叫用户发送183消息，消息中携带会话媒体响应B1；（5）-（6）被叫AS发送183消息，消息中携带UE_B返回的会话应答媒