YD T 2011-2009 基于统一IMS的业务技术要求 呼叫等待与呼叫保持业务 (第一阶段).pdf

1、ICS 33 030M 21 Y口中华人民共和国通信行业标准YD厂r 2011-2009呼叫基于统一I MS的业务技术要求等待与呼叫保持业务(第一阶段)Technical Requirements of Sewices based on the Unified IMSCall Waiting(CW)and Call HOLD(HOLD)Services(Release 1)2009-12-11发布 2010-01-01实施中华人民共和国工业和信息化部发布56目 次YDT 201 1-2009言一-一。II范围-r-。】规范性引用文件-1术语、定义和缩略语131术语和定义l3 2缩略语】业务描述

2、与业务特征241呼叫等待24 2呼叫保持2业务服务终端”2业务管理261概述-。“262终端拨号方式36 3 ut接口方式37业务触发38业务对功能实体和信令的要求381呼叫等待业务382呼叫保持业务”59与其他基于统一MS的业务问的交互作用69 1呼叫等待业务6附录A(资料性附录)呼叫等待消息流程示例7附录B(资料性附录)呼叫保持消息流程示例9附录C(资料性附录)拨号方式实现业务配置和管理的消息流程示例1l附录D(资料性附录)呼叫等待业务XML Schema12附录E(资料性附录)呼叫等待指示消息体示例13参考文献14日，234YD厂r 201 1-2009刖 吾本标准是基于统一IMS的业务

3、系列标准之一，该系列标准的名称及结构预计如下：基于统一IMS的业务技术要求标识显示及限制类业务(第一阶段)；基于统一IMS的业务技术要求呼叫前转类业务(第一阶段)；基于统一IMS的业务技术要求呼叫等待与呼叫保持业务(第一阶段)：基于统一IMS的业务技术要求恶意呼叫追踪和匿名呼叫拒绝业务(第一阶段)；基于统一IMS的业务技术要求IP CENTREX业务(第一阶段)：基于统一IMS的业务技术要求点击拨号业务(第一阶段)；基于统一IMS的业务技术要求多媒体彩铃业务(第一阶段)：基于统一IMS的业务技术要求个性化振铃音业务(第一阶段)；基于统一IMS的业务技术要求多媒体会议业务(第一阶段)。随着技术的

4、发展，还将制定后续的相关标准。在本标准的制定过程中还注意了与以下标准的协调统一：统一IMS的需求(第一阶段)：统一IMS的功能体系架构(第一阶段)：统一IMS组网总体技术要求(第一阶段)。本标准的附录A、附录B、附录c、附录D和附录E为资料性附录。本标准由中国通信标准化协会提出并归口。本标准起草单位：工业和信息化部电信研究院、华为技术有限公司、中兴通讯股份有限公司、上海贝尔股份有限公司。本标准主要起草人：杨海涛、臧磊、刘文宇、李振东、李新颜、周惠琴。II基于统一IMS的业务技术要求呼叫等待与呼叫保持业务(第一阶段)YD，丁201 1-20091范围本标准规定了基于统一s的呼叫等待业务与呼叫保持

5、业务的业务描述与业务特征、业务服务终端、业务管理、业务触发、业务对功能实体和信令的要求、与其他基于统一IMs的业务间的交互作用等要求。本标准适用于基于统一以S的呼叫等待业务与呼叫保持业务。2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。3GPPTS 24623使用模拟业务的ut接口上可扩展标识语言(XML)配置访问协议(XCAP)V810(2008-09)(Extensibl

6、e Markup Language(XML)Configuration Access Protocol(XCAP)overthe Ut interface for Manipulating Simulation Services)3术语、定义和缩略语31术语和定义下列术语和定义适用于本标准。临近NDUB approaching NDUB在临近NDUB情况下，网络对每个用户都配置有最大可用资源，同时，网络对每个用户还配置有临近NDUB预设可用资源，限制可用资源的值应小于最大可用资源。临近NDUB形成的条件需要满足下列任意一项：a)语音会话情况下，用户正在进行的通话数量已达到临近NDUB预设可用资

