搜索

mm7_deliver.req?

mm7_deliver.req? 搜索搜索

作者 信息
匿名的
发表于2003年10月16日星期四 - 02:54 PM:  

我想知道你的MMS-C是否支持mm7_deliver.req,如果它确实可以找到更多关于如何设置它的信息。
布莱斯诺伍德 - 诺斯姆斯支持
发表于2003年10月16日星期四 - 03:17 PM:  

嗨mikael,

很多取决于您的配置...即,您如何发送/接收系统外部的MMS消息。

I'我要假设你'通过GSM / GPRS调制解调器重新发送和接收MMS消息(或者通过某种直接MMS交付,而不是通过另一个MMSC).

在这一点"MMSC VASP"配置对话框,您可以定义可以将邮件中的帐户提交到Nowsms。因此,如果您想使用MM7向Nowsms提交消息,您将在此处定义一个帐户。

在这一点"MMSC Routing"配置对话框,您定义了Nowsms将启动发送的外部连接(or deliver)消息。因此,如果要使用MM7从Nowsms接收消息,则会在此处定义到MM7应用程序的链接。

在某些方面,如果我们组合这些配置对话框,则可能会更有意义,但是使它们分开允许对消息的路由方式有很大的灵活性。

There are two ways to route MMS消息到MM7应用程序。

当您定义一个条目时"MMSC Routing"页面,有一个选择"将消息路由到此帐户的收件人电话号码(s)"。当您通过MMSC执行出站MMS消息传递时,通常使用此选项。您可以指定电话号码掩码(e.g., +44*),如果在普通的MMS消息路由过程中,MMSC会遇到与此掩码匹配的收件人地址,它将将其路由到此连接。(如果这是MM7连接,则MM7应用程序将接收MM7 SubperReq。)

与您的问题有关的另一种方式是当网关接收到MMS消息时,例如通过GSM / GPRS调制解调器...该消息的接收到目的地是网关本身。在这里,我们'在V5.0中添加了一些新设置。在这一点"SMSC"页面,如果选择"Properties", there is an "MMS Settings"对话框告诉备份语如何从运算符MMSC获取MMS消息。此对话框也有一个选项"MMSC路由收到的消息", where the "Route via MM7"选项可用于指定接收的MMS消息应路由到定义的特定MM7应用程序"MMSC Routing" dialog.

因此,如果您在MM7应用程序上设置链接"MMSC Routing"对话框的页面......然后定义"MMS Settings" under the "Properties"适用于适当的调制解调器连接,您'LL接收MM7 SupplayReq消息,了解调制解调器上收到的任何MMS消息。
Mikael.
未注册的客人
发布于2003年10月20日星期一 - 12:19 PM:  

嗨,再次感谢,

我最初打算使用手机向Nowsms发送MMS,但由于我读到不建议使用手机用于调制解调器(我正在使用爱立信T39)接收MMS时,我想在传入的MMS来自VASP MM7-Client时尝试相同。我如何在从VAS中拍摄MMS时,如何配置现在的MM7_Deliver.req。当我在NowSMS中设置我的vasp帐户时,mm7路由选项呈灰色?

而且,如果我试图使用我的T39来接收MMS到Nowsms ......我将如何解决收件人(the NowSMS MMS-C)?

最好的祝福,
Mikael.
Mikael.
未注册的客人
发表于2003年10月20日星期一 - 04:17 PM:  

只是想添加这个...

就像您在答案中所描述的那样,当我添加调制解调器时,我会立即生成mm7_submit.req'S到现场的电话号码:"将消息路由到此帐户的收件人电话号码(s)"使用我的爱立信T39手机。根据您的信息,删除该字段中的收件人电话号码应导致MM7_Deliver.req对吗?
我不 't get anything...

/ mikael.
布莱斯诺伍德 - 诺斯姆斯支持
董事会管理员
用户名:布莱斯

邮政编码:931
注册:10-2002
2003年10月21日星期二发布 - 04:14 AM:  

嗨mikael,

目前,NowSMS仅在该类型的配置中只能生成MM7_SUBMIT.req。

如果它收到正在传送到网关的MMS,它将只生成MM7_Deliver.req(而不是被提交给网关)...如通过GSM / GPRS调制解调器通过GM1接收的电话接收到消息。