7、源，并且没有达到最大可用资源；b)多媒体会话情况下，用户已经占用的多媒体流数量已达到临近NDUB预设可用资源的上限，并且没有达到最大可用资源；c)用户已占用的多媒体带宽已达到临近NDUB预设可用资源的上限，并且没有达到最大可用资源。3_2缩略语下列缩略语适用于本标准。AS Application ServerDSL Digital Subscriber LinelAD Integrated Access DeviceiFC Initial Filter CriteriaIMS IP Multimedia Subsystem应用服务器数字用户线路综合接入设备初始过滤规则p多媒体子系统YD厂r 2

8、01 1_2009ISDN Integrated Services Digital NetworkLAN Local Area NetworkNDUB Network Determined User BusyNGN Next Generation NetworkPSTN Public Switched Telephone NetworkSIP Session Initiation ProtocolURI Unifoml Resource IdentifierWLAN Wireless Local Area NetworkXCAP XML Configuration Access Protoco

9、lXML Extensible Markup Language综合业务数字网局域网网络决定用户忙下一代网络公共电话交换网会话初始协议统一资源标识符无线局域网XML配置接入协议可扩展标记语言4业务描述与业务特征4 1呼叫等待呼叫等待业务是指当呼叫等待业务用户B正与用户A通话时，用户C试图与用户B建立通话连接，此时呼叫等待业务用户B可以接收到呼叫等待指示，表示另有用户等待通话，同时，被呼叫等待用户C可以接收到呼叫等待指示，指示呼出通话正在被呼叫等待。呼叫等待业务用户B对被呼叫等待的呼叫可以选择接受、拒绝或不理睬等操作。4 2呼叫保持呼叫保持业务是指用户在一个IP多媒体会话中，暂时中断单个或所有媒体

10、流，并能够将中断的媒体流恢复的业务。5业务服务终端在统一IMs的第一阶段，呼叫等待与呼uq保持业务可服务j：以下终端：a)SIP硬终端(指支持SIP协议并且通过xDSL、WLAN、LAN接入IMS域的终端。该类型终端具有一定的物理形态。此类型终端暂不要求具备ISIM卡)：b)SIP软终端(指支持SIP协议并且通过xDSL、WLAN、LAN接入IMS域的一种软件客户端，通常安装在个人PC等设备上。此类型终端可以具备或不其备ISIM卡)；c)移动终端(指支持SIP协议并且通过2G、3G接入IMS域的移动终端。此类型终端要求具备SIM卡USIM卡ISIM卡瓜UIM卡CSIM卡，但对于cdma2000

11、机卡合一终端，可以不具备物理实体的RUIM卡ICSIM卡)。6业务管理61概述用户可以通过多种方式来对自己的呼叫等待与呼叫保持业务进行配置和管理，主要包括终端拨号方式、ut接口方式、Web方式等。其中，网络和终端至少应支持拨号方式和ut接口方式(未包含呼叫保持业务)。当用户通过不同方式对业务数据进行配置时，最新的业务配置应覆盖之前的业务配置。业务配置和管理的内容主要包括：对呼叫等待与呼叫保持业务进行激活和去激活操作，查询业务状态等。2YD厂r 20l 1-2009对于拨号方式，具体业务配置和管理的编号可依据业务运营者的应用需求而定，不在此进行标准化，其拨号程序可参考62节。对于Ut接口方式，具

12、体业务配置和管理的操作和界面等可依据具体应用需求而定，不在此进行标准化。对于Web方式，是指统一IMS为用户提供基于互联网的个人信息助理功能，每个终端用户都有自己的用户名和密码，在登录业务提供者提供的网站并通过鉴权后，可以在线进行呼叫等待与呼叫保持业务的配置管理。具体实现方式可由业务提供者根据自己的需求来设置。6 2终端拨号方式621概述拨号方式实现业务配置和管理的消息流程示例参见附录C。6 2 2呼叫等待激活：按“相关业务码”；响应，如听到相应的录音通知；结束。去激活：按“相关业务码”：响应，如昕到相应的录音通知；结束。业务状态查询：按“相关业务码”；响应，如听到相应的录音通知；结束。623

13、呼叫保持激活：按“相关业务码”；响应，如昕到相应的录音通知；结束。去激活：按“相关业务码”；响应，如听到相应的录音通知；结束。业务状态查询：按“相关业务码”；响应，如听到相应的录音通知；结束。63 Ut接口方式呼叫等待业务可以通过ut接口进行设置，具体XML Schema格式参见附录D。7业务触发为了保证业务的正常实现，HSS应为每个业务用户建立相应的初始过滤规则(iFc)。对于呼叫等待业务和呼叫保持业务，业务用户的iFC应保证会话请求能够发送至相应的业务AS以进行相关的业务处理：a)对于呼叫等待业务，S-CSCF应将向该业务用户发起的INVITE请求，发送至呼叫等待业务AS进行相关的业务处理

14、ib)对于呼叫保持业务，S-CSCF应将该业务用户发起的INVITE请求，发送至呼叫保持业务AS进行相关的业务处理。8业务对功能实体和信令的要求81呼叫等待业务811概述本节只对业务相关的处理进行描述。呼叫等待消息流程示例参见附录A。812呼叫等待业务用户终端操作8121 呼叫等待业务用户终端基本能力当收到包含呼叫等待指示的INVITE消息，并且呼叫等待业务用户未达到最大呼叫等待数时，呼qq等待业务用户终端应具备下列能力：a)启动TU。cw定时器(TuE_cw定时器可以在呼叫等待业务用户终端上设置呼叫等待时长，此操作为可选操作)：YDT 201 12009b)向业务用户提供呼叫等待指示(例如，

15、带内呼叫等待提示音、在终端屏幕上提示呼叫等待等)；c)对INVITE消息发送180(Ringing)响应。在用户决定呼叫等待的情况下，终端应在180响应中插入Alert-Info头字段，AlertInfo的值为“urn：alert：service：callwaiting”。INVITE消息中包含的呼叫等待指示的内容见8132节，呼叫等待指示消息体示例参见附录E。8122呼叫等待业务用户终端对呼叫等待来话进行操作的场景场景一：呼叫等待业务用户接听被呼叫等待用户来话，释放原通话，TUB。定时器未超时，呼叫等待业务用户终端应进行如下操作：a)停止TUE“定时器(可选操作)；b)停止向呼叫等待业务用户

16、提供呼叫等待指示；C)释放当前正在进行的呼叫：d)接听呼叫等待的呼叫。场景二：呼叫等待业务用户接听被呼叫等待用户来话，保持原通话，TUE-c。定时器未超时，呼叫等待业务用户终端应进行如下操作：a)停止TVE_CW定时器(可选操作)；b)停lL向呼叫等待业务用户提供呼叫等待指示；c)当前正在进行的呼叫进行呼叫保持操作；d)接听呼叫等待的呼叫。场景三：呼叫等待业务用户继续原通话，不对被呼叫等待用户来话进行任何操作，启动TUBc。定时器(可选操作)，并且Tu。cw定时器超时，呼叫等待业务用户终端应进行如下操作：a)停止向呼叫等待业务用户提供呼叫等待指示；b)向正在呼叫等待的用户发送480(Tempo

17、rarily unavailable)响应，480中的Reason头字段原因值设置为19。8123呼叫等待业务用户终端收到释放呼叫消息的场景场景一：呼叫等待业务用户终端在呼叫等待状态下，收到了被呼叫等待的主叫用户终端发送的CANCEL或BYE消息，呼叫等待业务用户终端应进行如下操作：a)停止TUBcw定时器(可选操作)；b)停止向呼叫等待业务用户提供呼叫等待指示：c)对CANCEL或者BYE消息发送响应。场景=：呼叫等待业务用户终端在呼叫等待状态下，收到了原通话用户发送的CANCEL或BYE消息，呼叫等待业务用户终端应进行如下操作：a)停IkYuEcW定时器(可选操作)：b)停【向呼叫等待业务

18、用户提供呼叫等待指示：c)对CANCEL或者BYEfi息发送响应；d)接昕呼叫等待用户的来话。场景三：呼叫等待业务用户在呼叫等待状态下，拒绝被呼叫等待用户的来话，呼叫等待业务用户终端应进行如下操作：a)停II+TuEcw定时器(可选操作)；4YD仃201 12009b)停止向呼叫等待业务用户提供呼叫等待指示；C)向正在被呼叫等待的用户发送486n向应。813呼叫等待业务用户归属S-CSCF操作S-CSCF应将向该业务用户发起的INvrrE请求，发送至呼叫等待业务AS进行相关的业务处理。8 14呼叫等待业务AS操作814 1 AS判定发生呼叫等待临近NDUB情况下，AS收到NvrrE请求，AS判