我们正在查看在将来的版本中添加一个配置选项以重新映射提交以提供您描述的设置类型。(最近在这里讨论了这个问题: http://support.zgbianpofanghuwang.com/discus/messages/12/858.html.)


Mikael.
未注册的客人
发表于2003年10月27日星期一 - 08:41 PM:  

所以,如果我购买专用的GSM / GPRS调制解调器,如Siemens MC-35,我将能够将MMS发送到NowSMS,然后可以将其作为MM7_Deliver.reqs路由到MM7-VASP?我不确定我理解之间的区别"传送到网关,而不是提交到网关.."。我是否需要涉及另一个实时运营商MMS-C"交付到网关.."?
布莱斯诺伍德 - 诺斯姆斯支持
董事会管理员
用户名:布莱斯

邮政编码:974
注册:10-2002
2003年10月28日星期二发布 - 02:05 PM:  

Mikael.,

是的......但是,希望你会做的不仅仅是向自己发送消息。

基本上,通过GSM / GPRS调制解调器连接,您可以通过MM7提交消息......这将在GSM / GPRS调制解调器上被路由以进行交付。在调制解调器上发送到SIM卡的任何传递报告或消息都可能被路由回"deliver"消息到MM7应用程序。

目前的问题是,确实需要与Live MMSC的连接,以便任何要路由到MM7连接的消息"deliver" format instead of "submit".

对于未来的版本,我想我们'重新将为MM7配置添加一个选项,指定是否使用"submit" or "deliver"特定连接的格式。

-bn.
Mikael.
未注册的客人
2003年10月31日星期五发布 - 04:51 PM:  

你好!我现在买了一个专门的调制解调器(Siemens MC35)我已经Getsms生产并将MM7_Deliver.Req生产和路由到My MM7-VASP应用程序 。但是,当我的vasp收到mm7_deliver.req时,我收到错误"SOAP结束标记不匹配" or "无法解析内容类型"。 MM7-overty.req由Nowsms生产的附加下面。我想知道是否存在任何问题<env:Body> with <Content href="cid:mms_cid"/>或者您可能会发现的任何其他可能导致错误。

*************************************************
604600 [Thread-6] Info Com.OpenWave.mms.mm7.Listener - MM7Receiver GOT A Conne
CTION.
604600 [线程-7]信息com.openwave.mms.mm7.Listener - MM7Receiver聆听F.
或在Port 35356上的连接
612621 [线程-6] debug com.openwave.mms.mm7.listener - [开始传入请求
来自继电器]
612621 [线程-6] debug com.openwave.mms.mm7.listener - 发布/ http / 1.0
授权:基本DHDPBMZHY3RVCJP0D2LUZMFJDG9Y
主持人:213.212.54.120:35356
SOAPACTION:""
内容长度:1909
内容类型:多重/相关;边界="--- MIME-边界-41068C60.b41abae1 ---
"
连接:关闭

----- MIME-边界-41068C60.b41abae1 ---
内容类型:文本/ XML; charset = UTF-8

<?xml version='1.0' ?>
<env:信封XMLNS:Env ="http://schemas.xmlsoap.org/soap/envelope/">
<env:Header>
<MM7:TransactionID XMLNS:MM7 ="http://www.3gpp.org/ftp/Specs/archive/23_series
/23.140/schema/rel-5-mm7-1-0." env:mustUnderstand="1">
bfb606e4.998d4065@mms.softhouse.se.se.
</mm7:TransactionID>
</env:Header>
<env:Body>
<MM7:送达XMLNS:MM7 ="http://www.3gpp.org/ftp/Specs/archive/23_series/23
.140 /架构/ rel-5-mm7-1-0">
<MM7Version>5.3.0</MM7Version>
<Recipients>
<To><Number>+46706699092</Number></To>
</Recipients>
<Priority>Normal</Priority>
<Subject>Multimedia Message</Subject>
<Content href="cid:mms_cid" />
</mm7:DeliverReq>
</env:Body>
</env:Envelope>

----- MIME-边界-41068C60.b41abae1 ---
内容类型:多重/相关;类型=申请/ smil;开始=<AAAA>; boundary="
--- MIME-边界-ED4A5422.3BF0E823 ---"
content-id:<mms_cid>

----- mime-边界-ed4a5422.3bf0e823 ---
内容类型:文本/平原;名称="mms.txt"; charset=utf-8
content-id:<mms.txt>
内容位置:麦克斯.txt

m
----- mime-边界-ed4a5422.3bf0e823 ---
内容类型:应用/ SMIL;名称="mms.smil"; charset=utf-8
content-id:<AAAA>
内容传输编码:引用可打印

<smil><head><layout><根布局背景 - 颜色= 3D"#FFFFFF" backgroundColor=3D
"#F=
FFFFF." height=3D"240px" width=3D"160px"/>
<region id=3D"Image" top=3D"0" left=3D"0" height=3D"50%" width=3D"100%" fit=3D"m
欧洲东部时间"/>
<region id=3D"Text" top=3D"50%" left=3D"0" height=3D"50%" width=3D"100%" fit=3D"
见面"/>
</layout>
</head>
<body><par dur=3D"2000ms"><text src=3D"mms.txt" region=3D"Text"><param name=3D"f
oregrou =
nd-color." value=3D"#000000"/>
</text>
</par>
</body>
</smil>

----- mime-边界-ed4a5422.3bf0e823 -----

----- MIME-边界-41068C60.b41abae1 -----

612631 [线程-6] debug com.openwave.mms.mm7.listener - [结束传入请求f
ROM RELAY]
612631 [Thread-6] Warn Com.Openwave.mms.mm7.Listener - 无法解析Content-Ty
PE.
**************************************
最好的祝福,
Mikael.
布莱斯诺伍德 - 诺斯姆斯支持
董事会管理员
用户名:布莱斯

邮政编码:1026
注册:10-2002
2003年11月1日星期六发布 - 07:49 AM:  

Mikael.,

根据您的错误消息're seeing, I'm猜测客户端遇到了解析顶级内容类型标题的问题。

我怀疑它想要一个"start"参数将其指向XML文档。

I'你发了一封电子邮件,有一些东西来试试。

-bn.
Mikael.
未注册的客人
发表于2003年11月03日星期一 - 12:21 PM:  

嗨,再次谢谢!

我已经安装了你的补丁,我可以看到一个"start"-Parameter现在包括在内。这似乎有点帮助......但不幸的是还有一些解析问题。我已经附加了下面的日志,其中包含MM7_Deliver.req从Nowsms和从OpenWave API中提出的故障("<StatusText>MessagingException从消息中检索MIME身体部位</StatusText>").

PS。希望你度过一个愉快的假期!
问候,
Mikael.
*************************************************
411912 [线程3]调试com.openwave.mms.mm7.listener - [开始传入请求
来自继电器]
411912 [线程3] debug com.openwave.mms.mm7.listener - 发布/ http / 1.0
授权:基本DHDPBMZHY3RVCJP0D2LUZMFJDG9Y
主持人:213.212.54.120:35356
SOAPACTION:""
内容长度:1943
内容类型:多重/相关;边界= "--- MIME-边界-96C6913C.5100FCBD ---
"; type = text / xml;开始="<mm7_msg>"
连接:关闭

----- MIME-边界-96C6913C.5100FCBD ---
内容类型:文本/ XML; charset = UTF-8
content-id:<mm7_msg>

<?xml version='1.0' ?>
<env:信封XMLNS:Env ="http://schemas.xmlsoap.org/soap/envelope/">
<env:Header>
<MM7:TransactionID XMLNS:MM7 ="http://www.3gpp.org/ftp/Specs/archive/23_series
/23.140/schema/rel-5-mm7-1-0." env:mustUnderstand="1">
0ead7fc0.a9c9f641@mms.softhouse.se.SE.
</mm7:TransactionID>
</env:Header>
<env:Body>
<MM7:送达XMLNS:MM7 ="http://www.3gpp.org/ftp/Specs/archive/23_series/23
.140 /架构/ rel-5-mm7-1-0">
<MM7Version>5.3.0</MM7Version>
<Recipients>
<To><Number>+46706699092</Number></To>
</Recipients>
<Priority>Normal</Priority>
<Subject>Multimedia Message</Subject>
<Content href="cid:mms_cid" />
</mm7:DeliverReq>
</env:Body>
</env:Envelope>

----- MIME-边界-96C6913C.5100FCBD ---
内容类型:多重/相关;类型="application/smil"; start="<AAAA>"; bounda
ry = "--- MIME-边界-55E692FE.1E22E3FF ---"
content-id:<mms_cid>

----- MIME-边界-55E692FE.1E22E3FF ---
内容类型:文本/平原;名称="mms.txt"; charset=utf-8
content-id:<mms.txt>
内容位置:麦克斯.txt

你好,世界
----- MIME-边界-55E692FE.1E22E3FF ---
内容类型:应用/ SMIL;名称="mms.smil"; charset=utf-8
content-id:<AAAA>
内容传输编码:引用可打印

<smil><head><layout><根布局背景 - 颜色= 3D"#FFFFFF" backgroundColor=3D
"#F=
FFFFF." height=3D"240px" width=3D"160px"/>
<region id=3D"Image" top=3D"0" left=3D"0" height=3D"50%" width=3D"100%" fit=3D"m
欧洲东部时间"/>
<region id=3D"Text" top=3D"50%" left=3D"0" height=3D"50%" width=3D"100%" fit=3D"
见面"/>
</layout>
</head>
<body><par dur=3D"2000ms"><text src=3D"mms.txt" region=3D"Text"><param name=3D"f
oregrou =
nd-color." value=3D"#000000"/>
</text>
</par>
</body>
</smil>

----

----- MIME-边界-96C6913C.5100FCBD -----

411922 [线程3]调试com.openwave.mms.mm7.listener - [结束传入请求f
ROM RELAY]
411922 [线程3] Warn Com.Openwave.mms.mm7.Listener - MessagingException Retr
IEV MIME身体部位来自消息
411922 [线程3]调试com.openwave.mms.mm7.Listener - [开始外出回复
e to creacay]

411922 [线程3]调试com.openwave.mms.mm7.Listener - HTTP / 1.0 200 OK

411922 [thread-3] debug com.openwave.mms.mm7.Listener - Content-Type:Text / XML

411922 [Thread-3] debug com.openwave.mms.mm7.response - content-length:594


411922 [thread-3] debug com.openwave.mms.mm7.response - <?xml version='1.0' ?><
env:信封XMLNS:Env ="http://schemas.xmlsoap.org/soap/envelope/" xmlns:mm7="ht
TP://www.3gpp.org/ftp/specs/archive/23_series/23.140/schema/rel-5-m7-1-0."><env:
身体><Fault xmlns="http://www.3gpp.org/ftp/Specs/archive/23_series/23.140/schema
/ rel-5-mm7-1-0"><faultstring>Unknown Server Error</faultstring><faultcode>Server
</faultcode><detail><VASPErrorRsp><MM7Version>5.3.0</MM7Version><Status><StatusT
ext.>MessagingException从消息中检索MIME身体部位</StatusText><Stat
USCODE.>2000</StatusCode></Status></VASPErrorRsp></detail></Fault></env:Body></en
v:信封>
411932 [线程-3] debug com.openwave.mms.mm7.listener - [结束发布响应
中继]
**************************************************
布莱斯诺伍德 - 诺斯姆斯支持
董事会管理员
用户名:布莱斯

邮政编码:1099
注册:10-2002
发表于2003年11月13日星期四 - 05:34 PM:  

嗨mikael,

你有没有取得任何进展?

I'今天在当天的一天中花了很好的一天,打击OpenWave彩信SDK。

奇怪的是,此时我可以't获取mm7messageander以生成MM7消息,即他们的MM7Messagereceiver将接受!

I'm返回不同的错误消息..."SOAP结束标记不匹配"。经过一点挫败感,我终于意识到MM7MESSagerEceiver预期MM7_Deliver.Req格式,而MM7Messignder使用MM7_Submit.req。

重新重新格式化MM7MessageSender提交的消息,而是作为交付者而不是Supperreq,我得到了相同的"MessagingException从消息中检索MIME身体部位"错误消息您已收到。

最后,我决定尝试在3GPP规范中出现的MM7_Deliver.req(第8.7.9.4节)。 openwave mm7messagereceiver也在具有相同错误消息的这个简单示例上窒息。

I'm令人损失解释发生了什么。我当然期望至少从3GPP规范工作中的示例。

我检查了OpenWave开发人员讨论板,其他人正在询问类似的问题,OpenWave股票答案似乎只针对他们的MMSC进行了测试,并且只应与其开发人员MMSC上的测试帐户一起使用。所以它听起来像图书馆'还可以为黄金时间准备好。

我不 'T真的有时间在他们的开发人员MMSC上获得测试帐户......但如果你想这样做,并且发布来自他们的MMSC的消息的格式,我们可以看看它并看到可能有什么差异。

-bn.