19、定发生呼叫等待。用户决定呼叫等待情况下，AS收到有AlertInfo头字段的180响应，A1ertInfo头字段赋值为“urn：alert：service：callwaiting”，AS判定发生呼叫等待。8142 AS插入参数操作处理在临近NDUB情况下，呼叫等待业务AS半-IJ定发生呼叫等待，则呼叫等待业务AS应进行如下处理：a)呼叫等待业务AS在INVITE请求中插入MIME消息体作为呼叫等待指示，MIME消息体中的参数设置如下：在“callwaiting-indication”元素中应包含“imsCW”根元素；ContentType头字段应赋值为“application39ppcw+xm

20、l”：b)呼叫等待业务AS收到呼叫等待业务用户返回的180响应后，在180响应内插入AlertInfo头字段，AlertInfo头字段赋值为“urn：alert：service：callwaiting”。8 1 4 3向被D￥-pq等待用户发送呼叫等待指示临近NDUB情况下，INVITE请求发送至呼叫等待呼叫等待业务用户，呼叫等待业务AS收到呼叫等待业务用户返回的180响应后，在180响应内插入Alert-Info头字段，AlertInfo头字段赋值为“urn：alert：service：callwaiting”，并将插入AlertInfo头字段的t80响应发送至被呼叫等待用户，向被呼叫等待用

21、户提供呼叫等待指示。用户决定呼叫等待情况下，AS收到的呼叫等待呼叫等待业务用户返回的180响应带有AlertIIlfo头字段，AlertInfo头字段赋值为“urn：alert：service：callwaiting”，AS应将带有AlertInfo头字段的180自应转发至被呼叫等待用户，向被呼叫等待用户提供呼叫等待指示。8144 TAscw定时器超时操作处理在呼叫等待业务发生时，呼叫等待业务As收到180(Ringing)消息后，启动TAs-cw定时器，当T“cw定时器超时后，AS应该发送CANCEL请求至呼叫等待业务用户终端，该CANCELqa应包含Reason头字段，Reason头字段协

22、议段设置为“SIP”，原凼值设置为“408”，并发送480(Temporarily unavailable)至被呼叫等待用户，480中的Reason头字段原因值设置为19。T“cw定时器由呼uq等待业务AS进行控制。TAs-cw定时器规定了呼叫等待业务用户向被呼叫等待业务用户做出响应的时长，时长范围可由系统自行配置，在此范围内，可自由定制呼口q等待时长。815被呼叫等待用户终端操作被呼叫等待用户终端收到启用AlertInfo头字段的180(Ringing)响应，AlertInfo的值为“uFn：alertservice：callwaiting”，被呼叫等待用户终端应向用户指示呼出通话正在被呼叫

23、等待。8 2呼叫保持业务821概述本节只对业务相关的处理进行描述。呼叫保持消息流程示例参见附录B。YD厂r 201 1-2009822呼叫保持业务用户终端操作呼叫保持终端应发送包含SDP信息的reINVITE消息进行呼叫保持操作，并应具备对一个会话中的单个媒体流分别进行呼叫保持和对一个会话中的所有媒体流同时进行呼叫保持的能力。对单个媒体流进行呼叫保持和恢复时，进行如下操作：a)呼叫保持终端对一个会话中的单个媒体流分别进行呼叫保持时，呼叫保持业务用户终端应生成一个新的SDP，对SDPQ单个媒体流属性mediadescnpdons之后的attributefields属性行进行修改，具体修改内容如下

24、：一若之前为“a=recvonly”，则设置为“a=inacfive”：一若之前为“a=sendrecv”，则设置为“a=sendonly”。b)呼叫保持终端对一个会话中的单个媒体流分别进行呼叫保持恢复时，呼叫保持业务用户终端应生成一个新的SDP，对sDP中单个媒体流属性mediadescripdons之后的attributefields属性行进行修改，具体修改内容如下：一若之前为“a=inactive”，则设置为“a=recvonly”：一若之前为“a=sendonly”，则设置为“a=sendrecv”或者a的值缺省。对所有媒体流进行呼叫保持恢复时，进行如下操作：c)呼叫保持终端对所有媒体

25、流进行呼叫保持时，呼叫保持业务用户终端应生成一个新的SDP，对SDP中sessionnamefield头字段之后的attributefields属性行进行修改，具体修改内容如下：一若之前为“a=recvonly”，则设置为“a=inactive”；一若之前为“a=sendrecv”，则设置为“a=sendonly”。d)呼叫保持终端对所有媒体流进行呼叫保持恢复时，呼叫保持业务用户终端应生成一个新的SDP，对SDP中sessionnamefield头字段之后的attributefields属性行进行修改，具体修改内容如下：一若之前为“a=inactive”，则设置为“a=recvonly”；一若

26、之前为“a=sendonly”，则设置为“a=sendrecv”或者a的值缺省。8 2 3呼叫保持业务AS操作呼叫保持业务AS应处理所有呼叫保持业务用户发起的INVITE消息。呼叫保持业务AS可以向被呼叫保持用户终端发送呼叫保持业务指示。9与其他基于统一IMS的业务问的交互作用91呼叫等待业务911 与无条件呼叫前转业务的交互作用无条件呼叫前转业务优先于呼叫等待业务。912与遇忙呼叫前转业务的交互作用遇忙呼叫前转业务优先于呼叫等待业务。913与无应答呼叫前转业务的交互作用如果无应答呼叫前转定时器先于呼叫等待业务定时器超时，则执行无应答呼叫前转业务。如果呼叫等待业务定时器先于无应答呼叫前转定时器

27、超时，则执行呼叫等待业务定时器超时的流程。914与多媒体彩铃业务的交互作用呼叫等待业务优先于多媒体彩铃业务。6附录A(资料性附录)呼叫等待消息流程示例A1 临近NDUB情况下，呼叫等待消息流程示例临近NDUB情况下的呼叫等待消息流程示例如图A1所示。l被叫s CSCF AS P-CSCF2 INVITB刊2aAS判定为临近NDUB情况，在INVITE请求中插入吁叫等待指示r。3呼IN。V等IT特E指雨J4INVITE 【呼叫等待指雨 一f呼叫等箱 7180km4n。8,180Ri*”-48aAS在180 q4应中插入Alert-Info头字段 8b cw定时器启动9180Ro口ng+。I鉴=。

28、lcall-waitlng-3 2800Kd13a CW定时器停止一14 2000YDT 201 1-2009图A1 临近NDUB_青况下的呼叫等待消息流程示例流程说明如下：12发起对UEB的呼叫。2aAS判定为临近NDUB情况，在INVITE请求中插入呼叫等待指示。34 INVITE请求转发至UEB。5UEB识别呼叫等待指示，向呼叫等待业务用户指示呼叫等待业务。6UEB发送180响应。78 180响应发送至AS。8aAs在180响应中插入带确Alert-Intb头字段，AlertInto头字段赋值为“urn：alert：service：call-waiting”。8b CW定时器启动。9-1

29、0 带有AlertInfo头字段的180咱3应发送至被呼叫等待业务用户。7YDfl-201 1200911-15ErEB发送200 OK响应。13aCW定时器停止。A2用户决定呼叫等待情况下，呼叫等待消息流程示例用户决定呼叫等待情况下的呼叫等待消息流程示例如图A2所示。图A2用户决定呼叫等待情况下的呼叫等待消息流程示例流程说明如下：15发起对UEB的呼叫。610UEB向主叫用户发送临时响应。1115UEB发送180响应，同时，UEB在180响应中插入带有AlertInfo头字段，AlertInfo头字段赋值为“urn：alert：service：call-waiting”。13aCW定时器启动

30、。1620UEB发送200 OK响应。18aCW定时器停止。8B1呼叫保持流程呼叫保持流程见如图B1所示。附录B(资料性附录)呼叫保持消息流程示例YD厂r 201 1-2009图B 1 呼叫保持流程(发送呼叫保持指示)流程说明如下：1一-6uEA发送reINvE消息，更新SDP内容，具体修改内容如下：一若之前为“a=rccvonly”，则设置为“a-inactive”一若之前为“a=sendrecv”，则设置为“a=sendonly”712UE-B返回200 OK，更新SDP内容，修改为“a=recvonly”。1la AS判断是否向UEB发送呼叫保持指示(在会议业务中调用呼叫保持业务时，re

31、INVITE消息中的Contact头字段包含isfocus参数，AS判断不向UEB发送呼叫保持指示)。1318 UEA返回ACK。9YD厂r 201 1-2009B2呼叫保持恢复流程呼叫保持恢复流程如图B 2所示。图B2 RESUME流程(发送RESUMEJ旨示)流程说明如下：1-6UEA发送reINVITE消息，更新sDP内容，具体修改内容如下：一若之前为“a=inactive”，则设置为“a=recvonly”：一若之前为“a=sendonly”，则设置为“a=sendrecv”或者a的值缺省。712 UEB返回200 OK，更新sDP内容，修改为“a=sendrecv”。1la如果之前的

32、呼叫保持过程中，AS判断I；JUEB发送呼叫保持指示，JJAS在呼叫保持恢复操作中命令结束la日uEB发送呼叫保持指示。1318UEA返回ACK。10附录C(资料|生附录)拨号方式实现业务配置和管理的消息流程示例YDT 201 1-2009当采用拨号方式进行呼叫等待业务与呼叫保持业务的配置和管理时，图C1为通过录音通知方式进行响应时的参考消息流程示例。图C 1 拨号方式实现业务配置和管理的消息流程示倒流程说明如下：(1)用户拨打业务配置管理接入码，终端向PCSCF发送INVITE请求，其中的RequestURI即填写接入码内容；PCSCF向S-CSCF转发INVITE请求，并向终端回送临时响应

33、100。(2)S-CSCF收到会话请求INVITE后，分析出其中的Request。URI是以业务代码开始的，即将该请求发送至相应的AS，并向PCSCF回送临时响应100。(3)AS向S-CSCF发送响应183，修改主叫侧连接地址；S-CSCF向PCSCF转发该响应；PCSCF向终端转发该响应。(4)主叫用户挂机，终端向PCSCF发送CANCEL，PCSCF回送响应200；PCSCF向S-CSCF发送CANCEL，S-CSCF回送响应200：S-CSCF向AS发送CANCEL，AS回送响应200。(5)AS向SCSCF发送487响应，S-CSCF发送ACK证实；S-CSCF向PCSCF发送487

34、响应，P-CSCF发送ACK证实：S-CSCF向PCSCF发送487响应，PCSCF发送ACK证实。YDr 201 12009附录D(资料-眭附录)呼叫等待业务XML Schema本附录内容应用在ut接口业务配置过程中。具体XML Schema格式见3GPP TS 24623 V810(200809)。communication waiting12附录E(资料性附录)呼叫等待指示消息体示例YDT 201 1-2009蜘：any眦mesp#铺蛐一processContents=lax minOccurs=llo_l蚴Occ#t-11Ilbounded-b3YD厂r 201 1-2009参考文献1

35、YDT 19292009 统一IMS的需求(第一阶段)【2】YDT 19302009 统一MS的组网总体技术要求(第一阶段)【3】YDT 20072009 统一IMS的功能体系架构(第一阶段)【4】YDN 0651997 邮电部电话交换设备总技术规范书【5】YDB 0072007 下一代网络(NGN)中PSTNISDN模拟业务技术要求63GPPTS 22173V900(2008-12)IP多媒体核心网络予系统(1MS)多媒体电话业务和辅助服务；第1阶段【7】3GPPTS 24229 V860(200812)基于SIP与SDP的IP多媒体会话控制协议；阶段3【83GPP TS 24610 V82

36、0(200812)使用口多媒体(DvI)核心网(CN)子系统的通信HOLD(HOLD)；协议规范93GPPTS 24615 V800(200812)使用P多媒体(DvI)核心网(CN)子系统的通信等待(CW)；协议规范14中华人民共和国通信行业标准基于统一lMS的业务技术要求呼叫等待与呼叫保持业务(第一阶段)YDT 201 1-2009人民邮电出版社出版发行北京市崇文区夕照寺街14号A座邮政编码：100061北京新瑞铭印刷有限公司印刷版权所有不得翻印开本：880x 1230 116印张：1字数：32千字20lO年1月第1版20lO年1月北京第1次印刷ISBN9787-115-20281090定价：10元本书如有印装质量问题，请与本社联系电话：(010)67114922